The xrender CVS patch of 4/23 is causing one of my apps to crash:
Unhandled exception: page fault on read access to 0x00000000 in 32-bit code (0x438198ee). In 32-bit mode. Symbol h_errno is invalid Symbol __strtol_internal is invalid 0x438198ee (_end+0x2ce2726 in libXrender.so): movl 0x0(%eax),%eax Wine-dbg>bt Backtrace: =>0 0x438198ee (_end+0x2ce2726 in libXrender.so) (ebp=405b60c4) 1 0x40af71cf (X11DRV_XRender_ExtTextOut+0x1103(physDev=0x40399e44, x=0x0, y=0x2c, flags=0x0, lprect=0x0, wstr=0x4039a6b0, count=0xc, lpDx=0x0) [xrender.c:703] in x11drv.dll.so) (ebp=405b650c) 2 0x40b0d92a (X11DRV_ExtTextOut+0x66(physDev=0x40399e44, x=0x0, y=0x20, flags=0x0, lprect=0x0, wstr=0x4039a6b0, count=0xc, lpDx=0x0) [text.c:65] in x11drv.dll.so) (ebp=405b6888) 3 0x407aa0a0 (ExtTextOutW+0x74(hdc=0x8f0, x=0x0, y=0x20, flags=0x0, lprect=0x0, str=0x4039a6b0, count=0xc, lpDx=0x0) [text.c:174] in libgdi32.dll.so) (ebp=405b68bc) 4 0x407a9ff0 (ExtTextOutA+0xc0(hdc=0x8f0, x=0x0, y=0x20, flags=0x0, lprect=0x0, str=0x43c85c40, count=0xc, lpDx=0x0) [text.c:155] in libgdi32.dll.so) (ebp=405b6900) 5 0x407aa11e (TextOutA+0x2a(hdc=0x8f0, x=0x0, y=0x20, str=0x43c85c40, count=0xc) [text.c:196] in libgdi32.dll.so) (ebp=405b692c) 6 0x00443f70 (schedit.exe..text+0x42f70 in C:\CapFast\wcs\bin\schedit.exe) (ebp=405b6948)
On Wed, May 01, 2002 at 09:02:00PM -0700, Duane Clark wrote:
The xrender CVS patch of 4/23 is causing one of my apps to crash:
Unhandled exception: page fault on read access to 0x00000000 in 32-bit code (0x438198ee). In 32-bit mode. Symbol h_errno is invalid Symbol __strtol_internal is invalid 0x438198ee (_end+0x2ce2726 in libXrender.so): movl 0x0(%eax),%eax Wine-dbg>bt Backtrace: =>0 0x438198ee (_end+0x2ce2726 in libXrender.so) (ebp=405b60c4) 1 0x40af71cf (X11DRV_XRender_ExtTextOut+0x1103(physDev=0x40399e44, x=0x0, y=0x2c, flags=0x0, lprect=0x0, wstr=0x4039a6b0, count=0xc,
I think you have a buggy version of libXrender.so. Could you check that this patch stops the crash? Unfortunately it will disable client side font rendering. Jeremy came up with a truely horrible hack to workaround this problem but for some reason that I can't possibly imagine Alexandre left it out when he committed the last xrender changes <g>.
Huw.
Huw D M Davies wrote:
On Wed, May 01, 2002 at 09:02:00PM -0700, Duane Clark wrote:
The xrender CVS patch of 4/23 is causing one of my apps to crash:
Unhandled exception: page fault on read access to 0x00000000 in 32-bit code (0x438198ee). In 32-bit mode. Symbol h_errno is invalid Symbol __strtol_internal is invalid 0x438198ee (_end+0x2ce2726 in libXrender.so): movl 0x0(%eax),%eax Wine-dbg>bt Backtrace: =>0 0x438198ee (_end+0x2ce2726 in libXrender.so) (ebp=405b60c4) 1 0x40af71cf (X11DRV_XRender_ExtTextOut+0x1103(physDev=0x40399e44, x=0x0, y=0x2c, flags=0x0, lprect=0x0, wstr=0x4039a6b0, count=0xc,
I think you have a buggy version of libXrender.so. Could you check that this patch stops the crash? Unfortunately it will disable client side font rendering. Jeremy came up with a truely horrible hack to workaround this problem but for some reason that I can't possibly imagine Alexandre left it out when he committed the last xrender changes <g>.
That does fix it, though I was getting used to the client side fonts :( What version of XFree86 is needed to get a good xrender? I am running version 4.1.0.
That does fix it, though I was getting used to the client side fonts :( What version of XFree86 is needed to get a good xrender? I am running version 4.1.0.
You need 4.2.0. You can also just build libXrender.so, which is not that hard to pull out of CVS and build by itself.
Finally, I have attached the king daddy of all kludges that may let you use your Xrender without modification, but use at your own risk... (you'll probably also need to hand assemble the patch, it's a delta from our internal tree and is not likely to apply).
Jer
On Thu, May 02, 2002 at 12:04:04PM -0500, Jeremy White wrote:
That does fix it, though I was getting used to the client side fonts :( What version of XFree86 is needed to get a good xrender? I am running version 4.1.0.
You need 4.2.0. You can also just build libXrender.so,
Do you mean that he needs 4.2.0 just to get a good xrender? I've been getting a lot of X errors lately, is that because I'm using 4.1.0.1 ?
On Thu, May 02, 2002 at 10:17:32AM -0400, Michael Cardenas wrote:
On Thu, May 02, 2002 at 12:04:04PM -0500, Jeremy White wrote:
That does fix it, though I was getting used to the client side fonts :( What version of XFree86 is needed to get a good xrender? I am running version 4.1.0.
You need 4.2.0. You can also just build libXrender.so,
Do you mean that he needs 4.2.0 just to get a good xrender? I've been getting a lot of X errors lately, is that because I'm using 4.1.0.1 ?
He needs 4.2.0 or he can just build libXrender.so from 4.2.0
Huw.
Jeremy White wrote:
That does fix it, though I was getting used to the client side fonts :( What version of XFree86 is needed to get a good xrender? I am running version 4.1.0.
You need 4.2.0. You can also just build libXrender.so, which is not that hard to pull out of CVS and build by itself.
Finally, I have attached the king daddy of all kludges that may let you use your Xrender without modification, but use at your own risk... (you'll probably also need to hand assemble the patch, it's a delta from our internal tree and is not likely to apply).
That one changes the crash point, but still crashes.
Unhandled exception: page fault on read access to 0x00000040 in 32-bit code (0x40796dc8). In 32-bit mode. Symbol h_errno is invalid Symbol __strtol_internal is invalid 0x40796dc8 (CreateDCA+0x110 [dc.c:599] in libgdi32.dll.so): movl 0x30(%eax),%eax 599 if (dc->funcs->pCreateDC && Wine-dbg>bt Backtrace: =>0 0x40796dc8 (CreateDCA+0x110(driver=0x406fff26, device=0x0, output=0x0, initData=0x0) [dc.c:599] in libgdi32.dll.so) (ebp=405b6a74) 1 0x406ba76c (LoadImageW+0x10c(hinst=0x400000, name=0x12c, type=0x1, desiredx=0x0, desiredy=0x0, loadflags=0x8040) [cursoricon.c:2271] in user32.dll.so) (ebp=405b6a9c) 2 0x406ba571 (LoadImageA+0x3d(hinst=0x400000, name=0x12c, type=0x1, desiredx=0x0, desiredy=0x0, loadflags=0x8040) [cursoricon.c:2211] in user32.dll.so) (ebp=405b6b7c) 3 0x406b9a46 (LoadIconA+0x26(hInstance=0x400000, name=0x12c) [cursoricon.c:1790] in user32.dll.so) (ebp=405b6ba0) 4 0x00443ae7 (schedit.exe..text+0x42ae7 in C:\CapFast\wcs\bin\schedit.exe) (ebp=405b6c18) 5 0x00413465 (schedit.exe..text+0x12465 in C:\CapFast\wcs\bin\schedit.exe) (ebp=405b6ca4) 6 0x00427fed (schedit.exe..text+0x26fed in C:\CapFast\wcs\bin\schedit.exe) (ebp=405b6cd0) 7 0x004619be (schedit.exe.EntryPoint+0x13fbe in C:\CapFast\wcs\bin\schedit.exe) (ebp=405b6dfc) 8 0x0044dbcc (schedit.exe.EntryPoint+0x1cc in C:\CapFast\wcs\bin\schedit.exe) (ebp=405b6e8c) 9 0x400ca3c8 (start_process+0x264 [process.c:420] in libntdll.dll.so) (ebp=405b6f38) 10 0x400cd78f (call_on_thread_stack+0x23(func=0x400ca164) [sysdeps.c:105] in libntdll.dll.so) (ebp=405b6ff4) 11 0x400cd928 (SYSDEPS_CallOnStack+0x14 in libntdll.dll.so) (ebp=00000000)
-
Duane Clark -
Huw D M Davies -
Jeremy White -
Michael Cardenas