Custom Query (1030 matches)
Results (490 - 492 of 1030)
| Ticket | Resolution | Summary | Owner | Reporter |
|---|---|---|---|---|
| #816 | fixed | couldn't run Win 32-bit binary in Win 64-bit | ||
| Description |
I tried to run win32 binary in Windows 7 64-bit. but an exception occurred. this is log. $ ./wx86cl %eax = 0x02403058 %ecx = 0x000005ec %edx = 0x00000008 %ebx = 0xc0000005 %esp = 0x02402de0 %ebp = 0x02403038 %esi = 0x02403060 %edi = 0x024030b4 %eip = 0x00023c95 %eflags = 0x00010202 %cs = 0x0023 %ds = 0x002b %ss = 0x002b %es = 0x002b %fs = 0x0053 %gs = 0x002b Exception on foreign stack Exception occurred while executing foreign code ? for help [4148] Clozure CL kernel debugger: |
|||
| #818 | fixed | NSRunAlertPanel() hangs on Cocotron | ||
| Description |
as of Cocotron 2845a0e2fa, doing: (#_NSRunAlertPanel #@"title" #@"message" #@"Yes" #@"No" #@"Maybe") from the main thread hangs, burning 100% CPU and (apparently) slowly leaking memory. I haven't yet tried to create an ObjC example that demonstrates this, though it doesn't seem likely that it's CCL-specific. |
|||
| #819 | fixed | windows exception 0x80000004 in SPffcall | ||
| Description |
See the attached test case. It appears that the TF bit in the flags register is getting set sometimes when restoring the saved flags from tcr.unboxed0 in SPffcall. I don't understand how that bit is getting set. I added code to see if the bit was set when doing the initial pushfl, and never saw it. Yet, somehow, tcr.unboxed0 will occasionally end up with the TF bit set, and then we get the 0x80000004 (single-step) exception from Windows after we restore the flags with popfl. |
|||
