Mail Archives: cygwin-developers/1999/08/05/12:16:23
Yes, for the man command that seems true. I'm not sure if the build
log she supplied would be 100% reproducible. I find a configure build
generally generates the same types of errors she lists but sometimes they
occur in one spot and sometimes they are in another. Since Corinna's
man case seems to be very reproducible, its best to concentrate on that
IMHO.
Larry
At 12:06 PM 8/5/99 -0400, Chris Faylor wrote:
>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 AT rfk DOT 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
>
>
- Raw text -