cygwin 1.78 errors when invoking terminator (*** fatal error - MapViewOfFileEx '(null)'(0x708), Win32 error 6. Terminating.)

[Larry Hall (Cygwin)]

On 3/24/2011 6:11 PM, Kenneth Wolcott wrote:
> On Thu, Mar 3, 2011 at 02:43, Corinna Vinschen wrote:
>> On Mar  2 18:01, Kenneth Wolcott wrote:
>>> Hi;
>>>
>>>    I get the following error output when opening a terminator (enclosed
>>> at bottom of the email).
>>>
>>>    This is the jessies.org terminator, not the gnome terminator.
>>>
>>>    Now I don't get the following when I open a cygwin prompt.
>>>
>>>    So I thought it might be a terminator thing.
>>>
>>>    I had just updated to 1.78 of Cygwin.
>>>
>>>    So updated to the most current version of terminator.
>>>
>>>    Same problem.
>>>
>>>    So I posted to the terminator email list (terminator-users@googlegroups.com).
>>>
>>>    The terminator developer/maintainer was able to reproduce the
>>> problem and thinks that the error is within cygwin and suggests this
>>> patch (between the splat-asterisk lines).
>>>
>>> Thanks,
>>> Ken Wolcott
>>>
>>> *&*&*&*&*&*&*&*&*&*&*&*&*&*&*&*&*&*&*&*&*&*&*&*&*&*&*&*&*&*&*&*&*&*&*&*&*&*&
>>>
>>> I wouldn't like to claim this is the right fix but it lets that
>>> trivial example link:
>>>
>>> $ gcc strerror.c
>>>
>>> $ diff -u /usr/include/string.h.orig /usr/include/string.h
>>> --- /usr/include/string.h.orig  2011-03-02 10:49:29.510836800 -0800
>>> +++ /usr/include/string.h       2011-03-02 10:50:04.324450800 -0800
>>> @@ -74,7 +74,7 @@
>>>   char    *_EXFUN(strerror_r,(int, char *, size_t));
>>>   #else
>>>   # ifdef __GNUC__
>>> -int      _EXFUN(strerror_r,(int, char *, size_t)) __asm__ ("__xpg_strerror_r");
>>> +int      _EXFUN(strerror_r,(int, char *, size_t)) __asm__
>>> ("___xpg_strerror_r");
>>>   # else
>>>   int      _EXFUN(__xpg_strerror_r,(int, char *, size_t));
>>>   #  define strerror_r __xpg_strerror_r
>>> $
>>
>> Thanks for the report.  I just fixed that in CVS.  The problem here
>> is that we have to take several targets into account, some of them
>> using a labe lprefix, some of them not.  I applied a patch which
>> does that:
>>
>>   int      _EXFUN(strerror_r,(int, char *, size_t)) __asm__ (__ASMNAME ("__xpg_strerror_r"));
>>
>> The __ASMNAME macro is now defined in cdefs.h.  I tested to build
>> a testcase which calls the POSIX version of strerror_r and it now
>> works fine.  Well, there was a small bug in __xpg_strerror_r, too,
>> but that should be fixed in CVS as well.  I'll create a new developer
>> snapshot later today.
>>
>>
>> Thanks again,
>> Corinna
>
>
> Hi Corinna;
>
> The problem seems to be fixed now (after a recent update).
>
> uname.exe -a
> CYGWIN_NT-5.1 KWOLCOTT-T61 1.7.8(0.236/5/3) 2011-03-01 09:36 i686 Cygwin

Since Corinna replied on 3/3 and your Cygwin DLL version was built on 3/1,
I think it's fair to assume that you don't have the change she was talking
about.  But you can get an updated Cygwin DLL with the change by visiting
<http://cygwin.com/snapshots/>.

-- 
Larry

_____________________________________________________________________

A: Yes.
> Q: Are you sure?
>> A: Because it reverses the logical flow of conversation.
>>> Q: Why is top posting annoying in email?

--
Problem reports:       http://cygwin.com/problems.html
FAQ:                   http://cygwin.com/faq/
Documentation:         http://cygwin.com/docs.html
Unsubscribe info:      http://cygwin.com/ml/#unsubscribe-simple