quite sure this is not a firewall issue.
I have not been able to locate any relevant information in /var/log. I see no
diagnostic information in the files there.
After downgrading back to 2.11.2-1, connection functionality returns to normal.
Note: cygcheck.out created _after_ downgrade.
R
Hello,
After installing octave-4.4.0-2 via setup-x86_64, I notice that /usr/bin/octave
is a console-only app, and that there is no octave-gui binary in the package,
although it is referred to in the release announcement for 4.4.0-1.
The GUI version of octave becomes ever more capable, and it wo
it.
2) Spellchecking is not available from the gui despite aspell and hunspell both
being installed.
Regards
James R. Phillips
--
Problem reports: http://cygwin.com/problems.html
FAQ: http://cygwin.com/faq/
Documentation: http://cygwin.com/docs.html
Unsubscribe info:
/home directory.
The soft link was created using winsymlinks. This causes a cygwin terminal to
ignore the previously created soft link and see a new empty user profile.
It seems to me that setup should not step on a user's existing system
configuration in this way.
Regards
James
nt out the two lines identified above in /etc/screenrc and notice that the
problem does not occur.
Regards
James R. Phillips
--
Problem reports: http://cygwin.com/problems.html
FAQ: http://cygwin.com/faq/
Documentation: http://cygwin.com/docs.html
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Marco,
I had a problem similar to George Barrick.
cygcheck octave-3.2.4.exe
revealed
cygcheck: track_down: could not find cygGLU-1.dll
This was fixed by installing libGLU1 using setup.exe.
It appears this is a new dependency, not enforced by setup.exe.
Was it intended?
Jim Phillips
--
Prob
Hi,
After installing both octave 3.2.3-1 and octave-forge 20090607-2, the functions
in the various octave-forge packages are not automatically available within
octave.
Adding a line such as "pkg load foo" in ~/.octaverc is a workaround that makes
the functions in octave-forge package foo avai
Hi,
The experimental version of octave, octave-3.0.2-2, compiled with gcc4,
requires gcc4 to be installed in order to use the gcc4 runtime libraries.
Currently setup.exe will allow octave-3.0.2-2 to be installed without requiring
gcc4 to also be installed. This should be addressed to avoid non
The latest zip (2.32-2) appears to fail in some circumstances when creating
large archives; a regression compared to zip 2.3. An error message like this
appears:
"zip I/O error: Invalid argument"
and the backup quits. This is on an ntfs file system, running on windows xp
pro, sp 2. The back
optimize to your precise cpu architecture, so you
might as well let it.
James R. Phillips
cygwin lapack/octave packager
--
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Problem reports: http://cygwin.com/problems.html
Documentation: http://cygwin.c
I've built a test version of octave 2.1.73 on cygwin using the experimental
gcc-3.4.4-2 compiler. Thanks to Brian Dessent for pointing out a packaging
problem with the compiler and a workaround:
http://www.cygwin.com/ml/cygwin/2006-07/msg00620.html .
The build is successful, but several of the t
I am attempting a build of the octave-2.1.73 package with the experimental gcc
3.4.4-2 compiler release. Part of the octave configure script checks whether
linking from C to fortran libraries works; and this test is failing. A partial
output is shown:
--snip
checking for Fortran libraries of g77.
Reini Urban wrote:
>But no simulink :(
Hm, have you looked at scilab (http://www.scilab.org). It is a matlab clone
_with_ a simulink clone (scicos). Unfortunately, while it is open source, it
is non-free, so can't be linked with cygwin1.dll. _But_, they
compile/distribute their own windows nat
st mingw issues here - this list is cygwin
only.
Wnen you have a minute, take a look at the cygwin octave package - it can do
most of what matlab does, and there is even some mex compatibility if you
install octave-forge.
James R. Phillips
RHIT EE '78 and cygwin octave maintainer
--
Un
IJS drive of
>ghostscript.
Thanks for the bug report; I'll investigate as I have time available. My
personal use of ghostscript is primarily for producing pdf documents from
postscript. I'll look forward to any new comments you have on printer support.
James R. Phillips
cygw
formation on unsubscribing, start reading here:
http://sources.redhat.com/lists.html#unsubscribe-simple
Please read *all* of the information on unsubscribing that is available
starting at this URL.
MAINTAINER
==
James R. Phillips
--
Unsubscribe info: http://cygwin.com/ml/#un
he email header of this message. Send email to
the address specified there. It will be in the format:
[EMAIL PROTECTED]
If you need more information on unsubscribing, start reading here:
http://sources.redhat.com/lists.html#unsubscribe-simple
Please read *all* of the information on unsubscri
The lapack maintainer would be me.
>That's because /etc/profile.d/lapack.sh is polluting the namespace with
>BINDIR=/usr/lib/lapack
Hm, you are correct. This is not purposeful, but inadvertent. I did not note
carefully that the script is being sourced, so that modifications to commonly
used env
*all* of the information on unsubscribing that is available
starting at this URL.
MAINTAINER
==
James R. Phillips
--
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Problem reports: http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ: http://cygwin.com/faq/
of gcc for upgrading whenever setup.exe
is run. All in all, the situation is annoying, but one learns to live with it.
James R. Phillips
--
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Problem reports: http://cygwin.com/problems.html
Documentation: http://cygw
OK, I see your point. I would need to verify, however, that the duplicated
file names are in fact duplicate files.
I guess my main point is that the current package layout may be non-optimal,
but that doesn't actually affect the correct installation and operation of the
software. Thus I will lik
This is a reasonable question. For this release I did not try to change the
structure developed by the previous maintainer, and for which I am aware of no
particular complaints. However, I am willing to try to improve the structure
of the package for future releases. In particular I wish to move
least one scenario, i.e., "gs file.pdf &", I am
very reluctant to say the problem resides in gs.
James R. Phillips
--
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Problem reports: http://cygwin.com/problems.html
Documentation: http://cygwin.com
ress specified there. It will be in the format:
[EMAIL PROTECTED]
If you need more information on unsubscribing, start reading here:
http://sources.redhat.com/lists.html#unsubscribe-simple
Please read *all* of the information on unsubscribing that is available
starting at this URL.
MAINTAINER
==
the optimization so that every subdirectory
> is recursed into and then handle the "." cases as before to allow empty
> directories to work as before.
>
> Larrie.
>
Thanks very much for your investigation. I will await upstream action on this
issue. Forwarding to the cygwi
--- Larrie Carr wrote:
> Subject: octave does not recurse LOADPATH directories located on the network
> in cygwin
> From: "Larrie Carr" <[EMAIL PROTECTED]>
> To: <[EMAIL PROTECTED]>
> Date: Sun, 12 Feb 2006 17:38:40 -0600
>
> In a cygwin environment, octave does not recursively search through LO
As I said earlier, the functionality works for me, no matter how deeply nested
the subdirectories. Since I cannot reproduce the problem, I have to assume it
is something related to your particular setup. This does not mean it there is
no bug. It just means I don't know what conditions must exist
Your attachments don't seem to be available, so I am not able to see the
structure of your test.
However, a test of my own indicates the functionality does work. What I do is
create a file called .octaverc in my own home directory, with the contents
LOADPATH=[LOADPATH,':~/.octave//];
++
Although a cygwin package maintainer, I am a complete novice at debugging
cygwin programs, so please bear with me.
The current cygwin1.dll snapshot (2006.01.12) causes octave (a package I
maintain) to dump core under some circumstances. I haven't been able to
isolate just what causes it. When th
Chris,
My records show I only sent this out once, to the announcements list, and it
did not have any [ANNOUNCEMENT] header tacked on to the front of the subject.
I am mystified as to how it showed up again, with double header, both on the
cygwin and on the announcement list.
I would like to say
]
If you need more information on unsubscribing, start reading here:
http://sources.redhat.com/lists.html#unsubscribe-simple
Please read *all* of the information on unsubscribing that is available
starting at this URL.
MAINTAINER
==
James R. Phillips
--
Unsubscribe info: http:/
I am starting a new thread on this issue.
Quoting from
http://cygwin.com/ml/cygwin/2005-12/msg00319.html :
>I often use octave and do no plotting at all. Octave starts and runs
>fine if gnuplot isn't installed. (It complains about not being able
>to find gnuplot when the plot command is used.)
--- Igor Pechtchanski wrote:
> Ok, so first off, octave-forge *shouldn't* depend on tetex-bin. If
> anything needs to depend on tetex-bin, it should be gnuplot. The presence
> of tetex-bin in octave-forge's requires: line is a packaging bug (even if
> it's intended to work around gnuplot's missin
Chris Taylor wrote:
>...the OP _doesn't_ want his configure scripts picking up tetex...
This is what the OP said:
"If I don't put miktex in the front of my path, then the configury stuff is
happy (finds tetex, uses tetex), but *I'm* not happy because *I* want to call
miktex binaries from my cygw
Chris Taylor wrote:
>This doesn't solve the core problem that configure will pick up the >presence
of cygwin's tetex and expect it - the cygwin tetex install >would need to be
masked entirely in order to use miktex and not >have configure expect tetex..
OK, it seems an elaboration of the idea co
Charles Wilson wrote:
>But apparently I can't use octave.
Hm, actually we wouldn't want to lose such a knowledgeable user. We need users
like you in order to improve octave.
Would this work for you? Prior to putting miktex at the front of your path,
say in your .profile, it should be possible
The octave-forge legend command requires tetex-bin. This came up in:
http://www.octave.org/mailing-lists/help-octave/2005/4239
I promised to fix it, and I did.
Everyone who complains about long downloads should get broadband ;)
Everyone who complains about many files should get a bigger hard d
For those that are upgrading octave and octave-forge to the newest releases, be
certain that you are not using octave at the time of the upgrade, otherwise the
installation may not update files that are in use, resulting in a partial
installation.
If you get a 2.1.71 version message upon loading 2
formation on unsubscribing, start reading here:
http://sources.redhat.com/lists.html#unsubscribe-simple
Please read *all* of the information on unsubscribing that is available
starting at this URL.
MAINTAINER
==
James R. Phillips
--
Unsubscribe info: http://cygwin.com/ml/#un
.com/lists.html#unsubscribe-simple
Please read *all* of the information on unsubscribing that is available
starting at this URL.
MAINTAINER
==
James R. Phillips
--
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Problem reports: http://cygwin.com/problems.html
Doc
s.html#unsubscribe-simple
Please read *all* of the information on unsubscribing that is available
starting at this URL.
MAINTAINER
==
James R. Phillips
--
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Problem reports: http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ: http://cygwin.com/faq/
ces.redhat.com/lists.html#unsubscribe-simple
Please read *all* of the information on unsubscribing that is available
starting at this URL.
MAINTAINER
==
James R. Phillips
--
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Problem reports: http://cygwin.com/problems.html
Docume
Joost Kraaijeveld wrote:
[..]
> I wonder if there is actually anyone who is running W2K/Cygwin in VMWare
> on Linux?
For the record, I do. Currently I run Debian 3.1 (sarge), with a linux
2.6.13.1 kernel. On top of this is vmware 5, installed using the
vmware-any-any script. And on vmware is
Does fixing this bug require upstream intervention, or can you just develop a
patch, and submit it to upstream?
Anecdotal evidence [1] exists that this issue may be what prevents compiling a
working version of octave 2.1.71 with gcc 3.4.4. This comes from John Ewing
(octave upstream), who states
>Is there some reason that lapack can't put cygblas.dll into /usr/bin
>instead of /usr/lib/lapack?
Yes, and I'm glad you asked that.
The lapack package is designed to facilitate the build/installation of locally
optimized lapack/blas libraries using atlas, which is included in the lapack
source
file.d when you log
in. You may need to log out and log back in if your shell was started before
lapack was installed.
Another possibility is that you are blowing away the default path in your own
.profile, and installing your own - please check on that.
Thanks,
James R. Phillips
volunteer cy
Testing the latest 20050915 snapshot, saw a couple issues:
1) Max length of command line inside a makefile seems to have shortened, to
around 250 characters max. This is based on a clean command that has a make
macro that expands to a relatively long list of files. When the resulting
command lin
I've noticed more than once that when I recreate a bzip2'ed tar archive on
cygwin, the file length is slightly different. Yet it expands into the same
directory tree (as determined by recursive diff).
Is there something nondeterministic about tar and bzip2 on cygwin? If so, is
it unique to cygwi
Brian Dessent wrote:
>Any programs still using the file will continue to do so
>obliviously, until the last open handle is closed at which point the
>inode is deleted and the file is actually gone. This allows the system
>to e.g. replace in-use libraries and then just restart any services that
>w
Isn't this issue a potential problem with any multitasking OS ? If there is a
windows-specific feature to this issue, I am not aware of it.
--
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Problem reports: http://cygwin.com/problems.html
Documentation: http://cygwi
his message. Send email to
the address specified there. It will be in the format:
[EMAIL PROTECTED]
If you need more information on unsubscribing, start reading here:
http://sources.redhat.com/lists.html#unsubscribe-simple
Please read *all* of the information on unsubscribing that
er of this message. Send email to
the address specified there. It will be in the format:
[EMAIL PROTECTED]
If you need more information on unsubscribing, start reading here:
http://sources.redhat.com/lists.html#unsubscribe-simple
Please read *all* of the information on unsubscribing that
The new cygwin texi2html package is version 1.76, same as Debian unstable.
Using it in the octave 2.1.71 build process results in html docs not building
with this version. If I put version 1.66 in the octave source tree, same
version as Debian stable, the docs build properly. I haven't investiga
I've always avoided learning emacs, but as octave maintainer, I thought I might
learn just enough to create the octave-emacsen package that a user requested.
However, emacs seems to repeatably lock up when requesting menu activation,
whether through F10 or esc-`. So I'm not getting very far, very
--- Olisoft wrote:
> Mister,
>
> My name is Olivier Th and I'm student in computer science in Belgium. I have
> to use this year the program "Octave" under "Cygwin".
>
> I contact you about a problem you seems to have solved on internet, but I
> don't know how to do that :
>
> -I installed Cy
--- Bill Denney wrote:
> Date: Sat, 27 Aug 2005 16:39:22 -0400 (EDT)
> From: Bill Denney
> To: "James R. Phillips"
> Subject: Octave Mode for emacs in Cygwin
>
> Might you be able to include octave mode in the cygwin build's next
> release?
>
>
Have you actually tried installing the x-server and using it? It takes a while
to download, but can be used somewhat unobtrusively.
The default startxwin.sh shell script starts xwin in the multiwindow mode,
which means you get a black X icon in the system tray when there are no X
clients, and oth
The -4 release of octave-forge-2005.06.13 is smaller because the .oct files
were not previously stripped of debug symbols properly. You may install it
with confidence.
Please continue to report any issues using octave-forge-2005.06.13-4 to this
mailing list.
Jim Phillips
cygwin octave-forge main
For those who had problems installing octave-forge-2005.06.13-3, I apologize.
The binary package had some files that were installed as dead symlinks rather
than live files, due to a problem with the build script. This issue has been
fixed, and octave-forge-2005.06.13-4 is on the mirrors; please t
mation on unsubscribing that is available
starting at this URL.
MAINTAINER
==
James R. Phillips
--
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Problem reports: http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ: http://cygwin.com/faq/
cribe-simple
Please read *all* of the information on unsubscribing that is available
starting at this URL.
MAINTAINER
==
James R. Phillips
--
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Problem reports: http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ: http://cygwin.com/faq/
mation on unsubscribing that is available
starting at this URL.
MAINTAINER
==
James R. Phillips
--
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Problem reports: http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ: http://cygwin.com/faq/
--- "John W. Eaton" wrote:
>
> On 9-Aug-2005, Shai Ayal wrote:
>
> | I think the problem is that the --disable-sjlj-exceptions is not a
> | compiler flag, rather it is a flag you give when you compile the
> | compiler. Thus to test it one would have to get the souces of GCC
> | 3.3.3 and compi
Eric,
To recap the discussion, the lapack package is designed so that a user can
download the source, and build a locally-optimized atlas blas library from
source, then install it by copying the resulting dll's to /usr/local/bin. If
this optimization is not performed, a generic non-optimized blas
Continuing discussions regarding gcc 3.4 beg the question of when we are going
to start work on gcc 4.0 for cygwin. Is there anything holding us back?
As I understand it, Debian will skip over gcc 3.4 and move from 3.3 to 4.0 as
its standard compiler for Etch. This gives me some confidence that
all* of the information on unsubscribing that is available
starting at this URL.
MAINTAINER
==
James R. Phillips
--
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Problem reports: http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ: http://cygwin.com/faq/
Jason,
Installed new rebase package; ran "rebaseall -s oct -v" from an ash prompt;
worked like a charm. Rebased all installed .oct files.
This could solve a potentially big problem for octave on cygwin. Thanks for
the good work.
Jim Phillips
--
Unsubscribe info: http://cygwin.com/ml/#un
tart reading here:
http://sources.redhat.com/lists.html#unsubscribe-simple
Please read *all* of the information on unsubscribing that is available
starting at this URL.
MAINTAINER
==
James R. Phillips
--
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Problem reports:
ding here:
http://sources.redhat.com/lists.html#unsubscribe-simple
Please read *all* of the information on unsubscribing that is available
starting at this URL.
MAINTAINER
==
James R. Phillips
--
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Problem reports:
mation on unsubscribing that is available
starting at this URL.
MAINTAINER
==
James R. Phillips
--
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Problem reports: http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ: http://cygwin.com/faq/
70 matches
Mail list logo
