[Top][All Lists]
[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.