Wed Jul 10 23:18:00 GMT 2013
On Wed, Jul 10, 2013 at 05:54:55PM -0400, Ken Brown wrote:
>On 7/10/2013 5:10 PM, Christopher Faylor wrote:
>> On Wed, Jul 10, 2013 at 04:55:38PM -0400, Christopher Faylor wrote:
>>> On Wed, Jul 10, 2013 at 02:54:59PM -0400, Ken Brown wrote:
>>>> On 7/10/2013 2:07 PM, J. David Boyd wrote:
>>>>> I'm starting to see this error quite a bit in the terminal window I started
>>>>> emacs from:
>>>>> 0 [main] emacs-X11 19400 C:\tools\cygwin\bin\emacs-X11.exe: *** fatal error in
>>>>> forked process - failed to create new win32 semaphore, Win32 error 87
>>>> Have you tried rebaseall
>>>> (http://cygwin.com/faq.html#faq.using.fixing-fork-failures)? This isn't
>>>> the typical error message you see from rebase problems, but it can't
>>>> hurt to try. If that doesn't help, maybe you could test the build I
>>>> mentioned at
>>> That doesn't look like the standard fork problem, Ken. The error comes
>>> Error code 87 is ERROR_INVALID_PARAMETER. The only two things that I
>>> can see which would cause that problem are "sec_non_nih" and
>>> I'll change the error to report on currentvalue. I assume that
>>> currentvalue must be zero for some reason here and that is what is
>>> causing the problem but it would be nice to know for sure.
>> The current snapshot has this change and a shot-in-the-dark attempt to
>> fix the reported problem as well.
>Thanks. It's also possible that this isn't a Cygwin problem. There are
>known race conditions between emacs-24.3 and glib, which have been fixed
>in the newer version of emacs that I asked Dave to test.
Given the point at which the problem occurs, I don't see how it could be
anything but a Cygwin problem. It's in the fork code before anything
user-based should be kicked off.
Problem reports: http://cygwin.com/problems.html
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
More information about the Cygwin