http://bugs.winehq.org/show_bug.cgi?id=13340
Summary: dicom image viewer aborts because IMultiLanguage2_GetCharsetInfo doesn't like "ISO8859-1" Product: Wine Version: CVS/GIT Platform: Other OS/Version: other Status: NEW Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs@winehq.org ReportedBy: dank@kegel.com
I had an MRI recently, and got a copy on cd-rom. The viewer app crashed quickly on Wine.
trace:mlang:fnIMultiLanguage2_GetCharsetInfo 0x19dce8 L"ISO8859-1" 0x32f5b4 ... 0009:Call KERNEL32.lstrcmpiW(01031d58 L"ISO8859-1",0032f524 L"iso-8859-1") ret=7d52ed97 ... 0009:Call oleaut32.SysAllocString(01577b00 L"System does not support the specified encoding.\r\n") ret=69bf1378 ... wine: Unhandled exception 0x80000003 at address 0x7b83d7c1 (thread 0009), starting debugger... Backtrace: =>1 0x7b83d7c1 DebugBreak+0x3() [wine-git/include/winternl.h:1828] in kernel32 2 0x7bc54140 call_entry_point+0x20() in ntdll 3 0x7bc55118 relay_call_from_32+0x1a1(descr=0x7b8b416c, idx=?, stack=0x32f8fc) [wine-git/dlls/ntdll/relay.c:372] in ntdll 4 0x7b8273c1 in kernel32 (+0x73c1) 5 0x69b20265 in msxml4 (+0x10265) 6 0x004b8a53 in efilmlt (+0xb8a53)
Looks like Windows is more forgiving about how callers identify charsets. We were only accepting names like "iso-8859-1", but Windows accepts "ISO8859-1".
I have test that passes on WinXP, and a patch that fixes both the test and the real app. Will send to wine-patches.