This is the mail archive of the
cygwin-developers@sourceware.cygnus.com
mailing list for the Cygwin project.
Re: ntsec: patch 9
Except that what Corinna describes is completely deterministic.
cgf
On Thu, Aug 05, 1999 at 12:01:42PM -0400, Larry Hall (RFK Partners, Inc) wrote:
>Usually during configures/builds though its intermittent and non-deterministic
>as far as I can tell. Its pretty much the same situation Corinna describes.
>
>At 11:53 AM 8/5/99 -0400, Chris Faylor wrote:
>>When did you see the errors?
>>
>>cgf
>>
>>On Thu, Aug 05, 1999 at 11:46:47AM -0400, Larry Hall (RFK Partners, Inc) wrote:
>>>I see the same complaints from sig_send with the Aug 3 snapshot. I use
>>>bash as sh too. My CYGWIN variable only has nobinmode and ntea in it along
>>>with stuff to control the window title (I'm not at my machine now so I
>>>don't recall the specifics of these settings).
>>>
>>>Larry Hall lhall@rfk.com
>>>RFK Partners, Inc. http://www.rfk.com
>>>118 Washington Street (508) 893-9779 - RFK Office
>>>Holliston, MA 01746 (508) 893-9889 - FAX
>>> (508) 560-1285 - cell phone
>>>
>>>
>>>At 11:32 AM 8/5/99 -0400, Chris Faylor wrote:
>>>>I am not seeing anything like this. I've just done a couple of configure/make
>>>>cycles with no problems.
>>>>
>>>>Do you have anything special in your CYGWIN environment variable?
>>>>
>>>>-chris
>>>>
>>>>On Thu, Aug 05, 1999 at 12:32:14PM +0200, Corinna Vinschen wrote:
>>>>>Chris Faylor wrote:
>>>>>>
>>>>>> Thanks. Applied.
>>>>>>
>>>>>> Does the new snapshot still fail for you when you issue the
>>>>>> 'man tcsh' command?
>>>>>>
>>>>>> cgf
>>>>>
>>>>>Hi Chris,
>>>>>
>>>>>unfortunately the answer is `yes'. I have found, that this behaviour
>>>>>is not reproducable beyond winsup-990726!
>>>>>
>>>>>Notice, that this happens regardless of the ntsec setting.
>>>>>
>>>>>winsup-990726 itself shows the behaviour:
>>>>>
>>>>> tcsh> man tcsh
>>>>>
>>>>>shows man page, then pressing `q' in `less' results in:
>>>>>
>>>>> 0 0 [main] D:\bin\sh.exe 1029 sig_send: error sending
>>>>> signal(-3) to pid 1029, Win32 error 6
>>>>>
>>>>>Error 6 is `illegal handle'.
>>>>>
>>>>>Since winsup-990801 it's worse than before:
>>>>>
>>>>> tcsh> man tcsh
>>>>>
>>>>>... results in:
>>>>>
>>>>> /usr/local/bin/groff: can't find `DESC' file
>>>>> /usr/local/bin/groff:fatal error: invalid device `ascii'
>>>>>
>>>>>... and after pressing `q':
>>>>>
>>>>> 0 0 [main] D:\bin\sh.exe 1029 sig_send: error sending
>>>>> signal(-3) to pid 1029, Win32 error 6
>>>>>
>>>>>If I try to run it with strace, I get the following on stderr:
>>>>>
>>>>> strace.exe: couldn't get message length from subprocess,
>>>>> windows error 6
>>>>>
>>>>>If, for example, the complete winsup directory is up to date,
>>>>>starting `make' results in:
>>>>>
>>>>> make[1]: Entering directory `/src/cdkb21/winsup'
>>>>> Making all in regexp...
>>>>> make[2]: Entering directory `/src/cdkb21/winsup/regexp'
>>>>> make[2]: Nothing to be done for `all'.
>>>>> make[2]: Leaving directory `/src/cdkb21/winsup/regexp'
>>>>>--> 0 0 [main] D:\bin\sh.exe 1009 sig_send: error sending
>>>>> signal(-3) to pid 1009, Win32 error 6
>>>>> make[1]: Leaving directory `/src/cdkb21/winsup'
>>>>> make[1]: Entering directory `/src/cdkb21/winsup'
>>>>> Making all in mingw...
>>>>>--> 0 0 [main] D:\bin\sh.exe 1016 sig_send: error sending
>>>>> signal(-3) to pid 1016, Win32 error 6
>>>>> make[2]: Entering directory `/src/cdkb21/winsup/mingw'
>>>>> make[2]: Nothing to be done for `all'.
>>>>> make[2]: Leaving directory `/src/cdkb21/winsup/mingw'
>>>>> Making all in utils...
>>>>> make[2]: Entering directory `/src/cdkb21/winsup/utils'
>>>>> make[2]: Nothing to be done for `all'.
>>>>> make[2]: Leaving directory `/src/cdkb21/winsup/utils'
>>>>>--> 0 0 [main] D:\bin\sh.exe 1020 sig_send: error sending
>>>>> signal(-3) to pid 1020, Win32 error 6
>>>>> make[1]: Leaving directory `/src/cdkb21/winsup'
>>>>>
>>>>>Let's talk about what happens: It's in EVERY case /bin/sh, that
>>>>>fails! In my environment, /bin/sh is bash. Regardless of the
>>>>>circumstances, it's only bash, that produces this error.
>>>>>If you look into the message, you will see, that it fails to
>>>>>work on a handle that references the calling process itself.
>>>>>
>>>>>I have attached the strace output of the above `make' example. It was
>>>>>compiled with -DDEBUGGING. I fear, it's not very useful because as
>>>>>ever when I try to strace the phenomenon, I get:
>>>>>
>>>>> strace.exe: couldn't get message length from subprocess,
>>>>> windows error 6