libc header questions

Hi, I have two questions about libc include headers. 1. Is there any reason socklen_t is defined as a macro instead of typedef in ? 2. In , inet_ntop() is not consistent with POSIX. Cygwin: const char *inet_ntop(int, const void *, char *, size_t); POSIX: const char *inet

Re: Documentation on functions

On 9/15/05, Siegfried Heintze wrote: > In other words, is the process of submitting documentation documented? Does > one use the GNU texi or SGML docbook or some other format? I've been curious > about these tools for years but have never used them. It depends on what you're documenting. As Eric n

Re: mount -X and FAQ [Attn: FAQ Maintainer, tcl maintainer]

On Fri, Sep 16, 2005 at 01:33:18PM -0700, Joshua Daniel Franklin wrote: >On 9/16/05, Christopher Faylor wrote: >> On Fri, Sep 16, 2005 at 01:22:10PM -0700, Joshua Daniel Franklin wrote: >> >On 9/16/05, Eric Blake wrote: >> >> According to Williams, Gerald S (Jerry) on 9/15/2005 10:48 AM: >> >> > Th

Re: mount -X and FAQ [Attn: FAQ Maintainer, tcl maintainer]

On 9/16/05, Christopher Faylor wrote: > On Fri, Sep 16, 2005 at 01:22:10PM -0700, Joshua Daniel Franklin wrote: > >On 9/16/05, Eric Blake wrote: > >> According to Williams, Gerald S (Jerry) on 9/15/2005 10:48 AM: > >> > The FAQ (http://www.cygwin.com/faq/faq_3.html) mentions > >> > using this idiom

Re: mount -X and FAQ [Attn: FAQ Maintainer, tcl maintainer]

Brian Dessent wrote: > FAQ -- currently just tclsh84. (and wish84) -- 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/

Re: mount -X and FAQ [Attn: FAQ Maintainer, tcl maintainer]

Joshua Daniel Franklin wrote: > OK. Maybe I'll take a stab at creating a script to find exe's in /bin/ > not linked to cygwin1.dll and put that in the FAQ instead. In the past I've done this with something like: find /bin -name \*.exe -type f | (while read FN; do cygcheck $FN | \ gre

Re: mount -X and FAQ [Attn: FAQ Maintainer, tcl maintainer]

On Fri, Sep 16, 2005 at 01:22:10PM -0700, Joshua Daniel Franklin wrote: >On 9/16/05, Eric Blake wrote: >> According to Williams, Gerald S (Jerry) on 9/15/2005 10:48 AM: >> > The FAQ (http://www.cygwin.com/faq/faq_3.html) mentions >> > using this idiom for strace and cygcheck, but not for >> > Tcl/T

Re: mount -X and FAQ [Attn: FAQ Maintainer, tcl maintainer]

On 9/16/05, Eric Blake wrote: > According to Williams, Gerald S (Jerry) on 9/15/2005 10:48 AM: > > The FAQ (http://www.cygwin.com/faq/faq_3.html) mentions > > using this idiom for strace and cygcheck, but not for > > Tcl/Tk. Perhaps these should be noted as well? > > Now that strace and cygcheck w

RE: Bash login breaks if too many environment variables are set

aximum ** Program name: c:\cygwin\bin\bash.exe (pid 3260, ppid 1) App version: 1005.18, api: 0.132 DLL version: 1005.19, api: 0.138 DLL build:20050916 12:02:10SNP OS version: Windows NT-5.1 Heap size:1073741824 Date/Time:2005-09-16 21

socket troubles

Hello, Sorry, I've not been very accurate in my last post so, this time, I'll post the test client/server I try to make a little client/server tcp. server side #include #include #include #include #include #ifdef SUN #include #else #include #endif #include #include #incl

Re: Bash login breaks if too many environment variables are set

On Fri, Sep 16, 2005 at 08:04:57PM +0200, Hommersom, Fred wrote: >Perhaps I do not understand it. I was talking about invoking cygin >from native. The native environment grows far over 32 k. It just does >not show up in bash. If I can help by testing the new snapshot: please >supply some hints.

RE: Bash login breaks if too many environment variables are set

Perhaps I do not understand it. I was talking about invoking cygin from native. The native environment grows far over 32 k. It just does not show up in bash. If I can help by testing the new snapshot: please supply some hints. Fred >On the other hand, POSIX would claim that this usage should b

RE: Bug in tcltk's glob

Original Message >From: Sebastian Schuberth >Sent: 16 September 2005 17:33 >>> I don't think there is any need to patch tcltk, as I believe the bug has >>> already been fixed in more recent versions than the one supplied with >>> Cygwin. So a simple recompile for Cygwin should do. Unfortun

Re: Bash login breaks if too many environment variables are set

> > > >I don't think all places in Windows have the limitation. > > Look at the code. We're inspecting a buffer returned from > GetEnvironmentStrings. That is a windows function. The very first > things returned from this are garbage. OK, I stand corrected. $ /bin/env | wc -c 34664 $ cmd bash

Re: Bash login breaks if too many environment variables are set

On Fri, Sep 16, 2005 at 04:36:00PM +, Eric Blake wrote: >>>It looks to me as if a buffer or stack is reused if some maximum is >>>exceeded with effect that the system sometimes works. >> >>From your strace output, it looks to me like windows itself is >>returning garbage when we ask it for the

Re: Bug in tcltk's glob

I don't think there is any need to patch tcltk, as I believe the bug has already been fixed in more recent versions than the one supplied with Cygwin. So a simple recompile for Cygwin should do. Unfortunately, I have neither the time nor expertise to do so. Nor do you have sufficient good mann

Re: Bug in gcc and/or binutils?

Danny Smith wrote: Charles Wilson wrote: Using .def files turns off the auto-EXport logic (which it should, because if you specify a specific set of exports you don't want binutils adding a few more on its own). There seems to be a common misconception that auto-export logic and explicit de

Re: Bash login breaks if too many environment variables are set

> >It looks to me as if a buffer or stack is reused if some maximum is > >exceeded with effect that the system sometimes works. > > From your strace output, it looks to me like windows itself is returning > garbage when we ask it for the list of environment variables. I don't think all places in

RE: Bug in tcltk's glob

Original Message >From: Sebastian Schuberth >Sent: 16 September 2005 16:54 >>> So I tried to find out who maintains the tcltk package for Cygwin, and >>> that turned out to be you (see your post on cygwin.applications). So I'd >>> like to kindly ask to if you can privide a never tcltk pack

Re: Bug in tcltk's glob

So I tried to find out who maintains the tcltk package for Cygwin, and that turned out to be you (see your post on cygwin.applications). So I'd like to kindly ask to if you can privide a never tcltk package which hopefully solve the bug in glob I currently see. Here's the bug again: FYI, the t

RE: Bash login breaks if too many environment variables are set

> > From your strace output, it looks to me like windows itself is returning garbage when we ask it for the list of environment variables. > >If that is the case, we can guard against that but we can't make the passed in environment useful, unfortunately. Is it possible that 'asking for the envi

Re: Bash login breaks if too many environment variables are set

On Fri, Sep 16, 2005 at 03:55:14PM +0200, Hommersom, Fred wrote: >Yes sure. You can see this in the header of the dump its says: >DLL version: 1005.19, api: 0.138 >DLL build: 20050916 00:00:39SNP > >In order to be sure that we are talking about the same things: >I have all

Re: Unison 2.9.20 and OpenSSH-4.1p1-2: hangs as server.

> > Brooks, I do remember seeing a lot of reports about 6 months or so > > ago, that Unison was hanging. My recollection is dim but I think it > > had to do with some bad combination of versions of cygwin.dll and > > Unison. Are you using the latest cygwin.dll on your servers? > > "uname -sr" re

Re: Bug in tcltk's glob

On Fri, Sep 16, 2005 at 04:22:49PM +0200, Sebastian Schuberth wrote: >Christopher Faylor wrote: > >>On Fri, Sep 16, 2005 at 12:25:10PM +0200, Sebastian Schuberth wrote: >> >>>sorry for mailing to you directly, but so far no one responded to my >>>'1.5.18: tclsh's glob and relative paths containing

Re: Bug in tcltk's glob

Christopher Faylor wrote: On Fri, Sep 16, 2005 at 12:25:10PM +0200, Sebastian Schuberth wrote: > sorry for mailing to you directly, but so far no one responded to my '1.5.18: tclsh's glob and relative paths containing ".."' mail on the Cygwin mailing list. Here's a copy: Please check out the

RE: setup: how to handle circular dependencies?

On Fri, 16 Sep 2005, Dave Korn wrote: > Original Message > >From: Gerrit P. Haase > >Sent: 16 September 2005 14:14 > > > Hi Setup maintainers, > > > > I need some circular dependencies, i.e. gcc-core requires > > gcc-core-mingw because -mno-cygwin will not work without the mingw > > versio

Re: mount -X and FAQ [Attn: FAQ Maintainer, tcl maintainer]

On Fri, Sep 16, 2005 at 06:23:38AM -0600, Eric Blake wrote: >-BEGIN PGP SIGNED MESSAGE- >Hash: SHA1 > >According to Williams, Gerald S (Jerry) on 9/15/2005 10:48 AM: >> >> Finally got around to trying that one, but it broke the >> tkinfo (Tcl/Tk) script I use regularly. Some experimenting

Re: Bug in tcltk's glob

On Fri, Sep 16, 2005 at 12:25:10PM +0200, Sebastian Schuberth wrote: >sorry for mailing to you directly, but so far no one responded to my >'1.5.18: tclsh's glob and relative paths containing ".."' mail on the >Cygwin mailing list. Here's a copy: Please check out the project web page for links to

RE: Bash login breaks if too many environment variables are set

Yes sure. You can see this in the header of the dump its says: DLL version: 1005.19, api: 0.138 DLL build:20050916 00:00:39SNP In order to be sure that we are talking about the same things: I have all these variables in DOS and start bash from a CMD window with command c:\cygwin\bin\strace

Re: Bug in gcc and/or binutils?

Danny Smith wrote: References: Charles Wilson wrote: Using .def files turns off the auto-EXport logic (which it should, because if you specify a specific set of exports y

RE: setup: how to handle circular dependencies?

Original Message >From: Gerrit P. Haase >Sent: 16 September 2005 14:14 > Hi Setup maintainers, > > I need some circular dependencies, i.e. gcc-core requires gcc-core-mingw > because -mno-cygwin will not work without the mingw version of the gcc > runtime. However, the gcc-core-mingw pack

Re: Bash login breaks if too many environment variables are set

On Sep 16 14:28, Corinna Vinschen wrote: > I observerd that tcsh doesn't like variables with a length of 31K, > though. ash, bash, zsh and pdksh could handle that long environment > varibale just fine, tcsh on the other hand printed this: > > $ echo $VERY_LONG_ENV_VAR > Word too long. Never

Re: Bash login breaks if too many environment variables are set

On Sep 16 13:31, Hommersom, Fred wrote: > No problem. here is a new trace (similar to the original) and the related > stackdump > > Exception: STATUS_ACCESS_VIOLATION at eip=610D6971 > eax= ebx=10010248 ecx=F2FF edx=00245300 esi=0001 edi=00246000 > ebp=0022EE68 esp=0022EE64 progra

Re: mount -X and FAQ [Attn: FAQ Maintainer, tcl maintainer]

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 According to Williams, Gerald S (Jerry) on 9/15/2005 10:48 AM: > > Finally got around to trying that one, but it broke the > tkinfo (Tcl/Tk) script I use regularly. Some experimenting > revealed that I had to add the following to make it work: > > mo

RE: cygwin forgets CTRL key press

Original Message >From: Owen Rees >Sent: 16 September 2005 13:03 > A quick test with xev under both Linux and Cygwin/X on two systems I have > here shows a key release event for CTRL about 4 seconds after I release > whatever other key I pressed - I was still holding the CTRL key down! >

Re: cygwin forgets CTRL key press

A quick test with xev under both Linux and Cygwin/X on two systems I have here shows a key release event for CTRL about 4 seconds after I release whatever other key I pressed - I was still holding the CTRL key down! I also see this in a standard Windows Command Prompt window (i.e. Cygwin not i

Re: Python extension package problem & root-cause

John, On Thu, Sep 15, 2005 at 10:54:32PM -0700, John Whitley wrote: > The test "string.find(...) != -1" attempts to test whether "/usr" > appears in the full executable name. This incorrectly fails in the > case that /bin is in the user's path before /usr/bin > (i.e. string.find("/bin/python","/u

RE: Bash login breaks if too many environment variables are set

:20050916 00:00:39SNP OS version: Windows NT-5.1 Heap size:1073741824 Date/Time:2005-09-16 13:29:23 ** 27 319 [main] bash 3504 set_myself: myself->dwProcessId 3504 24 343 [main] bash 3504 time: 1126870163 = time (0) 442 785 [m

Re: Bash login breaks if too many environment variables are set

On Sep 16 12:51, Hommersom, Fred wrote: > The problem can be reproduced with cygwin1-20050916.dll > The output of strace in the case of a stackdump is below. > > ** > Program name: c:\cygwin\bin\bash.exe (pid 2692, ppid 1) > App vers

RE: Bash login breaks if too many environment variables are set

The problem can be reproduced with cygwin1-20050916.dll The output of strace in the case of a stackdump is below. ** Program name: c:\cygwin\bin\bash.exe (pid 2692, ppid 1) App version: 1005.18, api: 0.132 DLL version: 1005.19, api: 0.138 DLL build

RE: Bug in gcc and/or binutils?

* Charles Wilson wrote on Friday, September 16, 2005 05:28 CEST: > FWIW, this is not a "recent" regression --- nothing "changed" in > binutils or gcc. I just installed binutils-20040725-2 from > the Cygwin > Time Machine and got identical output. Oh, I can see how you think I thought it was a

Re: Bash login breaks if too many environment variables are set

s there's debug information available, which isn't for 1.5.18. Would you mind to try the same with the latest snapshot DLL, http://cygwin.com/snapshots/cygwin1-20050916.dll.bz2 and report back if either the problem is solved or if not, send the resulting strace? Thanks, Corinna -- Co

RE: Bash login breaks if too many environment variables are set

Thanks for the replies so far. Unfortunately is the best option (set variables in bash) not feasable. The .bat file is a complex set of bat files with logic inside so that would take a lot of effort to convert But I have done some experiments with bash without --login option and the advised export

Re: A couple Issues with cygwin1-20050915.dll

On Sep 15 16:02, James R. Phillips wrote: > 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

RE : eval function not working anymore !?

Thank you for your answers. The following sentences do not work: > MODULES=\$"${domain}_MODULES" The following sentences work fine: > eval "MODULES=\$${domain}_MODULES" > eval MODULES="\$${domain}_MODULES" > eval MODULES='$'"${domain}"_MODULES Regards, Yann D

RE: cygwin forgets CTRL key press

Original Message >From: Brooks Moses >Sent: 16 September 2005 08:05 > seconds. (I also can't reproduce Igor's claim that Windows will offer > to turn on sticky-keys if I hold down a modifier key too long.) Check control panel/accessibility options; you may have turned it off at some

Re: cygwin forgets CTRL key press

Luke Kendall wrote: Has anyone else noted that in vi (either in a plain Cygwin window or in an rxvt window, in an X session or not, also in xterm), that if you hold down the CTRL key and press keys at intervals (like F to page down through a file), and wait four seconds before another key press i