- Wine-Devel - list.winehq.org

Re: http://cvs.winehq.org/patch.py?id=19897 (shlfolder.c test)
by Paul Vriens Sept. 5, 2005

Sept. 5, 2005

On Sun, 2005-09-04 at 16:17 +0300, Saulius Krasuckas wrote: > * On Sat, 3 Sep 2005, Saulius Krasuckas wrote: > > * On Sat, 3 Sep 2005, Paul Vriens wrote: > > > > > > this change to shell32/tests/shlfolder.c fails on Win98/WinNT and > > > W2KProf because ILFindLastID is not exported on those platforms. > > > > > > I tried to change shlfolder.c to test for the export, but that shows > > > that it's not exported on Wine either ? The .spec file says different. > > > > I have made pretty trivial change and it worksforme. See below. > > I believe the test works a lot better now. Still I tried upgrading my RH8 > glibc to one of FC4 and now I sit even w/o XF. :-/ > > > Log message: > Saulius Krasuckas <saulius.krasuckas(a)ieee.org> > SHELL32.dll.ILFindLastID is exported by an ordinal on an older platforms. ... > /* This test shows that Windows doesn't allocate a new pidlLast, but returns a pointer into > * pidlTestFile (In accordance with MSDN). */ > - todo_wine{ok (ILFindLastID(pidlTestFile) == pidlLast, > + todo_wine{ok (pILFindLastID(pidlTestFile) == pidlLast, > "SHBindToParent doesn't return the last id of the pidl param!\n");} Shouldn't we (for consistency sake) surround the call to pILFindLastID with a: if (pILFindLastID) Cheers, Paul.

2 1

Possible regression in CVS wine
by Pavel Troller Sept. 5, 2005

Sept. 5, 2005

Hi! I've just upgraded wine on my son's computer by today's CVS. He tried some games and one of them stopped working. It's hind95 and the game bails out on an illegal instruction - outb, jumping into winedbg. Backtrace shows just 3 levels of game code itself, no dlls involved. I understand that user code cannot perform direct hardware I/O, but the game worked just before the upgrade (on wine about 1 month old). I don't know whether wine is normally intercepting and emulating these instructions, and the CVS version doesn't, or whether a new wine caused that another code path has been activated in the game code, leading to such a problem. There is also native w2k version of the game (hind.exe) but it still doesn't work in wine: it very sllllooooowwwwwllllyyyy renders the splash screen and then sits there and does nothing more. The game can be freely downloaded from www.abandonia.com; just search "hind" in the title page. There is probably a dynamic download URL used so I'm not posting it there. With regards, Pavel Troller

2 2

Problems with winecfg and theming
by Ron Jensen Sept. 5, 2005

Sept. 5, 2005

On Wed Aug 31 14:19:53 CDT 2005, Kevin DeKorte wrote: >On Wednesday 31 August 2005 01:03 pm, Paul Vriens wrote: >> Hi, >> >> I'm not able to use winecfg and theming. If I select to add a theme I >> get an exception after selecting the file and clicking OK. >> >> the .msstyles files seems to have been copied to the right place. When I >> however start winecfg again and go to the Appearance tab I get a new >> exception. Remove everything under Resources/Themes 'fixes' this so >> there must be something wrong with the enumeration. >> >> Anybody else experiencing this? >> >> Paul. > > Yes, I can duplicate this crash as well. > > Kevin I was playing with theming after pulling from CVS on the 27th. I tried to use theming today after pulling from CVS on Sep 1. The Appearance tab worked before, it doesn't work now. Removing all the msstyles files from windows\resources\themes\*\ stops the crashing. I reversed patches 19901 and 19915 but that didn't seem to help. Ron

2 1

Re: DINPUT: protect FF_STATUS usage
by Marcelo Duarte Sept. 4, 2005

Sept. 4, 2005

Now it compiles... Thank you! Daniel Remenak escreveu: >Changelog: >Protect FF_STATUS usage to avoid compile errors on machines with old >linux/input.h > >This patch should fix Marcelo Duarte's reported compile error on FC2. > >This patch was made against a copy of joystick_linuxinput.c that >already had "linuxinput axis enumeration fixes" and "allow the >creation of an effect while unacquired" applied to it, but it should >apply to an earlier revision. > >--Daniel Remenak > > >------------------------------------------------------------------------ > >--- ../wine2/dlls/dinput/joystick_linuxinput.c 2005-09-03 14:29:30.000000000 -0700 >+++ dlls/dinput/joystick_linuxinput.c 2005-09-03 23:00:35.000000000 -0700 >@@ -302,7 +302,9 @@ > newDevice->ref = 1; > newDevice->joyfd = -1; > newDevice->dinput = dinput; >+#ifdef HAVE_STRUCT_FF_EFFECT_DIRECTION > newDevice->ff_state = FF_STATUS_STOPPED; >+#endif > memcpy(&(newDevice->guid),rguid,sizeof(*rguid)); > for (i=0;i<ABS_MAX;i++) { > newDevice->wantmin[i] = -32768; >@@ -723,9 +725,11 @@ > break; > } > break; >+#ifdef HAVE_STRUCT_FF_EFFECT_DIRECTION > case EV_FF_STATUS: > This->ff_state = ie.value; > break; >+#endif > default: > FIXME("joystick cannot handle type %d event (code %d)\n",ie.type,ie.code); > break; > > >------------------------------------------------------------------------ > > > >

1 0

MMIO error
by Matthew D'Asaro Sept. 4, 2005

Sept. 4, 2005

Hi, I have been trying to get a professional Audio restoration program, DCart32, to work in wine. Everything goes well until you try to run one of the "filters." These process wav files to remove clicks, hiss etc. The filter runs OK, but when it comes time to write the wav file modified in memory back to disk, it fails saying "The file contains a format not supported by DCart." At this point wine gives the error err:mmio:MMIO_ParseExtA No . in szFileName: "", which I have taken to mean that their is a problem in wine's implementation of the MMIO api. I have tried a native winmom.dll, but naturally that does not work at all; wine crashes on load. I have heard through another mailing list that this is an ancient regression, that this used to work. It is true that the filters work in Cedega, but run their DCart has so many graphical, and other problems, it is not usable. Any other suggestions or hints as to where I could start diffing code would be much appreciated. Thanks, Matthew D'Asaro

1 0

mail address
by Eric Pouech Sept. 4, 2005

Sept. 4, 2005

Hi folks, please note my new email address: eric.pouech(a)wanadoo.fr A+ -- Eric Pouech

3 3

Re: http://cvs.winehq.org/patch.py?id=19964
by Juan Lang Sept. 4, 2005

Sept. 4, 2005

> this latest change to the shellpath test produces the attached error on > Windows XP. Haven't looked into this further. Damn. Alexandre, would you mind backing out this patch? It needs more work. http://cvs.winehq.org/patch.py?id=19964 Thanks, --Juan __________________________________________________ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com

2 1

winedebug/gdb crashes
by Simon Kissane Sept. 4, 2005

Sept. 4, 2005

Hi Using latest wine CVS (checked out today), trying to debug the PackageForTheWeb self-extracting EXE that MS uses to distribute MSDE 2000.... The EXE works fine (albeit with some visual bugs) when running under plain wine instead of winedebug.... Anyone have any idea what might be wrong? (I am very new to wine, although I've been following the wine-devel archives for a while...) Cheers Simon Kissane ===== winedebug window ====== > winedbg --gdb --no-start z:/home/skissane/downloads/MSDE2000A.exe 0000001b:0000001c: create process 'Z:\home\skissane\downloads\MSDE2000A.exe'/0x7fff003c @0040ce00 (0<0>) 0000001b:0000001c: create thread I @0040ce00 target remote localhost:32815 0000001b:0000001c: loads DLL c:\windows\system\ntdll.dll @00840000 (0<0>) 0000001b:0000001c: loads DLL c:\windows\system\kernel32.dll @00e50000 (0<0>) 0000001b:0000001c: loads DLL c:\windows\system\advapi32.dll @00770000 (0<0>) 0000001b:0000001c: loads DLL c:\windows\system\gdi32.dll @00370000 (0<0>) 0000001b:0000001c: loads DLL c:\windows\system\user32.dll @00270000 (0<0>) 0000001b:0000001c: loads DLL c:\windows\system\comctl32.dll @00430000 (0<0>) fixme:dbghelp:elf_new_wine_thunks Duplicate in comctl32<elf>: refDataPropName<004b4d60-00000020> subclasses<4b4d60-00000000> 0000001b:0000001c: loads DLL c:\windows\system\iphlpapi.dll @00b00000 (0<0>) 0000001b:0000001c: loads DLL c:\windows\system\rpcrt4.dll @004e0000 (0<0>) 0000001b:0000001c: loads DLL c:\windows\system\ole32.dll @006b0000 (0<0>) 0000001b:0000001c: loads DLL c:\windows\system\shlwapi.dll @00d90000 (0<0>) 0000001b:0000001c: loads DLL c:\windows\system\shell32.dll @00550000 (0<0>) 0000001b:0000001c: loads DLL c:\windows\system\lz32.dll @003e0000 (0<0>) 0000001b:0000001c: loads DLL c:\windows\system\winex11.drv @00ca0000 (0<0>) 0000001b:0000001c: loads DLL c:\windows\system\imm32.dll @00710000 (0<0>) 0000001b:0000001c: exception code=0x80000003 wine-pthread: gdbproxy.c:1984: extract_packets: Assertion `i == gdbctx->out_len' failed. wine: Unhandled exception (thread 001d), starting debugger... WineDbg starting on pid 0x1e Unhandled exception: assertion failed in 32-bit code (0x595a97e2). In 32 bit mode. Register dump: CS:0073 SS:007b DS:007b ES:007b FS:1007 GS:0033 EIP:595a97e2 ESP:7fcbf38c EBP:7fcbf3a0 EFLAGS:00000202( - 00 - - I1) EAX:00000000 EBX:00004e8c ECX:00004e8c EDX:00000006 ESI:00000000 EDI:2014fff4 Stack dump: 0x7fcbf38c: 200521f8 00004e8c 2014fff4 00000000 0x7fcbf39c: b7efe9e0 7fcbf4cc 20053948 00000006 0x7fcbf3ac: 7fcbf440 00000000 00000060 7d00bf80 0x7fcbf3bc: 00000068 00000000 2008bae7 7fcbf404 0x7fcbf3cc: 7d00bf88 7d00bfec 7fcbf4dc 2014fff4 0x7fcbf3dc: 00000059 0000005a 7fcbf4b0 20086515 0200: sel=1007 base=b7f04000 limit=00001f97 32-bit rw- Backtrace: =>1 0x595a97e2 (0x7fcbf3a0) 2 0x20053948 (0x7fcbf4cc) 3 0x2004b38e (0x7fcbf510) 4 0x75ff7e2f gdb_remote+0xaab(flags=0x1) [/home/skissane/osdevel/wine/programs/winedbg/gdbproxy.c:1981] in winedbg (0x7fcbfddc) 5 0x76002b9b main+0x473(argc=0x2, argv=0x7fee04a8) [/home/skissane/osdevel/wine/programs/winedbg/winedbg.c:1285] in winedbg (0x7fcbfeac) 6 0x75fef26f __wine_exe_main+0x176 in winedbg (0x7fcbff2c) 7 0x4bdbe9e2 start_process+0xb6(arg=0x0) [/home/skissane/osdevel/wine/dlls/kernel/process.c:996] in kernel32 (0x7fcbfff4) 8 0x20004935 wine_switch_to_stack+0x11 in libwine.so.1 (0x00000000) 0x595a97e2: ret Modules: Module Address Debug info Name (21 modules) ELF 0x0051b000-00537000 Deferred ld-linux.so.2 ELF 0x00539000-00663000 Deferred libc.so.6 ELF 0x00665000-00669000 Deferred libdl.so.2 ELF 0x0066b000-0068f000 Deferred libm.so.6 ELF 0x00a05000-00a17000 Deferred libpthread.so.0 ELF 0x20000000-20018000 DIA libwine.so.1 ELF 0x20154000-201c6000 Deferred ntdll<elf> \-PE 0x20170000-201c6000 \ ntdll ELF 0x201ea000-201f5000 Deferred libnss_files.so.2 ELF 0x201f5000-2020b000 Deferred psapi<elf> \-PE 0x20200000-2020b000 \ psapi ELF 0x39fc3000-39fff000 Deferred advapi32<elf> \-PE 0x39fd0000-39fff000 \ advapi32 ELF 0x45dc6000-45e01000 Deferred dbghelp<elf> \-PE 0x45dd0000-45e01000 \ dbghelp ELF 0x4bd54000-4be4f000 Stabs kernel32<elf> \-PE 0x4bd80000-4be4f000 \ kernel32 ELF 0x6be33000-6bf28000 Deferred libwine_unicode.so.1 ELF 0x75fd7000-76019000 Stabs winedbg<elf> \-PE 0x75fe0000-76019000 \ winedbg ELF 0x7bf00000-7bf03000 Deferred <wine-loader> Threads: process tid prio (all id:s are in hex) 0000001b 0000001c 0 0000001e (D) c:\windows\system\winedbg.exe 0000001d 0 <== 0000000e 0000000f 0 0000000a 0000000b 0 WineDbg terminated on pid 0x1e ===== gdb window ====== > gdb GNU gdb Red Hat Linux (6.3.0.0-1.21rh) Copyright 2004 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "i386-redhat-linux-gnu". (gdb) target remote localhost:32815 Remote debugging using localhost:32815 Ignoring packet error, continuing... Ignoring packet error, continuing... Ignoring packet error, continuing... Couldn't establish connection to remote target Malformed response to offset query, timeout (gdb)

2 1

More debugger quesions
by Robert Lunnon Sept. 4, 2005

Sept. 4, 2005

Well we are getting somewhere When my test application segfaults the debugger attaches and runs through a number of debug events eventually ariving at a segfault strace:winedbg:dbg_handle_debug_event 00000008:00000009: loads DLL c: \windows\system\imm32.dll @7f440000 (0<0>) trace:winedbg:dbg_handle_debug_event 00000008:00000009: exception code=80000003 Now I added some instrumentation and find the following happens IE trace:winedbg:dbg_handle_debug_event Continue on first exception is true trace:winedbg:dbg_handle_debug_event Breaking switch trace:winedbg:dbg_handle_debug_event Call ContinueDebugEvent trace:winedbg:dbg_handle_debug_event Continuing executio trace:winedbg:dbg_main_loop Wait for next debug event... In this code at the top of dbg_main_loop if (dbg_curr_process) dbg_printf("WineDbg starting on pid 0x%lx\n", dbg_curr_pid); /* wait for first exception */ while (WaitForDebugEvent(&de, INFINITE)) { WINE_TRACE("Calling handle_debug_event 2\n"); if (dbg_handle_debug_event(&de)) {WINE_TRACE("Event handled\n");break;} WINE_TRACE("Wait for next debug event...\n"); } Problem is that the client program is stopped, probably on a segfault trace because I enable tracing (stops) on all machine faults and signals when I attached it (this allows my replacement for wait4 to find out if a fault or signal happened in the debuggee). Everything deadlocks then since the debugger never continues the program after the exception (Or perhaps the wineserver never gets a message to restart it) Perhaps I don't understand the semantics of PTRACE wait4 interactions. Should I just let the app trap machine faults ? All help appreciated Bob

3 4

Re: wine/dlls/dinput joystick_linuxinput.c
by Marcelo Duarte Sept. 4, 2005

Sept. 4, 2005

Alexandre Julliard escreveu: >ChangeSet ID: 19966 >CVSROOT: /opt/cvs-commit >Module name: wine >Changes by: julliard(a)winehq.org 2005/09/03 10:02:38 > >Modified files: > dlls/dinput : joystick_linuxinput.c > >Log message: > Daniel Remenak <dtremenak(a)gmail.com> > Implement EnumEffects, CreateEffect, EnumCreatedEffects, > SendForceFeedbackCommand, and GetForceFeedbackStatus for linux input > joysticks. > >Patch: http://cvs.winehq.org/patch.py?id=19966 > >Old revision New revision Changes Path > 1.25 1.26 +377 -12 wine/dlls/dinput/joystick_linuxinput.c > > I think that this patch is the cause of a compiler error in my box (Fedora core 2): make[2]: Entering directory `/home/mduarte/wine/dlls/dinput' gcc -c -I. -I. -I../../include -I../../include -D__WINESRC__ -D_REENTRANT -fPIC -Wall -pipe -mpreferred-stack-boundary=2 -fno-strict-aliasing -gstabs+ -Wpointer-arith -g -O2 -o joystick_linuxinput.o joystick_linuxinput.c joystick_linuxinput.c: In function `alloc_device': joystick_linuxinput.c:305: error: `FF_STATUS_STOPPED' undeclared (first use in this function) joystick_linuxinput.c:305: error: (Each undeclared identifier is reported only once joystick_linuxinput.c:305: error: for each function it appears in.) joystick_linuxinput.c: In function `joy_polldev': joystick_linuxinput.c:726: error: `EV_FF_STATUS' undeclared (first use in this function) joystick_linuxinput.c: In function `JoystickAImpl_EnumEffects': joystick_linuxinput.c:1182: warning: unused variable `dei' joystick_linuxinput.c: In function `JoystickWImpl_EnumEffects': joystick_linuxinput.c:1266: warning: unused variable `dei' make[2]: ** [joystick_linuxinput.o] Erro 1 make[2]: Leaving directory `/home/mduarte/wine/dlls/dinput' make[1]: ** [dinput/__install-lib__] Erro 2 make[1]: Leaving directory `/home/mduarte/wine/dlls' make: ** [dlls/__install-lib__] Erro 2

1 0