On Wed, Sep 10, 2008 at 10:00:53AM +0100, Dave Korn wrote:
On Tue, Sep 09, 2008 at 02:35:23PM -0400, Christopher Faylor wrote:
I thought the next version of gcc was not going to perpetuate the
-mno-cygwin madness. I'd really prefer not releasing a version with
this option even if it is just
On Wed, Sep 10, 2008 at 09:57:54AM -0400, Christopher Faylor wrote:
On Wed, Sep 10, 2008 at 10:00:53AM +0100, Dave Korn wrote:
On Tue, Sep 09, 2008 at 02:35:23PM -0400, Christopher Faylor wrote:
I thought the next version of gcc was not going to perpetuate the
-mno-cygwin madness. I'd really
Christopher Faylor wrote on 10 September 2008 15:06:
On Wed, Sep 10, 2008 at 09:57:54AM -0400, Christopher Faylor wrote:
On Wed, Sep 10, 2008 at 10:00:53AM +0100, Dave Korn wrote:
On Tue, Sep 09, 2008 at 02:35:23PM -0400, Christopher Faylor wrote:
I thought the next version of gcc was not
Hi, I am relatively new to Cygwin, I've tried to search through the
archive but couldn't quite find exactly what i'm looking for.
I've installed Cygwin few months ago, then recently when I try to open
XTerminal, I am getting a blank screen. I've tried opening it
throughstartx, startwinx.bat,
Sandra Sandra wrote:
Hi, I am relatively new to Cygwin, I've tried to search through the
archive but couldn't quite find exactly what i'm looking for.
I've installed Cygwin few months ago, then recently when I try to open
XTerminal, I am getting a blank screen. I've tried opening it
I do not think anything major has changed except for regular automatic
updates on my system and i do have anti-virus program running.
However, I will try and see if I can trace back to what updates might
have been made.
In the meantime, I've attached the cygwincheck results for your viewing.
CVSROOT:/cvs/uberbaum
Module name:winsup
Changes by: [EMAIL PROTECTED] 2008-09-11 04:34:24
Modified files:
cygwin : ChangeLog cygheap.cc dcrt0.cc debug.h
dll_init.cc dtable.cc fhandler.cc
fhandler_console.cc
CVSROOT:/cvs/uberbaum
Module name:winsup
Changes by: [EMAIL PROTECTED] 2008-09-11 04:41:24
Modified files:
cygwin : ChangeLog pipe.cc fhandler.h
Log message:
* fhandler.h (fhandler_pipe::raw_read): Remove __stdcall decoration.
* pipe.cc
CVSROOT:/cvs/uberbaum
Module name:winsup
Changes by: [EMAIL PROTECTED] 2008-09-11 04:58:45
Modified files:
cygwin : ChangeLog mount.cc net.cc
Log message:
* net.cc (in6addr_any, in6addr_loopback): Add appropriate number of
braces
around
CVSROOT:/cvs/uberbaum
Module name:winsup
Changes by: [EMAIL PROTECTED] 2008-09-11 05:43:11
Modified files:
cygwin : ChangeLog localtime.cc ntea.cc posix_ipc.cc
sched.cc sec_helper.cc select.cc
cygwin/libc: rexec.cc
Log
Rob wrote:
1. Why is /usr/lib/perl5/site_perl not listed on 5.8.8 ?
Because having an unversioned directory in @INC was a mistake that was
corrected.
2. why are there duplicate entries for:
/usr/lib/perl5/site_perl/5.8
/usr/lib/perl5/vendor_perl/5.8
vendor_perl contains modules that
--- rmcd [EMAIL PROTECTED] ha scritto:
I am having a problem that I have seen reported
before, but I didn't see a
resolution. I have cygwin installs on two machines,
both XP SP2. This
problem occurs on one and not the other. I'm not
even sure how to go about
debugging this.
The
--- Marco Atzeri ha scritto:
Dear All,
I am trying to compile octave-3.0.1-1 on cygwin 1.7
but I am stucked on a different behaviour
of g77 that make the configure scripts unable to
correctly identify the settings for the linking.
I identified the issue as a problem on pipe
handling
Eric Blake wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
According to rmcd on 9/9/2008 10:03 PM:
octave -V and octave -x return nothing
echo $? returns 53
Classic symptom of a missing .dll. Run 'cygcheck octave' to find out
what's missing, 'cygcheck -p filename.dll' to
Marco atzeri-3 wrote:
--- rmcd [EMAIL PROTECTED] ha scritto:
cygcheck /bin/octave.exe returns
d:\cygwin\bin/octave.exe
this is the expected output
$ cygcheck octave
Found: C:\cygwin\bin\octave.exe
Found: C:\cygwin\bin\octave.exe
- C:\cygwin\bin\octave-3.0.1.exe
--
WARNING: You must uninstall any existing
gcc version 3 before installing this
package. This will need to be done
manually using setup.exe.
--
gcc4-4.3.0-1
Well, here it is at last. Experimental
--- rmcd ha scritto:
Marco atzeri-3 wrote:
--- rmcd ha scritto:
cygcheck /bin/octave.exe returns
d:\cygwin\bin/octave.exe
this is the expected output
$ cygcheck octave
Found: C:\cygwin\bin\octave.exe
Found: C:\cygwin\bin\octave.exe
-
Thank you!
release announcement, but who ever reads them, anyway? ;-)
I do!
- Larry Fenske
--
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Problem reports: http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:
Hi everyone,
I was just wondering why there is no Fortran 90/95 compiler in Cygwin,
at least none that can be installed using the setup.exe program. I
know that both g95 (http://www.g95.org/) and gfortran
(http://gcc.gnu.org/wiki/GFortran) are available from their websites
as source code and even
Gustavo Seabra wrote on 10 September 2008 14:17:
Hi everyone,
I was just wondering why there is no Fortran 90/95 compiler in Cygwin,
at least none that can be installed using the setup.exe program.
Actually, there is one[*]; it just doesn't have the word 'fortran' in the
name (but it does
Yes, it is the cygwin version of dos2unix. And I also use the cygwin version of
make. But I am not running a bash but a pdksh.
The command I launch is : dos2unix l82023aa.x
If I look to the return code using the command echo $?, I got 128.
Any idea ?
Thanks in advance.
-Message
Thanks Larry for your advice about file permission. But it does not
help. Following is what I've done:
0. I have cygwin 1.5.25 installed on Windows XP, qt3 lib inside
cygwin, QGLViewer lib 2.3.0 (compiled with cygwin), and C++ source
that uses these libs: opengl32, GLU32, glut32, m, glib, qt-mt,
On Wed, Sep 10, 2008 at 9:27 AM, Dave Korn wrote:
Gustavo Seabra wrote on 10 September 2008 14:17:
Hi everyone,
I was just wondering why there is no Fortran 90/95 compiler in Cygwin,
at least none that can be installed using the setup.exe program.
Actually, there is one[*]; it just
Maika V wrote on 10 September 2008 14:41:
4. Type './abc', get message 'Could not find ./abc !'. I get the
same message when type './abc.exe'
What shell are you using? Bash always says:
$ ./foo
bash: ./foo: No such file or directory
Maybe you are using another shell? If your report
Gustavo Seabra wrote on 10 September 2008 14:51:
On Wed, Sep 10, 2008 at 9:27 AM, Dave Korn wrote:
Gustavo Seabra wrote on 10 September 2008 14:17:
Hi everyone,
I was just wondering why there is no Fortran 90/95 compiler in Cygwin,
^
Marco atzeri-3 wrote:
--- rmcd ha scritto:
not considering that Zone Alarm is not cygwin friend
and that your path is a bit messy,
I do not see on your cygcheck output
cygfftw3-3.dll
probably you need to reinstall libfftw3_3
Marco, thank you very much. I reinstalled
Hi,
I am having a strange problem running rsync on cygwin in vista. I have
been running a script for years that uses an rsync demon to backup local
files on a remote server. It was set up to use ssh as transport with a
limited command set for security reasons. When I try to run a test
--- rmcd ha scritto:
Marco atzeri-3 wrote:
--- rmcd ha scritto:
not considering that Zone Alarm is not cygwin
friend
and that your path is a bit messy,
these two can cause the problem.
you have 5 times cygwin\bin on your path :-?
plus other not relevant directories.
I do not
Maika V wrote:
Thanks Dave.
I used bash shell and my report is exactly what I got from screen when
type './abc' and 'where abc'.
Attached is cygcheck.out file and below is what on the screen when I
follow your guide. Hope that it helps.
snip
[EMAIL PROTECTED] /cygdrive/e/graphite/abc
$ ls
Peter Dinhofer wrote:
Hi,
I am having a strange problem running rsync on cygwin in vista. I have
been running a script for years that uses an rsync demon to backup local
files on a remote server. It was set up to use ssh as transport with a
limited command set for security reasons. When I
On Tue, Sep 9, 2008 at 6:26 PM, Larry Hall (Cygwin) wrote:
Try running the mailer script through 'd2u'. If that doesn't work,
it suggests a difference in the environment for the cron service
versus your interactive shell. Any chance you have another, Win32-
native date hanging around?
Dave Korn wrote:
--
WARNING: You must uninstall any existing
gcc version 3 before installing this
package. This will need to be done
manually using setup.exe.
--
[...]
YOU MUST UNINSTALL
Angelo Graziosi wrote on 10 September 2008 17:18:
Dave Korn wrote:
--
WARNING: You must uninstall any existing
gcc version 3 before installing this
package. This will need to be done
manually using setup.exe.
Dave Korn wrote:
Well, I could take a look at integrating it with update-alternatives for the
stable release.
The best thing would be that one can install gfortran and g77 together,
like on linux distributions.
Thanks,
Angelo.
--
Unsubscribe info:
Dave Korn dave.korn at artimi.com writes:
It might be worth trying a snapshot of 2.602, I think we fixed this on
mainline: it should automatically choose the ok or continue option in any
dialogs that would be generated.
http://cygwin.com/setup/snapshots
Dave, I tried running this snapshot
Brian Dessent writes:
1. Why is /usr/lib/perl5/site_perl not listed on 5.8.8 ?
Because having an unversioned directory in @INC was a mistake that was
corrected.
OK, that's cool, but unfortunately we have some dependencies on perl modules
that get installed there via our own packaging tools
Rob wrote on 10 September 2008 18:24:
Dave Korn dave.korn at artimi.com writes:
It might be worth trying a snapshot of 2.602, I think we fixed this on
mainline: it should automatically choose the ok or continue option
in any dialogs that would be generated.
On Wed, Sep 10, 2008 at 7:15 AM, Dave Korn [EMAIL PROTECTED] wrote:
Well, here it is at last. Experimental test release of GCC 4 series
for Cygwin. Please be aware that this is highly experimental; anything
Dave,
I've been building and releasing gcc 4.3 and gcc 4.4 toolchains to
cross
Dave Korn writes:
Err, that should never happen, unless you're updating from a
several-years-old DLL. The Cygwin DLL is intended to be backwardly
compatible, and only rarely have their been ABI breaks. So this aspect of
updating doesn't get tested very often.
Yes, I was testing an
On Wed, Sep 10, 2008 at 01:53:45PM -0400, NightStrike wrote:
On Wed, Sep 10, 2008 at 7:15 AM, Dave Korn [EMAIL PROTECTED] wrote:
Well, here it is at last. Experimental test release of GCC 4 series
for Cygwin. Please be aware that this is highly experimental; anything
I've been building and
NightStrike wrote on 10 September 2008 18:54:
On Wed, Sep 10, 2008 at 7:15 AM, Dave Korn [EMAIL PROTECTED] wrote:
Well, here it is at last. Experimental test release of GCC 4 series
for Cygwin. Please be aware that this is highly experimental; anything
Dave,
I've been building and
On Wed, Sep 10, 2008 at 2:16 PM, Dave Korn [EMAIL PROTECTED] wrote:
NightStrike wrote on 10 September 2008 18:54:
On Wed, Sep 10, 2008 at 7:15 AM, Dave Korn [EMAIL PROTECTED] wrote:
Well, here it is at last. Experimental test release of GCC 4 series
for Cygwin. Please be aware that this is
Rob wrote on 10 September 2008 19:03:
I think the safest bet for me in this case is to just kill off everything
and run setup.
It's really for the best. Upgrading Cygwin while *anything* is still
running is basically something we don't support, and the replace-on-reboot
option is really
On Wed, Sep 10, 2008 at 2:15 PM, Christopher Faylor
[EMAIL PROTECTED] wrote:
On Wed, Sep 10, 2008 at 01:53:45PM -0400, NightStrike wrote:
On Wed, Sep 10, 2008 at 7:15 AM, Dave Korn [EMAIL PROTECTED] wrote:
Well, here it is at last. Experimental test release of GCC 4 series
for Cygwin. Please
NightStrike wrote on 10 September 2008 19:22:
On Wed, Sep 10, 2008 at 2:15 PM, Christopher Faylor
[EMAIL PROTECTED] wrote:
On Wed, Sep 10, 2008 at 01:53:45PM -0400, NightStrike wrote:
On Wed, Sep 10, 2008 at 7:15 AM, Dave Korn [EMAIL PROTECTED] wrote:
Well, here it is at last. Experimental
NightStrike wrote on 10 September 2008 19:22:
Multilib support is there. The only holdup is getting people to agree
on pathnames for the 32-bit and 64-bit variant of lib directories (ie,
use lib and lib32, or lib and lib64... I think someone even suggested
no lib and just lib32 and
The cygwin package of bzr works only within cygwin bash. This is not
true to cvs or svn which work outside; for example, within a dos shell,
bzr gives No such program errors.
Likewise, cygwin bzr doesn't work properly with Emacs vc-bzr.el --
again, with no such program errors.
The reason for
I created a small script to see if I could simplify the problem to
something more easily debugged. Turns out the following script will
cause problems that should not be caused which I believe lie at the
heart of my problem compiling OpenLDAP. Run this in an empty directory
somewhere:
= begin
Marco atzeri-3 wrote:
not considering that Zone Alarm is not cygwin
friend
and that your path is a bit messy,
these two can cause the problem.
you have 5 times cygwin\bin on your path :-?
plus other not relevant directories.
try also in this way
cygcheck /usr/bin/octave.exe
in
On Wed, Sep 10, 2008 at 14:51, Allan Schrum wrote:
I created a small script to see if I could simplify the problem to
something more easily debugged. Turns out the following script will
cause problems that should not be caused which I believe lie at the
heart of my problem compiling OpenLDAP.
On Wed, Sep 10, 2008 at 04:27:30PM +0200, Phillip Lord wrote:
The cygwin package of bzr works only within cygwin bash. This is not
true to cvs or svn which work outside; for example, within a dos shell,
bzr gives No such program errors.
Likewise, cygwin bzr doesn't work properly with Emacs
Dave Korn writes:
That seems like a good start, but it's perhaps just a little bit crude in
the way it handles services; if you kill them stone dead like that, the SCM
will try and restart any that are set for auto-restart-on-fail. It would
probably be a minor improvement if you add an
Worked fine for me, appart from the initial:
rm: cannot remove `file*': No such file or directory
which is normal. I ended up with a directory only containing your script.
Mary
Allan Schrum wrote:
I created a small script to see if I could simplify the problem to
something more easily
*Ooops, sorry, I should have said: I'm using win xp and cygwin but not
openLDAP.
Mary
Mary wrote:
Worked fine for me, appart from the initial:
rm: cannot remove `file*': No such file or directory
which is normal. I ended up with a directory only containing your script.
Mary
Allan Schrum
-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf
Of Allan Schrum
Sent: Wednesday, September 10, 2008 11:41 AM
To: cygwin@cygwin.com
Subject: 1.5.25(0.156/4/2): Problem compiling OpenLDAP 2.3.39 due to Win
XP SP3 or Cygwin?
I have a script which builds a
Dave Korn wrote:
Err, that should never happen, unless you're updating from a
several-years-old DLL. The Cygwin DLL is intended to be backwardly
compatible, and only rarely have their been ABI breaks. So this aspect of
updating doesn't get tested very often.
No, that's wrong. It is
On Wed, Sep 10, 2008 at 02:53:20PM -0700, Brian Dessent wrote:
Dave Korn wrote:
Err, that should never happen, unless you're updating from a
several-years-old DLL. The Cygwin DLL is intended to be backwardly
compatible, and only rarely have their been ABI breaks. So this aspect of
Hi,
Has anyone tested it?
Can't compile a simple test:
$ cat test.c
int
main ()
{
;
return 0;
}
$ gcc test.c ; echo $?
1
$ gcc -v test.c
Using built-in specs.
Target: i686-pc-cygwin
Configured with: /gnu/gcc/release/gcc4-4.3.0-1/src/gcc-4.3.0/configure
Christopher Faylor wrote:
Dave did suggest a possible workaround - delay any postinstall scripts
until the next reboot.
That's more graceful than requiring the user to re-run setup to catch
the failed postinstalls. But it still results in a broken system until
the next reboot since those
René Berber wrote:
--enable-shared-libgcc --enable-__cxa_atexit --with-gnu-ld --with-gnu-as
Err, that's not good. Cygwin does not support the __cxa_atexit
extension, that's only a feature of glibc. This option should not be be
used on libcs that don't provide the feature.
Brian
--
BLODA confirmed. The problem was caused by PC Tools Spyware Doctor
version 5.5.0.204. Specifically, the service PC Tools Security Service
C:\Program Files\Spyware Doctor\pctsSvc.exe is the service that caused
the problem. It Provides spyware and malware protection for the system.
If this service
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
According to Dave Korn on 9/10/2008 5:15 AM:
Runtime requirements:
cygwin-1.5.18 or newer. (Probably works with older versions too).
Any reason this is not in release-2 for testing under 1.7.0?
- --
Don't work too hard, make some time for fun
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
According to Eric Blake on 9/10/2008 6:56 PM:
According to Dave Korn on 9/10/2008 5:15 AM:
Runtime requirements:
cygwin-1.5.18 or newer. (Probably works with older versions too).
Any reason this is not in release-2 for testing under 1.7.0?
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Please don't top-post: http://cygwin.com/acronyms/#TOFU
-Message d'origine-
De : cygwin-owner AT cygwin.com
And please don't feed the spammers: http://cygwin.com/acronyms/#PCYMTNQREAIYR
According to Heude Pascal
This is slightly off-topic but I just built a cross-compiler using the
sources from this package. Either it is mishandling the
dllimport/dllexport variable keywords or I'm misunderstanding something:
strsig.cc:60: warning: 'sys_sigabbrev' redeclared without dllimport attribute:
previous
Christopher Faylor wrote:
I haven't tried this with the actual released compiler yet but, assuming
it works the same way, mm I wrong or is there something wrong with this
compiler? The code it creates seems to be correct (and Cygwin is
noticeably smaller) but I'd like to get rid of all of
--
WARNING: You must uninstall any existing
gcc version 3 before installing this
package. This will need to be done
manually using setup.exe.
--
gcc4-4.3.0-1
Well, here it is at last. Experimental
67 matches
Mail list logo