January 2006 - Wine-devel - list.winehq.org

Threading performance
by Evil 22 Jan '06

22 Jan '06

Hi all, I was just playing around with the Video Stress Test in CounterStrike: Source, and noted a lot of odd stuttering. The demo would run for about 15 seconds at 13fps, then completely freeze up for about 15 seconds. Then, it would start running again... only to freeze/unfreeze every 15 seconds or so. Just for fun, I reniced all the wine processes down to +15. The result: the demo runs completely smooth (well, at 13fps... but that's on account of my low system specs) from start to finish. I did some searching and noticed a similar report last year: http://www.winehq.com/hypermail/wine-devel/2004/08/0306.html I wasn't having this problem last year, but I've updated so many things in the last month (like moving from KDE3.4 to KDE3.5, and updating WINE from CVS), so I'm afraid I can't pinpoint the exact cause right now. Does anyone know of another, more permanent, workaround rather than re-nicing after starting WINE? Is there anything I can do/test that might help the developers if this is a real threading issue? -J AMD AthlonXP 2000+ ATI 9600XT w/128MB 1GB System RAM Mandriva 2006.0, updated to KDE3.5

3 4

Dreamcom Kubik SMS crash
by Pavel Troller 22 Jan '06

22 Jan '06

Hi, all the wine developers, thanks for wine, it's going to be really powerful now! However, even the most recent CVS update from yesterday still fails to run a small SMS sending program called Kubik SMS from DreamCom. This program can be freely downloaded: http://ww.dreamcom.cz/dream556.zip Program now installs smoothly, including Mozilla ActiveX Control (thanks for using the repackaged ReactOS version). However, after trying to run the program, the following crash appears: patrol(a)arcus:/opt/samba-dir/DreamCom$ wine DreamCom.exe fixme:ole:CoResumeClassObjects stub fixme:wininet:InternetGetConnectedState always returning LAN connection. wine: Unhandled exception 0x0eedfade at address 0x0000:0x7b83f040 (thread 0009), starting debugger... WineDbg starting on pid 0x8 First chance exception: 0xc0000025 in 32-bit code (0x7bc2cf30). In 32 bit mode. Register dump: CS:0073 SS:007b DS:007b ES:007b FS:003b GS:0033 EIP:7bc2cf30 ESP:7fc6f400 EBP:7fc6f458 EFLAGS:00200282( - 00 - -IS1) EAX:7fc6f400 EBX:7bc70134 ECX:7fc6f470 EDX:c0000025 ESI:7fc6f7d0 EDI:7fc6f464 Stack dump: 0x7fc6f400: c0000025 00000001 7fc6f7d0 7fc6f454 0x7fc6f410: 00000000 00000002 7b820000 7fc6f4e8 0x7fc6f420: 7bc36cdd 7fc6f438 00000001 7fc6f51c 0x7fc6f430: 7bc2d2e0 00000001 7bc70134 00000002 0x7fc6f440: 7b820000 7fc6f4e8 7fc6f424 7bc2ceea 0x7fc6f450: 7bc2cee0 7fc6f7d0 7fc6f7bc 7bc557f3 Backtrace: =>1 0x7bc2cf30 __regs_RtlRaiseException+0x50 in ntdll (0x7bc2cf30) 2 0x7bc557f3 in ntdll (+0x457f3) (0x7bc557f3) 3 0x7bc2cf3a RtlRaiseException+0x6 in ntdll (0x7bc2cf3a) 4 0x004b694e in dreamcom (+0xb694e) (0x004b694e) 5 0x004b6981 in dreamcom (+0xb6981) (0x004b6981) 6 0x005dc0e1 in dreamcom (+0x1dc0e1) (0x005dc0e1) 7 0x005e2ee1 in dreamcom (+0x1e2ee1) (0x005e2ee1) 8 0x004241a8 in dreamcom (+0x241a8) (0x004241a8) 9 0x004243d6 in dreamcom (+0x243d6) (0x004243d6) 10 0x00424622 in dreamcom (+0x24622) (0x00424622) 11 0x00424590 in dreamcom (+0x24590) (0x00424590) 12 0x00428ce6 in dreamcom (+0x28ce6) (0x00428ce6) 13 0x00424441 in dreamcom (+0x24441) (0x00424441) 14 0x00424622 in dreamcom (+0x24622) (0x00424622) 15 0x00424561 in dreamcom (+0x24561) (0x00424561) 16 0x00428ce6 in dreamcom (+0x28ce6) (0x00428ce6) 17 0x004704fa in dreamcom (+0x704fa) (0x004704fa) 18 0x00425350 in dreamcom (+0x25350) (0x00425350) 19 0x00422af3 in dreamcom (+0x22af3) (0x00422af3) 20 0x0041ed1c in dreamcom (+0x1ed1c) (0x0041ed1c) 21 0x0041eea6 in dreamcom (+0x1eea6) (0x0041eea6) 22 0x0041ef37 in dreamcom (+0x1ef37) (0x0041ef37) 23 0x0046fe9e in dreamcom (+0x6fe9e) (0x0046fe9e) 24 0x00477580 in dreamcom (+0x77580) (0x00477580) 25 0x0060c15c in dreamcom (+0x20c15c) (0x0060c15c) 26 0x0060acc3 in dreamcom (+0x20acc3) (0x0060acc3) 27 0x006525c0 in dreamcom (+0x2525c0) (0x006525c0) 28 0x7b866426 in kernel32 (+0x46426) (0x7b866426) 29 0x20004c07 wine_switch_to_stack+0x17 in libwine.so.1 (0x20004c07) 0x7bc2cf30 __regs_RtlRaiseException+0x50 in ntdll: jmp 0x7bc2cf0a __regs_RtlRaiseException+0x2a in ntdll Modules: Module Address Debug info Name (120 modules) PE 0x00400000-00730000 Export dreamcom PE 0x10000000-10006000 Deferred mozctlx ELF 0x20000000-2001a000 Export libwine.so.1 ELF 0x2001a000-2002b000 Deferred libpthread.so.0 ELF 0x2002b000-20121000 Deferred libwine_unicode.so.1 ELF 0x20121000-20143000 Deferred libm.so.6 ELF 0x20143000-201ce000 Deferred oleaut32<elf> \-PE 0x20160000-201ce000 \ oleaut32 ELF 0x201ce000-201ed000 Deferred cabinet<elf> \-PE 0x201d0000-201ed000 \ cabinet ELF 0x201ed000-2020a000 Deferred mpr<elf> \-PE 0x201f0000-2020a000 \ mpr ELF 0x2020a000-2021e000 Deferred lz32<elf> \-PE 0x20210000-2021e000 \ lz32 ELF 0x2021e000-2029c000 Deferred winmm<elf> \-PE 0x20230000-2029c000 \ winmm ELF 0x2029c000-2030c000 Deferred libfreetype.so.6 ELF 0x2030c000-20385000 Deferred winex11<elf> \-PE 0x20320000-20385000 \ winex11 ELF 0x20385000-2038e000 Deferred libsm.so.6 ELF 0x2038e000-203a5000 Deferred libice.so.6 ELF 0x203a5000-203ab000 Deferred libxxf86dga.so.1 ELF 0x203ab000-203b1000 Deferred libxxf86vm.so.1 ELF 0x203b1000-203b9000 Deferred libxrender.so.1 ELF 0x203b9000-203bd000 Deferred libxrandr.so ELF 0x203bd000-203c0000 Deferred iso8859-2.so ELF 0x203c0000-203ec000 Deferred libssl.so.0.9.6 ELF 0x203ec000-20403000 Deferred msacm<elf> \-PE 0x203f0000-20403000 \ msacm ELF 0x20403000-20442000 Deferred riched20<elf> \-PE 0x20410000-20442000 \ riched20 PE 0x20450000-204af000 Deferred xpcom ELF 0x204af000-204c8000 Deferred wsock32<elf> \-PE 0x204c0000-204c8000 \ wsock32 ELF 0x204c8000-204f0000 Deferred ws2_32<elf> \-PE 0x204d0000-204f0000 \ ws2_32 ELF 0x20624000-20737000 Deferred user32<elf> \-PE 0x20640000-20737000 \ user32 PE 0x20740000-20750000 Deferred caps PE 0x20750000-20760000 Deferred chrome PE 0x20760000-20794000 Deferred gkparser PE 0x207a0000-2085a000 Deferred uconv PE 0x2ac10000-2ac81000 Deferred necko ELF 0x2b3ea000-2b424000 Deferred advapi32<elf> \-PE 0x2b400000-2b424000 \ advapi32 PE 0x2d9c0000-2d9de000 Deferred embedcomponents ELF 0x2e94b000-2e95f000 Deferred olepro32<elf> \-PE 0x2e950000-2e95f000 \ olepro32 PE 0x2f0c0000-2f0cd000 Deferred mozz PE 0x30000000-30026000 Deferred nspr4 PE 0x31cd0000-31cff000 Deferred xpc3250 ELF 0x327ed000-32820000 Deferred urlmon<elf> \-PE 0x32800000-32820000 \ urlmon PE 0x36210000-3622a000 Deferred rdf ELF 0x384e1000-384e4000 Deferred xlcdef.so.2 PE 0x394b0000-394c4000 Deferred xpcom_compat ELF 0x3a7e5000-3a869000 Deferred gdi32<elf> \-PE 0x3a800000-3a869000 \ gdi32 PE 0x40110000-40140000 Deferred mozctl ELF 0x410e3000-41100000 Deferred iphlpapi<elf> \-PE 0x410f0000-41100000 \ iphlpapi ELF 0x41c17000-41c33000 Deferred ximcp.so.2 ELF 0x43b9f000-43be5000 Deferred rpcrt4<elf> \-PE 0x43bb0000-43be5000 \ rpcrt4 PE 0x444a0000-444f4000 Deferred js3250 PE 0x46670000-4667f000 Deferred profile ELF 0x467d3000-46850000 Deferred libgl.so.1 PE 0x468a0000-468a7000 Deferred xpcom_compat_c ELF 0x4c97f000-4c9c2000 Deferred wineoss<elf> \-PE 0x4c990000-4c9c2000 \ wineoss ELF 0x4e253000-4e281000 Deferred shdocvw<elf> \-PE 0x4e260000-4e281000 \ shdocvw ELF 0x4f192000-4f19b000 Deferred libnss_files.so.2 ELF 0x50368000-503c5000 Deferred msvcrt<elf> \-PE 0x50380000-503c5000 \ msvcrt PE 0x521b0000-521bd000 Deferred xppref32 PE 0x565b0000-565b6000 Deferred plds4 ELF 0x5944c000-59456000 Deferred libxcursor.so.1 ELF 0x59e0f000-59e24000 Deferred midimap<elf> \-PE 0x59e20000-59e24000 \ midimap ELF 0x5e6ad000-5e6bd000 Deferred libxext.so.6 ELF 0x5e767000-5e831000 Deferred libx11.so.6 ELF 0x600ef000-60143000 Deferred shlwapi<elf> \-PE 0x60100000-60143000 \ shlwapi ELF 0x6287e000-6289a000 Deferred imm32<elf> \-PE 0x62890000-6289a000 \ imm32 ELF 0x63055000-6307d000 Deferred winspool<elf> \-PE 0x63060000-6307d000 \ winspool PE 0x64040000-6406e000 Deferred i18n ELF 0x65ff0000-66078000 Deferred ole32<elf> \-PE 0x66010000-66078000 \ ole32 ELF 0x665b3000-66672000 Deferred shell32<elf> \-PE 0x665d0000-66672000 \ shell32 ELF 0x6691c000-66931000 Deferred ld-linux.so.2 ELF 0x66a10000-66b19000 Deferred libc.so.6 ELF 0x699a8000-69a3a000 Deferred comdlg32<elf> \-PE 0x699c0000-69a3a000 \ comdlg32 ELF 0x6a59f000-6a5ba000 Deferred libcups.so.2 ELF 0x6a63a000-6a6f0000 Deferred libcrypto.so.0.9.6 ELF 0x6be33000-6be4b000 Deferred version<elf> \-PE 0x6be40000-6be4b000 \ version ELF 0x6d90d000-6d931000 Deferred msacm32<elf> \-PE 0x6d920000-6d931000 \ msacm32 ELF 0x714e0000-71510000 Deferred uxtheme<elf> \-PE 0x714f0000-71510000 \ uxtheme ELF 0x73736000-737de000 Deferred comctl32<elf> \-PE 0x73740000-737de000 \ comctl32 PE 0x74bd0000-74bf8000 Deferred docshell PE 0x76630000-76637000 Deferred plc4 ELF 0x77030000-77033000 Deferred libdl.so.2 PE 0x780c0000-78121000 Deferred msvcp60 ELF 0x7a619000-7a632000 Deferred oledlg<elf> \-PE 0x7a620000-7a632000 \ oledlg ELF 0x7a8ab000-7a8eb000 Deferred wininet<elf> \-PE 0x7a8c0000-7a8eb000 \ wininet ELF 0x7b800000-7b8f7000 Export kernel32<elf> \-PE 0x7b820000-7b8f7000 \ kernel32 ELF 0x7bc00000-7bc73000 Export ntdll<elf> \-PE 0x7bc10000-7bc73000 \ ntdll ELF 0x7bf00000-7bf03000 Deferred <wine-loader> Threads: process tid prio (all id:s are in hex) 00000008 (D) E:\DreamCom\DreamCom.exe 0000000e 0 0000000d 0 0000000c 0 0000000b 0 0000000a 0 00000009 0 <== WineDbg terminated on pid 0x8 The program is very popular here in Czech Republic and in the specialized GSM mailing list there were already posts that it's the only one which keeps users on windoze. It's the reason I'm asking here whether it could be possible to fix it. It never worked in any version of wine yet, AFAIK. With regards, Pavel Troller

2 1

Re: [wcmd] Make start a built-in command
by Dan Kegel 22 Jan '06

22 Jan '06

On 1/21/06, Daniel R. Kegel <dank(a)alumni.caltech.edu> wrote: > ... > + wsprintf(new_cmd, "%s %s", externalstart, command); > + WCMD_output("Running "); > + WCMD_output(new_cmd); > + WCMD_output("\n"); > + WCMD_run_program (new_cmd); > + LocalFree ((HANDLE)new_cmd); Er, without those WCMD_output debug statements, of course. Sorry 'bout that. Annoyingly, fixing this reminded me of what a pile of stinking doo our wcmd (and my start.exe) are. Hopefully I'll forget again soon :-) - Dan -- Wine for Windows ISVs: http://kegel.com/wine/isv

