Dave Korn wrote:
Heh, that's a clue. __Unwind_Resume isn't in cygwin1.dll, it's in
cyggcc_s-1.dll. We saw this before just recently: remove -lm and -lpthread
from the final link.
I removed the LINK_TO=-lm -lpthread generation from the configure.pl
but check.exe still fails, this time
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
Lapo Luchini wrote, On 25.3.2009 7:06:
Dave Korn wrote:
Heh, that's a clue. __Unwind_Resume isn't in cygwin1.dll, it's in
cyggcc_s-1.dll. We saw this before just recently: remove -lm and -lpthread
from the final link.
I removed the
Lapo Luchini wrote:
Lapo Luchini wrote:
Botan is not currently using shared libs right now.
I'm a bit out of my depth here...
OK, I think I got it: problem is GCC3 wasn't using a shared C++ library
and GCC4 does, and probably that executable has a const pointer to a
something from C++
Hi,
just a short: THANK YOU.
I followed the discussions about the --packages flag for setup.exe
on the mailing lists, and was very much hoping it would make it into
the release some time. I just tested it from CVS, and it works great
for me.
Deploying Cygwin to several very differently
I just deleted all of the setup.hint files from release and waited a
minute, deleted all of the setup.hint files from release-2, and, as I
was watching files scroll by, thought I didn't mean to delete all of
the setup.hint files. I meant to delete all of the md5.sum files.
I've restored all of
Christopher Faylor wrote:
On Mon, Mar 23, 2009 at 02:02:00PM -0400, Charles Wilson wrote:
Well, that's really off-point, because...
No, actually it's not.
But, a digression...
you haven't bothered to include a Thank you or I'm sorry to
have bothered you.
You're right. Thank you. Sorry
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
Charles Wilson wrote:
If we really -- really and truly, actually, honest-to-god
swear-on-the-bible -- intend to release cygwin-1.7 real soon now (and
not Real Soon Now(tm) -- then by all means, let's go to package
freeze. (Notwithstanding
Hello,
I've managed to re-activate my Cygwin/XFree (there had been this
disabled keyboard problem with a non-cygwin XKEYSYMDB variable setting
since some recent release...).
So I discovered that, assumedly with that recent major revision,
a keyboard handling deficiency has been introduced:
The
Hi Folks,
I manage to compile fltk-1.3 with X11 support as suggested in the link
below. It's configuration is setup to be installed in /usr/local.
However there is another version fltk-1.1.8 which is part of the cygwin
packages installed in /usr/bin . To compile flpsed I will have to do it
From: cygwin-xfree-ow...@cygwin.com
[mailto:cygwin-xfree-ow...@cygwin.com] On Behalf Of Daniel Senderowicz
Sent: Wednesday, March 25, 2009 10:22 AM
I manage to compile fltk-1.3 with X11 support as suggested in the link
below.
The first step in that link is to remove the cygwin fltk
OK. How do I check if there are any dependencies on the cygwin fltk?
Also, how do I remove this package? Is there an easy way of doing it, or
I have to dig all related files? Thanks.
Daniel
On Wed, 2009-03-25 at 10:34 -0700, Mike Ayers wrote:
From: cygwin-xfree-ow...@cygwin.com
From: cygwin-xfree-ow...@cygwin.com
[mailto:cygwin-xfree-ow...@cygwin.com] On Behalf Of Daniel Senderowicz
Sent: Wednesday, March 25, 2009 10:57 AM
OK. How do I check if there are any dependencies on the cygwin fltk?
Also, how do I remove this package? Is there an easy way of
doing it, or
OK. Sound easy, I'll try that. Thanks for your time.
Cheers,
Daniel
On Wed, 2009-03-25 at 11:28 -0700, Mike Ayers wrote:
From: cygwin-xfree-ow...@cygwin.com
[mailto:cygwin-xfree-ow...@cygwin.com] On Behalf Of Daniel Senderowicz
Sent: Wednesday, March 25, 2009 10:57 AM
OK. How do I
I recently updated my distribution, tried to run xmgrace, but nothing
happens. Cygcheck indicates that cygXmHTML-0.dll isn't found, and
reinstalling both packages changes nothing. Sorry for the lack of
information, but that's about all I have. Any help welcome.
--
CVSROOT:/cvs/src
Module name:src
Changes by: cori...@sourceware.org 2009-03-25 09:02:22
Modified files:
winsup/cygwin : ChangeLog strfuncs.cc
Log message:
* strfuncs.cc (__kr_wctomb): Use codepage 51949 rather than 50949.
(__kr_mbtowc): Ditto.
CVSROOT:/cvs/src
Module name:src
Changes by: cori...@sourceware.org 2009-03-25 10:37:07
Modified files:
winsup/doc : ChangeLog new-features.sgml pathnames.sgml
setup-net.sgml setup2.sgml
Log message:
* new-features.sgml: Add missing
CVSROOT:/cvs/src
Module name:src
Changes by: cori...@sourceware.org 2009-03-25 12:29:04
Modified files:
winsup/cygwin : ChangeLog environ.cc fhandler_console.cc
Log message:
* environ.cc (environ_init): Break from locale loop after first hit.
*
CVSROOT:/cvs/src
Module name:src
Changes by: cori...@sourceware.org 2009-03-25 13:54:41
Modified files:
winsup/cygwin : ChangeLog strfuncs.cc
Log message:
* strfuncs.cc (sys_wcstombs): Don't convert ASCII SO into two
ASCII SO's.
Patches:
Sorry, got them now.
(But only by visiting a mirror site and right-clicking on the files.
wget could not, and still cannot, pick them up for me. Probably my driving.)
Fergus
Fergus wrote:
Twelve hours after the first appearance of these entries:
glpk/glpk-4.36-4-src.tar.bz2
Hi,
I've uploaded development release 0.4-alpha1 of MinTTY to
http://mintty.googlecode.com. This has a few new or improved features
to try and break:
- The options dialog gained an Apply button and no longer blocks
terminal output.
- The options have been rearranged, hopefully for the better.
-
Sorry, I'm getting boring on the subject, BUT access to release-2/glpk/
really is failing with one particular mirror at least:
wget -r ftp://mirrors.kernel.org/sources.redhat.com/cygwin/release-2/bash
works just fine but
wget -r
On Mar 25 08:25, Fergus wrote:
Sorry, I'm getting boring on the subject, BUT access to release-2/glpk/
really is failing with one particular mirror at least:
The permission bits on the glpk directory on sourceware were set so
that others didn't have r-x access, I fixed that. I hope the
Hi again,
Chuck and Corinna, can you please take a look at this?
On Fri, Mar 20, 2009 at 20:12, Julio Emanuel wrote:
[snip]
Chuck, if this is the old 'time compression' problem :) I could try to
help and see if I send a patch to your evaluation.
I just don't want to take something in hands
Sorry.
Dumb gmail mailer wrapped some lines.
Here are the patches, in attachments.
Have Fun!
___
Julio Costa
Charles Kettering - My interest is in the future because I am going
to spend the rest of my life there.
cygwin-service-installation-helper.sh.diff
Description: Binary data
Just to report that the problem disappeared after reboot.
Marc
--
View this message in context:
http://www.nabble.com/unable-to-remap-C%3A%5Ccygwin%5Cbin%5Ccygncurses-8.dll-tp22667393p22700800.html
Sent from the Cygwin list mailing list archive at Nabble.com.
--
Unsubscribe info:
[SOLVED, yes, but no patch just yet, only the full explanation.]
Corinna Vinschen wrote:
What I'm wondering is, why did it work all these years before? Is it
a bug in the new binutils? Or was it a bug in the old binutils to
create working results?
I installed Cygwin-1.5 from the Time
Marc Girod wrote:
Just to report that the problem disappeared after reboot.
Marc
Did you by any chance run setup.exe to do an update and have a bash shell
still open and then perhaps click on the In-use files detected
replace-on-reboot option and then try to carry on using Cygwin without
Dave Korn-6 wrote:
Did you by any chance run setup.exe to do an update and have a bash
shell
still open and then perhaps click on the In-use files detected
replace-on-reboot option and then try to carry on using Cygwin without
rebooting? The behaviour you describe is exactly what you'd
Marc Girod wrote:
Dave Korn-6 wrote:
Ah, my clones have been posting again I see!
Did you by any chance run setup.exe to do an update and have a bash shell
still open and then perhaps click on the In-use files detected
replace-on-reboot option and then try to carry on using Cygwin
Dave Korn wrote:
/var/log/setup.log.full should tell you if it happened in the
most-recent
previous run of setup.exe
Thanks.
My latest setup run is thus stamped between:
2009/03/11 13:49:59 Starting cygwin install, version 2.573.2.3
... and
2009/03/11 14:11:07 Ending cygwin install
Marc Girod wrote:
Dave Korn wrote:
/var/log/setup.log.full should tell you if it happened in the
most-recent
previous run of setup.exe
Thanks.
My latest setup run is thus stamped between:
2009/03/11 13:49:59 Starting cygwin install, version 2.573.2.3
... and
2009/03/11 14:11:07
Can anyone else at all confirm the behaviour I am seeing, or is it just
me? (Or is Larry just blessed? :)
Thanks,
-- Barry
Barry Kelly wrote:
I'm having a problem that doesn't seem to admit logical explanation,
apart from a bug in either wget, Cygwin or Windows' implementation of
SMB
Hello all!
As many others, I also have problems using rsync in cygwin. I hope
adding my case can help some expert find the source problem. If more
tests are desired, I will conduct them.
Setup:
I have an OpenBSD4.4-box with rsync 3.0.3. rsync is running in daemon
mode and is started by inetd. I
Just to finally provide some positive feedback: I installed cygwin 1.7
again this year and the problems I experienced with Hummingbird NFS do
not occur anymore.
Thomas, ping?
On Jun 18 12:53, Corinna Vinschen wrote:
I don't have hummingbird NFS installed, just Microsoft's NFS from SFU
resp.
I'm trying to use scp to copy a remote file to a local directory, and
it's telling me the file isn't found. The file is there, I can connect
and see it via ssh, and I can also use both ssh and scp with no
problem in the other direction. i.e From computer A to computer B, ssh
works but not scp.
On Wed, Mar 25, 2009 at 09:32:47AM +0100, Corinna Vinschen wrote:
On Mar 25 08:25, Fergus wrote:
Sorry, I'm getting boring on the subject, BUT access to release-2/glpk/
really is failing with one particular mirror at least:
The permission bits on the glpk directory on sourceware were set so
On Wed, Mar 25, 2009 at 12:49:36PM +, Dave Korn wrote:
So the linker is DTRT, the problem has always existed but been masked by the
fact that nothing between -lm and -lcygwin used to import anything, the
problem has arisen now because now that does happen, and the solution is to
mung the
Christopher Faylor wrote:
On Wed, Mar 25, 2009 at 12:49:36PM +, Dave Korn wrote:
So the linker is DTRT, the problem has always existed but been masked by the
fact that nothing between -lm and -lcygwin used to import anything, the
problem has arisen now because now that does happen, and
On Wed, Mar 25, 2009 at 9:21 AM, Ryan Stewart rds6...@gmail.com wrote:
I'm trying to use scp to copy a remote file to a local directory, and
it's telling me the file isn't found.
[...]
I found the problem. When I use scp--from computer A to computer B
only--my home isn't c:\cygwin\home\ryan,
On Mar 25 13:47, Barry Kelly wrote:
Can anyone else at all confirm the behaviour I am seeing, or is it just
me? (Or is Larry just blessed? :)
No, I can reproduce it using an XP client and a remote directory on my
2K8 domain controller. Examining the strace output from wget, you can
see that
* Ryan Stewart (Wed, 25 Mar 2009 10:19:45 -0500)
On Wed, Mar 25, 2009 at 9:21 AM, Ryan Stewart rds6...@gmail.com
wrote:
I'm trying to use scp to copy a remote file to a local directory, and
it's telling me the file isn't found.
[...]
I found the problem. When I use scp--from computer A
I installed the current stable cygwin on an XP Professional SP3
machine as a local user with admin rights.
It is a completely default install, next-next-finish style.
Now when starting the shell, it gives several error messages, the
first of which is this:
bash: /usr/bin/sed: Permission denied
Jon Sjöstedt wrote:
Hello all!
As many others, I also have problems using rsync in cygwin. I hope
adding my case can help some expert find the source problem. If more
tests are desired, I will conduct them.
Setup:
I have an OpenBSD4.4-box with rsync 3.0.3. rsync is running in daemon
mode and
\e[1;2A back-line # UP-ARROW
\e[1;2B forw-line # DOWN-ARROW
\e[5;2~ back-screen # Shift/Ctrl+M_Wheel_Back--Scroll page bck
\e[6;2~ forw-screen # Shift/Ctrl+M_Wheel_Forw--Scroll page frw
\eOH goto-line # HOME -- Beginning of input
\eOF goto-end # END -- End of input
--
And,
I've updated the version of OpenSSL to 0.9.8k-1. This also includes the
openssl-devel package.
This is an upstream security and bugfix release. The Cygwin release is
the vanilla version, no additional patches.
Official release message:
On Wed, Mar 25, 2009 at 10:52 AM, Thorsten Kampe ... wrote:
* Ryan Stewart (Wed, 25 Mar 2009 10:19:45 -0500)
On Wed, Mar 25, 2009 at 9:21 AM, Ryan Stewart ...
wrote:
I found the problem. When I use scp--from computer A to computer B
only--my home isn't c:\cygwin\home\ryan, but c:\Program
OK. How do I check if there are any dependencies on the cygwin fltk?
Also, how do I remove this package? Is there an easy way of doing it, or
I have to dig all related files? Thanks.
Daniel
On Wed, 2009-03-25 at 10:34 -0700, Mike Ayers wrote:
From: cygwin-xfree-ow...@cygwin.com
I've updated the Cygwin 1.7 version of OpenSSL to 0.9.8k-2. This also
includes the openssl-devel package.
This is an upstream security and bugfix release. The Cygwin release is
the vanilla version, no additional patches.
Official release message:
From: cygwin-xfree-ow...@cygwin.com
[mailto:cygwin-xfree-ow...@cygwin.com] On Behalf Of Daniel Senderowicz
Sent: Wednesday, March 25, 2009 10:57 AM
OK. How do I check if there are any dependencies on the cygwin fltk?
Also, how do I remove this package? Is there an easy way of
doing it, or
OK. Sound easy, I'll try that. Thanks for your time.
Cheers,
Daniel
On Wed, 2009-03-25 at 11:28 -0700, Mike Ayers wrote:
From: cygwin-xfree-ow...@cygwin.com
[mailto:cygwin-xfree-ow...@cygwin.com] On Behalf Of Daniel Senderowicz
Sent: Wednesday, March 25, 2009 10:57 AM
OK. How do I
Ryan Stewart wrote:
On Wed, Mar 25, 2009 at 10:52 AM, Thorsten Kampe ... wrote:
* Ryan Stewart (Wed, 25 Mar 2009 10:19:45 -0500)
On Wed, Mar 25, 2009 at 9:21 AM, Ryan Stewart ...
wrote:
I found the problem. When I use scp--from computer A to computer B
only--my home isn't c:\cygwin\home\ryan,
Hello,
I had a gcc-3 compiler, and i installed the gcc-4.3.2 package with the
setup program.
I changed the /etc/alternatives/gcc to point to /usr/bin/gcc-4.exe
When I tried to compile a simple hello world program, I have problems
with the system include files:
/usr/include/stdio.h:176:
I have been trying to compile a program that needs to use the pthread
library under cygwin. I have installed the newest versions of all of the
tools. The file pthread.h is there in /usr/include, but the types used in
it, like pthread_attr_t for example, are normally defined in sys/types.h.
Help request cancelled.
The symbolic link was not built properly (I forgot the -s argument)
Thanks
--
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Problem reports: http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
Dana wrote, On 25.3.2009 20:58:
I have been trying to compile a program that needs to use the pthread
library under cygwin. I have installed the newest versions of all of the
tools. The file pthread.h is there in /usr/include, but the types used
Vincent De Groote wrote:
I changed the /etc/alternatives/gcc to point to /usr/bin/gcc-4.exe
How, precisely? Exactly what command did you use.
Is there another package to install to make it work, or something else
to do ?
Nope, it all should work without complications. Does it still
Vincent De Groote wrote:
Help request cancelled.
The symbolic link was not built properly (I forgot the -s argument)
Sounds more to me like you forgot to use the alternatives program to
configure the alternatives and have been messing around manually in its
private data directories and
Václav Haisman wrote:
Dana wrote, On 25.3.2009 20:58:
I have been trying to compile a program that needs to use the pthread
library under cygwin. I have installed the newest versions of all of the
tools. The file pthread.h is there in /usr/include, but the types used
in it, like
Hello, I am experiencing problems with the dig utility from the bind package
included with cygwin. Here is the error I get:
$ dig msn.com http://msn.com/
;; communications error: connection reset
I have just installed cygwin on 3 different machines and the dig command only
works on one of
2009/3/25 Andy Koppe andy.ko...@gmail.com:
I've uploaded development release 0.4-alpha1 of MinTTY to
http://mintty.googlecode.com. This has a few new or improved features
to try and break:
So far, no problems.
Let me know how you get on, or what else you'd like to see improved.
(But don't
Dr. Volker Zell wrote:
Hi
A new version of 'gnuplot' has been uploaded to a server near you.
[snip]
Would you mind to consider including the patch documented here:
http://article.gmane.org/gmane.os.cygwin.applications/17023
and here:
http://cygwin.com/ml/cygwin-apps/2008-06/msg00102.html
Jim Kleckner wrote:
Dr. Volker Zell wrote:
Hi
A new version of 'gnuplot' has been uploaded to a server near you.
[snip]
Would you mind to consider including the patch documented here:
http://article.gmane.org/gmane.os.cygwin.applications/17023
and here:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
Chuck,
I attached two patches for libtool for your consideration:
1) 2.2-export-all-symbols.patch:
On Cygwin, the --export-all-symbols linker flag is required;
- --export-dynamic has no effect (see
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
Dave,
gcc-4 -std=c99 appears to be treating extern inline functions as if they
were marked dllexport, leading to all sorts of linking problems. STC:
$ cat test-ntohs1.c EOF
#include netinet/in.h
extern void foo (uint32_t);
int main(void) {
Lee D. Rothstein wrote:
However, while HOME works, END generates:
ESCOF
on the bottom command line and doesn't change the rest of the
screen. If I then type Ctrl-C (required to allow keyboard input
to be accepted, at all, at this point), and then, END, and
HOME both work.
I'm sorry, but
Frank Fesevur:
An minor option I would like is to always close MinTTY, even when bash
exits with status code. Now I need to press for instance the enter key
to close MinTTY after I pressed Ctrl+D and I have pressed Ctrl+C at
least once.
Any successfully executed command will clear the exit
--confirm-exit-error ?
- Original Message -
From: cygwin-ow...@cygwin.com cygwin-ow...@cygwin.com
To: cygwin@cygwin.com cygwin@cygwin.com
Sent: Wed Mar 25 20:50:45 2009
Subject: Re: MinTTY 0.4-alpha1
Frank Fesevur:
An minor option I would like is to always close MinTTY, even when bash
Jim Kleckner wrote:
Dr. Volker Zell wrote:
Hi
A new version of 'gnuplot' has been uploaded to a server near you.
[snip]
Would you mind to consider including the patch documented here:
http://article.gmane.org/gmane.os.cygwin.applications/17023
and here:
Yaakov (Cygwin/X) wrote:
gcc-4 -std=c99 appears to be treating extern inline functions as if they
were marked dllexport, leading to all sorts of linking problems. STC:
Hi Yaakov,
This is nothing to do with dllexport, as it happens. The semantics of
extern inline have changed in recent
Dave Korn wrote:
See also http://gcc.gnu.org/ml/gcc/2007-03/threads.html#01088 for background
and a solution.
Oh, but see also:
http://sourceware.org/ml/newlib/2007/msg00326.html
for an important bugfix to that solution.
cheers,
DaveK
--
Unsubscribe info:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
sys/signal.h #includes sys/types.h only #ifdef _POSIX_THREADS, which
is not defined if the -ansi compiler flag is passed. STC:
$ echo '#include signal.h' test-signal.c
$ gcc-4 -ansi -c test-signal.c
In file included from
Christopher Faylor wrote:
I always just use:
gcc --print-file-name=binmode.o
Why isn't that adequate?
It is. Works like a charm, in fact. I just didn't know about it. I
created a new patch using that idiom, and pushed it upstream. Thanks!
--
Chuck
--
Unsubscribe info:
Yaakov (Cygwin/X) wrote:
sys/signal.h #includes sys/types.h only #ifdef _POSIX_THREADS, which
is not defined if the -ansi compiler flag is passed. STC:
$ echo '#include signal.h' test-signal.c
$ gcc-4 -ansi -c test-signal.c
In file included from /usr/include/sys/signal.h:107,
Julio Costa wrote:
Hope you can make something useful from these patches, because I think
this helps cygwin getting more 'smooth' in configuration activities.
Thanks for the patch. After a brief glance, it looks good to me. I plan
to release a new csih package sometime in the next week -- I've
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
Charles Wilson wrote:
Thanks for looking in to this; this failure has always bugged me because
I know cygwin supports it, but I've never had the time to track it down.
It has bugged me for quite a while too, as libglade-based packages often
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
Dave Korn wrote:
Dave Korn wrote:
See also http://gcc.gnu.org/ml/gcc/2007-03/threads.html#01088 for
background
and a solution.
You mean like this (attached)?
Oh, but see also:
http://sourceware.org/ml/newlib/2007/msg00326.html
for
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
Dave Korn wrote:
Should signal.h perhaps wrap the stuff tagged 'CX' and 'RTS' at
http://www.opengroup.org/onlinepubs/009695399/basedefs/signal.h.html
in #ifndef __STICT_ANSI__ ?
What about those marked 'XSI'?
Yaakov
-BEGIN PGP
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
Dave Korn wrote:
Should signal.h perhaps wrap the stuff tagged 'CX' and 'RTS' at
http://www.opengroup.org/onlinepubs/009695399/basedefs/signal.h.html
in #ifndef __STICT_ANSI__ ?
Actually, it looks like someone already thought about that, but
78 matches
Mail list logo