gnustep-dev
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: Next Release


From: Wim Oudshoorn
Subject: Re: Next Release
Date: Fri, 04 Jun 2004 11:06:09 +0200
User-agent: Gnus/5.1002 (Gnus v5.10.2) Emacs/21.3.50 (darwin)

Adam Fedor <address@hidden> writes:

> On Jun 3, 2004, at 7:25 PM, Carl Eugen Hoyos wrote:
>> Fix Bug#8267 by moving the line #include ffi.h below the other includes
>> in cifframe.h.
>>
> Fixed.
>
>> At least try to fix bug#8275 (passing of large structs fails on win32
>> using ffcall) and Support#102887 (nsinvocation fails on win32 using
>> libffi)
>>
> I'll look at it if I have time, but those things are hard to fix even
> on friendly Unix machines. I can't imagine trying to debug things on
> windows...

I have looked at it for a while (a few weeks ago).  
However I have limited access to windows machines so 
the worked stopped :-(.  
It seemed to me that it was a bug in the ffcall library.
The stack frame is messed up for the large structs 
when the ffcall callback function receives it.  The weird
thing was that not all execution paths lead to this.
I looked at debugging ffcall, but it is a nightmare. 
If I remember correctly, it is a enormous collection
of ifdef statements mixed with assembly (unfortunately 
all in the form 0xa4, 0xcd, ...).

I don't know when I have time to look at it again, but
it seems very nasty.

Wim Oudshoorn.
 





reply via email to

[Prev in Thread] Current Thread [Next in Thread]