1 0

Fwd: Valgrind and wine (was: re: Bug 4289: Debugging and dissasembly)
by James Trotter 21 Jan '06

21 Jan '06

On 1/14/06, Robert Shearman <rob(a)codeweavers.com> wrote: > > Dan Kegel wrote: > > >Rob wrote: > > > > > >>This very much looks like a use-after-free bug. The first two > >>instructions are probably a COM *_Release call. Judging by the fact that > >>this is a regression I would also guess that it is a Wine object. > >> > >> > > > >This sounds like a job for valgrind! > > > >But, er, does valgrind still work with wine? Rob said it did in March: > > http://www.winehq.com/hypermail/wine-devel/2005/03/0397.html > >It was too hard for one guy back in July: > >http://www.winehq.com/hypermail/wine-devel/2005/07/0401.html > >but that was probably because he didn't see Rob's message from March. > >Maybe we need to put better instructions on how to use > >Valgrind with Wine on winehq.org... or, dare I suggest it, > >bundle valgrind with Wine so anybody could easily use it > >be setting WINEDEBUG=+valgrind or something like that... > > > > Valgrind 3.1.0 works with Wine with no Wine modifications needed. > However, one patch to valgrind is required to generate meaningful > backtraces and I've attached it to this message - I guess I should > report this to the valgrind developers. > > -- > Rob Shearman > > > > > > > > I was really just considering using valgrind! I already have it installed, but I wasn't sure it would work very nicely, though. I was afraid there would be too much pointless output to wade through, but I'll try it tomorrow sometime. Cheers, James

