http://bugs.winehq.org/show_bug.cgi?id=34764
Bug #: 34764 Summary: Basic WPF application crashes with .NET Framework 3.5 SP1 (works with 3.0 and 3.5) Product: Wine Version: 1.7.4 Platform: x86 OS/Version: Linux Status: NEW Severity: normal Priority: P2 Component: windowscodecs AssignedTo: wine-bugs@winehq.org ReportedBy: focht@gmx.net Classification: Unclassified
Hello folks,
continuation of bug 33384
The attached example WPF application should display an image loaded but crashes when being run in WINEPREFIX with .NET Framework 3.5 SP1 installed.
Works with .NET Framework 3.0 and 3.5
--- snip --- $ WINEDEBUG=+tid,+seh,+snoop,+wincodecs wine ./WineTest.exe ... 002e:trace:wincodecs:IMILBitmapImpl_UnknownMethod1 (0x1a1178,0x4a2db10) 002e:trace:wincodecs:BitmapImpl_AddRef (0x1a117c) refcount=8 002e:fixme:wincodecs:IMILUnknown2Impl_UnknownMethod1 (0x1a1180,0x1,0x4a2d9d0): stub 002e:fixme:wer:WerRegisterMemoryBlock (0x5418ebf0 6144) stub 002e:fixme:wer:WerRegisterMemoryBlock (0x5418ebe8 4) stub 002e:trace:wincodecs:IMILBitmapImpl_UnknownMethod1 (0x1a1178,0x4a2d9ac) 002e:trace:wincodecs:BitmapImpl_AddRef (0x1a117c) refcount=9 002e:fixme:wincodecs:IMILUnknown2Impl_UnknownMethod1 (0x1a1180,0x1,0x4a2d928): stub 002e:trace:wincodecs:IMILBitmapImpl_GetPixelFormat (0x1a1178,0x4a2d8f8) 002e:trace:wincodecs:BitmapImpl_GetSize (0x1a117c,0x4a2d980,0x4a2d984) 002e:CALL MSVCR80._CIsqrt() ret=5403f864 002e:RET MSVCR80._CIsqrt() retval=00000008 ret=5403f864 002e:CALL MSVCR80._CIsqrt() ret=5403f888 002e:RET MSVCR80._CIsqrt() retval=00000008 ret=5403f888 002e:fixme:wincodecs:IMILUnknown2Impl_UnknownMethod1 (0x1a1180,0x1,0x4a2d8f4): stub 002e:trace:seh:raise_exception code=c0000005 flags=0 addr=(nil) ip=00000000 tid=002e 002e:trace:seh:raise_exception info[0]=00000000 002e:trace:seh:raise_exception info[1]=00000000 002e:trace:seh:raise_exception eax=7cf3e2a4 ebx=04da8080 ecx=001a1170 edx=00000000 esi=04da8128 edi=04a2d940 002e:trace:seh:raise_exception ebp=04a2d904 esp=04a2d8f4 cs=0023 ds=002b es=002b fs=0063 gs=006b flags=00010202 002e:trace:seh:call_stack_handlers calling handler at 0x7bc9d86b code=c0000005 flags=0 ... wine: Unhandled page fault on read access to 0x00000000 at address (nil) (thread 002e), starting debugger... ... Register dump: CS:0023 SS:002b DS:002b ES:002b FS:0063 GS:006b EIP:00000000 ESP:04a2d8f4 EBP:04a2d904 EFLAGS:00010202( R- -- I - - - ) EAX:7cf3e2a4 EBX:04da8080 ECX:001a1170 EDX:00000000 ESI:04da8128 EDI:04a2d940 Stack dump: 0x04a2d8f4: 54039ed3 00000000 04a2dab8 00000000 0x04a2d904: 04a2d99c 5403a00e 04da8080 001a1178 0x04a2d914: 04a2da64 00000000 00000000 00000000 0x04a2d924: 04a2da20 04a2d940 00000000 04da7f98 0x04a2d934: 04a2dc18 04da7f88 04a2d960 00000010 0x04a2d944: 00000060 00000060 00000000 00000000 000c: sel=0067 base=00000000 limit=00000000 16-bit --x Backtrace: =>0 0x00000000 (0x04a2d904) 1 0x5403a00e in wpfgfx_v0300 (+0x3a00d) (0x04a2d99c) 2 0x5403a097 in wpfgfx_v0300 (+0x3a096) (0x04a2db1c) 3 0x540396c6 in wpfgfx_v0300 (+0x396c5) (0x04a2db34) 4 0x540396f2 in wpfgfx_v0300 (+0x396f1) (0x04a2db48) 5 0x54056733 in wpfgfx_v0300 (+0x56732) (0x04a2db68) 6 0x54055f98 in wpfgfx_v0300 (+0x55f97) (0x04a2deac) ... --- snip ---
This can be most likely attributed to differences in implementation details of WPF versions. Between WPF versions 3.0, 3.5, 3.5SP1, 4.0, 4.5, whole rendering engines were rewritten underneath, interfaces obsoleted/added and the like.
Regards