Good question. I don't know.
Possibly the window procedure is declared using a calling convention that
somehow mangles even the wrapper stack, so we're popping garbage off it
into %ebx. But I'm out of ideas for now.
What I would suggest is putting some stack padding between the saved
registers and
On Sun, 29 Aug 2004 21:30:50 +0200, Uwe Bonnes wrote:
> Why does this double restoring ebx help?
Good question. I don't know.
Possibly the window procedure is declared using a calling convention that
somehow mangles even the wrapper stack, so we're popping garbage off it
into %ebx. But I'm out of
Hi,
On Sun, Aug 29, 2004 at 09:30:50PM +0200, Uwe Bonnes wrote:
> Unhandled exception: page fault on read access to 0x59535445 in 32-bit code
SYSTEM?
("YSTE")
Andreas Mohr
--
Softwarepatente: der pure ausgekochte Oberschwachsinn!
20(!!) Jahre Gueltigkeit im schnelllebigen Software-Bereich, jahr
> "Mike" == Mike Hearn <[EMAIL PROTECTED]> writes:
Mike> On Sat, 28 Aug 2004 19:30:58 +0200, Uwe Bonnes wrote:
>> It seems the location of the debug channels is picked up from the ebx
>> register
Mike> %ebx is supposed to point to the ELF global offset table, iirc. If
Mike
On Sat, 28 Aug 2004 19:30:58 +0200, Uwe Bonnes wrote:
> It seems the location of the debug channels is picked up from the ebx
> register
%ebx is supposed to point to the ELF global offset table, iirc. If it's
been reset somewhere then it could cause this sort of crash when accessing
global vars in
Hallo,
I am trying to run the WebPACK_42wp30_full_installer.exe
: http://direct.xilinx.com/direct/webpack/42wp3/\
: WebPACK_42wp30_full_installer.exe
(a 110 MByte Download).
Running it crashes quite early, while testing the debug channels:
err:font:ReadFontDir Can't open directory "/usr/X11R6/l