2 2

winedbg symbols completely screwed
by Christer Palm 21 Jan '06

21 Jan '06

Continuing my debugging efforts, I decided to look some more at the strange symbols I got in the backtrace. Indeed, it seems like winedbg completely screws up the MFC42 symbols. For example, by disassembling from the load address of MFC42 I was able to identify the CString::FreeData() function at 0x5f402125, but winedbg tells me it's 0x5f445900. Is this a known problem? Regards, -- Christer Palm

2 4

Benchmarks for 0.9.5
by Tom Wickline 20 Jan '06

20 Jan '06

Hello, Please take with a large dose of salt. http://wiki.winehq.org/BenchMark-0.9.5 Tom -- Pain needs not cry for me.......

6 9

'make test' says "err:mshtml:load_gecko Could not load XPCOM: 126"
by Dan Kegel 20 Jan '06

20 Jan '06

Since my fc3 machine is in the shop, I tried building wine from cvs just now on Red Hat 9 (and I've forgotten the magic incantation to get that to work properly with crypto, so not every feature of wine was enabled). Is the following err expected? ../../../tools/runtest -q -P wine -M mshtml.dll -T ../../.. -p mshtml_test.exe.so htmldoc.c && touch htmldoc.ok err:mshtml:load_gecko Could not load XPCOM: 126 - Dan -- Wine for Windows ISVs: http://kegel.com/wine/isv

2 1

wine 0.9.6 segfaults (was :Re: wine 0.9.5 - segmentation fault with some apps)
by penna＠bb.com.br 20 Jan '06

20 Jan '06

Alex, > That might be a problem. It would be better if you could compile the > latest snapshot, or even better, the latest CVS, from scratch. This > would enable you to test any patches I (or somebody else) might send to > try and fix the problem. OK, I will do it then! But I will have to learn a bit on how to use subversion trhough our autenticated squid proxy. It will take some hours (or days 8-/). As soon as I get a local snapshot working I will post a message again (also after reporting the bug) > >>I also noticed I can do something like: >> WINEDUBUG=+all winebdg user.exe >> >>Are you interested in the output of the above? Winedbg does not segfault. >>It freezes. >> >> >> >It should be WINEDEBUG=+all, not WINEDUBUG... might be the problem. Sorry! Just a typo .... I meant WINEDEBUG .... > However, the debug trace was useful by itself. > >The last lines of your trace show the following: > >0009:Call ntdll.RtlImageNtHeader(00000000) ret=7fce61da >0009: *killed* exit_code=0 > >This is bad - RtlImageNtHeader should be supplied a non-NULL pointer, >and somebody passed it a NULL one instead. In addition, it seems there >is an issue with the exception handling in RtlImageNtHeader > > From dlls/ntdll/loader.c: > >/*********************************************************************** > * RtlImageNtHeader (NTDLL.@) >*/ >PIMAGE_NT_HEADERS WINAPI RtlImageNtHeader(HMODULE hModule) >{ > IMAGE_NT_HEADERS *ret; > > __TRY > { > IMAGE_DOS_HEADER *dos = (IMAGE_DOS_HEADER *)hModule; > > ret = NULL; > if (dos->e_magic == IMAGE_DOS_SIGNATURE) > { > ret = (IMAGE_NT_HEADERS *)((char *)dos + dos->e_lfanew); > if (ret->Signature != IMAGE_NT_SIGNATURE) ret = NULL; > } > } > __EXCEPT_PAGE_FAULT > { > return NULL; > } > __ENDTRY > return ret; >} > >The exception handler is supposed to return NULL in case of a page fault >(such as trying to access a NULL pointer, as is your case). However, I >think I saw a discussion somewhere in wine-devel that advised *not* to >return from inside an __EXCEPT clause of an exception handler in Wine >(most probably because __ENDTRY needs to run in order to clean up). If >this is true, then RtlImageNtHeader is violating this rule. Your >segmentation fault might be the expected result of a violation of the >return rule. Could anybody in wine-devel speak up to confirm or refute >this observation about exception handlers? > >This, of course, does not address the actual issue of passing a NULL >pointer to RtlImageNtHeader(). I could make a set of patches to add >TRACEs to all functions with uses of RtlImageNtHeader(), but you need to >be able to apply the patches for them to be actually of use. > >Alex Villacís Lasso I will be working on setting up an environment to apply the patches. Just wait some time in order to me to work on some issues I would have ... Thanks. --------------------------------------------------------- Ulisses de Sousa Penna Analista Consultor - Banco do Brasil Fone: +55-61-3310-6320 Fax: +55-61-3310-6435 ---------------------------------------------------------

1 0

Re: kernel/tests: report only 25 failures on WinNT 3.51 (resend)
by Alexandre Julliard 20 Jan '06

20 Jan '06

Detlef Riekenberg <wine.dev(a)web.de> writes: > Changelog: > - kernel/tests: report only 25 failures on WinNT 3.51 You shouldn't need that, the test should be fixed to not fail. -- Alexandre Julliard julliard(a)winehq.org

1 0

Re: wine 0.9.5 - segmentation fault with some apps
by penna＠bb.com.br 20 Jan '06

20 Jan '06

Alex, Thanks for the reply. I am going to wait for a pre built (RPM package) for wine-0.9.6 because if I compile I think I can introduce too many variables. Anyway, I am goig to report your sugestions with wine 0.9.5 and, ASAP, with wine-0.9.6. > Where can somebody download the application? It is a commercial package. It can not be downloaded. Sorry > Is there a bug report for this application (bugs.winehq.org)? No. If you guys wish I can do it (just going to wait for wine-0.9.6) > Just in case, are you installing on a VFAT partition, or on a ext2/ext3 partition? No windows involved. Just a ~.wine/drive_c inside a ext3 partition. > Have you tried running the installer under winedbg ("winedbg user.exe", > then type "cont" at the debug prompt to pass control to the > application)? Good point!! I started right now, however the "winedbg user.exe" does not return any prompt. It seems freezed, waiting for something .... The processes running are: /usr/bin/wine-preloader /usr/bin/wine-pthread winedbg.exe user.exe /usr/bin/wineserver I also noticed I can do something like: WINEDUBUG=+all winebdg user.exe Are you interested in the output of the above? Winedbg does not segfault. It freezes. > Your stack trace is missing the callback on where inside > wine the fault occurred. I am sending, attached, all the trace ..... it is not too big but .... I can notice there are some entries like: .... __wine_exception_handler ntdll.dll.1009 ..... ------------------------- 8< ---------------------- 0009:trace:imports:import_dll --- RtlUnicodeToMultiByteSize ntdll.dll.639 = 0x7bea3670 0009:trace:imports:import_dll --- sprintf ntdll.dll.965 = 0x7bea5464 0009:trace:imports:import_dll --- sscanf ntdll.dll.967 = 0x7bea547c 0009:trace:imports:import_dll --- _strlwr ntdll.dll.912 = 0x7bea48e8 0009:trace:imports:import_dll --- _strupr ntdll.dll.914 = 0x7bea4918 --->> 0009:trace:imports:import_dll --- __wine_exception_handler ntdll.dll.1009 = 0x7beb17b0 0009:trace:imports:import_dll --- wine_server_call ntdll.dll.1013 = 0x7bed4f00 0009:trace:virtual:NtProtectVirtualMemory 0xffffffff 0x7fbf5000 00001000 00000080 0009:trace:virtual:VIRTUAL_SetProt 0x7fbf5000-0x7fbf5fff c-rWx 0009:trace:virtual:VIRTUAL_DumpView View: 0x7fb20000 - 0x7fc3ffff (system) 0009:trace:virtual:VIRTUAL_DumpView 0x7fb20000 - 0x7fc3ffff c-rWx 0009:trace:module:load_builtin_callback loaded user32.dll 0x7fd849f8 0x7fb20000 ------------------------- 8< ---------------------- Wine, in my opinion, is the next step for Linux to take over the desktop. It is the only tool that is missing. You guys are doing a great job. I am a wine user since 2000. Regards. --------------------------------------------------------- Ulisses de Sousa Penna Analista Consultor - Banco do Brasil Fone: +55-61-3310-6320 Fax: +55-61-3310-6435 ---------------------------------------------------------

3 2