- Wine-Devel - list.winehq.org

Re: respect ph.dwHow on SetProperty and some other transfers from joystick_linux.c
by Daniel Remenak Oct. 7, 2005

Oct. 7, 2005

> @@ -859,15 +939,14 @@ > JoystickImpl *This = (JoystickImpl *)iface; > int xfd = This->joyfd; > int i,axes,buttons; > - int wasacquired = 1; > > TRACE("%p->(%p)\n",iface,lpDIDevCaps); > - if (xfd==-1) { > + > /* yes, games assume we return something, even if unacquired */ > - JoystickAImpl_Acquire(iface); > - xfd = This->joyfd; > - wasacquired = 0; > + if (xfd==-1) { > + IDirectInputDevice8_Acquire(iface); > } > + > lpDIDevCaps->dwFlags = DIDC_ATTACHED; > if (This->dinput->dwVersion >= 0x0800) > lpDIDevCaps->dwDevType = DI8DEVTYPE_JOYSTICK | (DI8DEVTYPEJOYSTICK_STANDARD << 8); > @@ -885,15 +964,20 @@ > lpDIDevCaps->dwAxes = axes; > lpDIDevCaps->dwButtons = buttons; > > - if (!wasacquired) > - JoystickAImpl_Unacquire(iface); > + if (xfd==-1) { > + IDirectInputDevice8_Unacquire(iface); > + } > > return DI_OK; > } > What's up with the change from JoystickAImpl_Acquire to IDirectInputDevice8_Acquire? It will break this function; in the middle of GetCapabilities is axes=0; for (i=0;i<ABS_MAX;i++) if (test_bit(This->absbits,i)) axes++; buttons=0; for (i=0;i<KEY_MAX;i++) if (test_bit(This->keybits,i)) buttons++; if (This->has_ff) lpDIDevCaps->dwFlags |= DIDC_FORCEFEEDBACK; absbits, keybits, and has_ff are all set properly only when the joystick is acquired with JoystickAImpl_Acquire. absbits and keybits are also set during joydev_have, but if you have more than one device they may not be set for the correct device unless you explicitly acquire it. has_ff is not set at all until the stick is acquired.

2 1

Steam Installer doesn't work in the latest release of wine
by 刘远曦 Oct. 6, 2005

Oct. 6, 2005

At lease I saw three guys claims the same problem... The SteamInstaller will crash when it tries to display the lincens agreement. the debug information is following: style.c:62: ME_ToCF2W: Assertion `from->cbSize >= sizeof(CHARFORMAT2W)' failed. wine: Unhandled exception (thread 0009) Is it a new bug in 20050930? who can explain what is going on here? last part is the full debug output: fixme:advapi:GetFileSecurityW (L"C:\\windows\\temp\\GLFe94.tmp") : returns fake SECURITY_DESCRIPTOR fixme:advapi:GetFileSecurityW (L"C:\\windows\\temp\\GLFed5.tmp") : returns fake SECURITY_DESCRIPTOR fixme:richedit:RichEditANSIWndProc WM_SETFONT: stub fixme:richedit:RichEditANSIWndProc WM_SETFONT: stub wine-pthread: style.c:62: ME_ToCF2W: Assertion `from->cbSize >= sizeof(CHARFORMAT2W)' failed. wine: Unhandled exception (thread 0009), starting debugger... WineDbg starting on pid 0x8 Unhandled exception: assertion failed in 32-bit code (0x4007b83b). In 32 bit mode. Register dump: CS:0073 SS:007b DS:007b ES:007b FS:003b GS:0033 EIP:4007b83b ESP:4073850c EBP:40738514 EFLAGS:00200202( - 00 - - I1) EAX:00000000 EBX:00001c64 ECX:00001c64 EDX:00000006 ESI:00000000 EDI:40184e80 Stack dump: 0x4073850c: 40184e80 4073b944 40738640 4007cfa2 0x4073851c: 00000006 40738528 00000000 00000020 0x4073852c: 00000000 00000000 00000000 00000000 0x4073853c: 00000000 00000000 00000000 00000000 0x4073854c: 00000000 00000000 00000000 00000000 0x4073855c: 00000000 00000000 00000000 00000000 Backtrace: =>1 0x4007b83b (0x40738514) 2 0x4007cfa2 (0x40738640) 3 0x400752df (0x40738678) 4 0x42b30ab0 ME_CopyToCF2W+0x0(to=0x407386b8, from=0x4073b944) [style.c:67] in riched20 (0x407386a4) 5 0x42b30f89 ME_ApplyStyle(sSrc=0x42b665e0, style=0x4073b944) [style.c:155] in riched20 (0x40738744) 6 0x42b218d7 ME_RTFReadHook(info=0x407397f0) [editor.c:491] in riched20 (0x40738764) 7 0x42b2a4f9 RTFGetToken(info=0x407397f0) [/tmp/wine-20050930/dlls/riched20/reader.c:467] in riched20 (0x40738784) 8 0x42b2a338 RTFRead(info=0x407397f0) [/tmp/wine-20050930/dlls/riched20/reader.c:379] in riched20 (0x40738798) 9 0x42b21d7a ME_StreamIn+0x39a(editor=0x42b50088, format=0x2, stream=0x4073d604) [editor.c:591] in riched20 (0x4073c95c) 10 0x42b25591 RichEditANSIWndProc(hWnd=0x3004e, msg=0x449, wParam=0x2, lParam=0x4073d604) [/tmp/wine-20050930/dlls/riched20/editor.c:1163] in riched20 (0x4073d448) 11 0x42b2650a RichEdit10ANSIWndProc+0x3a(hWnd=0x3004e, msg=0x449, wParam=0x2, lParam=0x4073d604) [/tmp/wine-20050930/dlls/riched20/editor.c:1947] in riched20 (0x4073d46c) 12 0x407f7bbf WINPROC_wrapper+0x17 in user32 (0x4073d490) 13 0x407f7f21 WINPROC_CallWndProc+0x71(proc=0x42b01000, hwnd=0x3004e, msg=0x449, wParam=0x2, lParam=0x4073d604) [/tmp/wine-20050930/dlls/user/winproc.c:417] in user32 (0x4073d4c4) 14 0x407fef4f CallWindowProcA(func=0x42b01000, hwnd=0x3004e, msg=0x449, wParam=0x2, lParam=0x4073d604) [/tmp/wine-20050930/dlls/user/winproc.c:3245] in user32 (0x4073d4f8) 15 0x407c9ed1 call_window_proc+0x171(hwnd=0x3004e, msg=0x449, wparam=0x2, lparam=0x4073d604, unicode=0x0, same_thread=0x1) [/tmp/wine-20050930/dlls/user/message.c:1520] in user32 (0x4073d554) 16 0x407cbf4f SendMessageTimeoutA+0x1ff(hwnd=0x3004e, msg=0x449, wparam=0x2, lparam=0x4073d604, flags=0x0, timeout=0x0, res_ptr=0x4073d5e4) [/tmp/wine-20050930/dlls/user/message.c:2396] in user32 (0x4073d5c0) 17 0x407cc03e SendMessageA+0x4e(hwnd=0x3004e, msg=0x449, wparam=0x2, lparam=0x4073d604) [/tmp/wine-20050930/dlls/user/message.c:2440] in user32 (0x4073d5ec) 18 0x1000a637 in glc7dd.tmp (+0xa637) (0x4073d610) 19 0x10009b89 _ListboxSubclassProc(a)16+0x568 in glc7dd.tmp (0x4073da68) 20 0x10009a61 _ListboxSubclassProc(a)16+0x440 in glc7dd.tmp (0x4073e35c) 21 0x407f7bbf WINPROC_wrapper+0x17 in user32 (0x4073e380) 22 0x407f7f21 WINPROC_CallWndProc+0x71(proc=0x10007c17, hwnd=0x30044, msg=0x110, wParam=0x0, lParam=0x0) [/tmp/wine-20050930/dlls/user/winproc.c:417] in user32 (0x4073e3b4) 23 0x407fef4f CallWindowProcA(func=0x4085b318, hwnd=0x30044, msg=0x110, wParam=0x0, lParam=0x0) [/tmp/wine-20050930/dlls/user/winproc.c:3245] in user32 (0x4073e3e8) 24 0x40792328 DefDlgProcA+0x88(hwnd=0x30044, msg=0x110, wParam=0x0, lParam=0x0) [/tmp/wine-20050930/dlls/user/defdlg.c:453] in user32 (0x4073e418) 25 0x407f7bbf WINPROC_wrapper+0x17 in user32 (0x4073e43c) 26 0x407f7f21 WINPROC_CallWndProc+0x71(proc=0x407922a0, hwnd=0x30044, msg=0x110, wParam=0x0, lParam=0x0) [/tmp/wine-20050930/dlls/user/winproc.c:417] in user32 (0x4073e470) 27 0x407fe724 WINPROC_CallProc32WTo32A(func=0x407922a0, hwnd=0x30044, msg=0x110, wParam=0x0, lParam=0x0) [/tmp/wine-20050930/dlls/user/winproc.c:3058] in user32 (0x4073e4b0) 28 0x407ff0cf CallWindowProcW+0x14f(func=0x4085b01a, hwnd=0x30044, msg=0x110, wParam=0x0, lParam=0x0) [/tmp/wine-20050930/dlls/user/winproc.c:3284] in user32 (0x4073e4e4) 29 0x407c9e40 call_window_proc+0xe0(hwnd=0x30044, msg=0x110, wparam=0x0, lparam=0x0, unicode=0x1, same_thread=0x1) [/tmp/wine-20050930/dlls/user/message.c:1515] in user32 (0x4073e540) 30 0x407cbd11 SendMessageTimeoutW+0x161(hwnd=0x30044, msg=0x110, wparam=0x0, lparam=0x0, flags=0x0, timeout=0x0, res_ptr=0x4073e5c8) [/tmp/wine-20050930/dlls/user/message.c:2348] in user32 (0x4073e5a4) 31 0x407cbfde SendMessageW+0x4e(hwnd=0x30044, msg=0x110, wparam=0x0, lparam=0x0) [/tmp/wine-20050930/dlls/user/message.c:2429] in user32 (0x4073e5d0) 32 0x40796195 DIALOG_CreateIndirect+0x3c5(hInst=0x10000000, dlgTemplate=0x404115b8, owner=0x20042, dlgProc=0x10007c17, param=0x0, unicode=0x0, modal=0x0) [/tmp/wine-20050930/dlls/user/dialog.c:638] in user32 (0x4073e698) 33 0x40796880 CreateDialogIndirectParamAorW+0x40(hInst=0x10000000, dlgTemplate=0x40411594, owner=0x20042, dlgProc=0x10007c17, param=0x0, flags=0x2) [/tmp/wine-20050930/dlls/user/dialog.c:697] in user32 (0x4073e6bc) 34 0x407968d4 CreateDialogIndirectParamA(hInst=0x10000000, dlgTemplate=0x40411594, owner=0x20042, dlgProc=0x10007c17, param=0x0) [/tmp/wine-20050930/dlls/user/dialog.c:705] in user32 (0x4073e6e0) 35 0x10007b2e in glc7dd.tmp (+0x7b2e) (0x4073e774) 36 0x100078ee in glc7dd.tmp (+0x78ee) (0x4073e88c) 37 0x100044cc in glc7dd.tmp (+0x44cc) (0x4073f5a4) 38 0x10001fa8 WiseMain+0xf99 in glc7dd.tmp (0x00000000) 0x4007b83b: xchgl %edi,%ebx Modules: Module Address Debug info Name (87 modules) PE 0x00400000-00407000 Deferred steaminstall PE 0x10000000-1002c000 Export glc7dd.tmp ELF 0x40000000-40017000 Deferred ld-linux.so.2 ELF 0x40029000-40043000 Deferred libwine.so.1 ELF 0x40043000-40052000 Deferred libpthread.so.0 ELF 0x40188000-4018b000 Deferred libdl.so.2 ELF 0x4018c000-40204000 Deferred ntdll<elf> \-PE 0x401a0000-40204000 \ ntdll ELF 0x40215000-4030a000 Deferred libwine_unicode.so.1 ELF 0x4030a000-4032c000 Deferred libm.so.6 ELF 0x4033d000-40345000 Deferred libnss_compat.so.2 ELF 0x40345000-40359000 Deferred libnsl.so.1 ELF 0x40359000-40362000 Deferred libnss_nis.so.2 ELF 0x40362000-4036c000 Deferred libnss_files.so.2 ELF 0x40480000-40586000 Deferred kernel32<elf> \-PE 0x404a0000-40586000 \ kernel32 ELF 0x40740000-4086b000 Stabs user32<elf> \-PE 0x40760000-4086b000 \ user32 ELF 0x4086b000-408f9000 Deferred gdi32<elf> \-PE 0x40880000-408f9000 \ gdi32 ELF 0x408f9000-40937000 Deferred advapi32<elf> \-PE 0x40900000-40937000 \ advapi32 ELF 0x40948000-409b5000 Deferred libfreetype.so.6 ELF 0x409b5000-409c7000 Deferred libz.so.1 ELF 0x409d8000-40a07000 Deferred libfontconfig.so.1 ELF 0x40a07000-40a27000 Deferred libexpat.so.1 ELF 0x40a27000-40aae000 Deferred winex11.drv<elf> \-PE 0x40a40000-40aae000 \ winex11.drv ELF 0x40aae000-40ab2000 Deferred euc-cn.so ELF 0x40abf000-40ac8000 Deferred libsm.so.6 ELF 0x40ac8000-40adf000 Deferred libice.so.6 ELF 0x40adf000-40aed000 Deferred libxext.so.6 ELF 0x40aed000-40bb4000 Deferred libx11.so.6 ELF 0x40bb4000-40c23000 Deferred libgl.so.1 ELF 0x40c23000-40c34000 Deferred libgb.so ELF 0x40c34000-40c3a000 Deferred xlibi18n.so.2 ELF 0x40c3a000-40c58000 Deferred ximcp.so.2 ELF 0x40c58000-40c75000 Deferred imm32<elf> \-PE 0x40c60000-40c75000 \ imm32 ELF 0x40c86000-40c8f000 Deferred libxcursor.so.1 ELF 0x40c8f000-40c97000 Deferred libxrender.so.1 ELF 0x4179e000-417a8000 Deferred xomgeneric.so.2 ELF 0x417a8000-4183e000 Deferred comdlg32<elf> \-PE 0x417c0000-4183e000 \ comdlg32 ELF 0x4183e000-41908000 Deferred shell32<elf> \-PE 0x41850000-41908000 \ shell32 ELF 0x41908000-41963000 Deferred shlwapi<elf> \-PE 0x41920000-41963000 \ shlwapi ELF 0x41963000-419f2000 Deferred ole32<elf> \-PE 0x41980000-419f2000 \ ole32 ELF 0x419f2000-41a37000 Deferred rpcrt4<elf> \-PE 0x41a00000-41a37000 \ rpcrt4 ELF 0x41a37000-41a56000 Deferred iphlpapi<elf> \-PE 0x41a40000-41a56000 \ iphlpapi ELF 0x41a56000-41b1c000 Deferred comctl32<elf> \-PE 0x41a60000-41b1c000 \ comctl32 ELF 0x41b1c000-41b47000 Deferred winspool.drv<elf> \-PE 0x41b20000-41b47000 \ winspool.drv ELF 0x41b47000-41b61000 Deferred version<elf> \-PE 0x41b50000-41b61000 \ version ELF 0x41b61000-41b75000 Deferred lz32<elf> \-PE 0x41b70000-41b75000 \ lz32 ELF 0x41b75000-41b94000 Deferred mpr<elf> \-PE 0x41b80000-41b94000 \ mpr ELF 0x41b94000-41c17000 Deferred winmm<elf> \-PE 0x41ba0000-41c17000 \ winmm ELF 0x41c81000-41c9e000 Deferred libcups.so.2 ELF 0x41c9e000-41d05000 Deferred libgnutls.so.11 ELF 0x41d05000-41d15000 Deferred libtasn1.so.2 ELF 0x41d15000-41d62000 Deferred libgcrypt.so.11 ELF 0x41d62000-41d66000 Deferred libgpg-error.so.0 ELF 0x41d66000-41d6b000 Deferred libnss_db.so.2 ELF 0x41d6b000-41e15000 Deferred libdb3.so.3 ELF 0x41e15000-41e5b000 Deferred wineoss.drv<elf> \-PE 0x41e30000-41e5b000 \ wineoss.drv ELF 0x41e5b000-41e73000 Deferred msacm.drv<elf> \-PE 0x41e60000-41e73000 \ msacm.drv ELF 0x41e73000-41e96000 Deferred msacm32<elf> \-PE 0x41e80000-41e96000 \ msacm32 ELF 0x41fb0000-41fc5000 Deferred midimap<elf> \-PE 0x41fc0000-41fc5000 \ midimap PE 0x420e0000-420eb000 Deferred glka12.tmp ELF 0x42aef000-42b03000 Deferred riched32<elf> \-PE 0x42b00000-42b03000 \ riched32 ELF 0x42b03000-42b46000 Stabs riched20<elf> \-PE 0x42b10000-42b46000 \ riched20 ELF 0x7bf00000-7bf03000 Deferred <wine-loader> Threads: process tid prio (all id:s are in hex) 00000008 (D) L:\SteamInstall.exe 0000000a 0 00000009 0 <== WineDbg terminated on pid 0x8

1 0

Re: What Windows apps stand in the way of switching to Linux at your shop?
by Dan Kegel Oct. 6, 2005

Oct. 6, 2005

On 10/6/05, drescher0110-lists(a)yahoo.com <drescher0110-lists(a)yahoo.com> wrote: > decided to try a simple test [of msvc++ 6.0]. I tried to create a new > win32 console application with mfc support. After the > final step in the appwizard the porgram hung. In the > terminal I launched msdev from there was the following > errors: > > err:heap:HEAP_ValidateInUseArena Heap 0x7fcf0000: > in-use arena 0x7e1fc348 next block has PREV_FREE flag > err:seh:setup_exception stack overflow 180 bytes in > thread 0032 eip 7ffc1d36 esp 7fb00f4c stack > 0x7fb00000-0x7fc00000 Aha, sounds like you're on the trail of something! Shame it's so hard to use Valgrind with wine; this is the kind of thing it might well be able to help track down. - Dan

1 0

Re: [ddraw] fix bug 3487: don't crash if pDDSD is NULL
by Vitaliy Margolen Oct. 6, 2005

Oct. 6, 2005

Thursday, October 6, 2005, 1:31:09 AM, Raphael wrote: > Hi, > Changelog: > - fix 3487: don't crash if pDDSD is NULL on DirectDrawSurface::Lock > Regards, > Raphael > + if (NULL == lpddsd) { > + DPRINTF("(null)\n"); > } else { Please don't use DPFINTF > + if (lpddsd->>dwSize >= sizeof(DDSURFACEDESC2)) { > + DDRAW_dump_members(lpddsd->dwFlags, lpddsd, members_caps2, 1); > + } else { And follow the same indentation style (4 spaces): Vitaliy Margolen

3 2

USB support for wine, status?
by Kai Blin Oct. 6, 2005

Oct. 6, 2005

Hi folks, While trying to get one of my games to run, I realized that wine is still missing USB support (see bug 1393). Following the discussion in the archive, it seems like noone is working on this right now. Am I correct in that assumption? There were some suggestions to discuss this on WineConf2005. Was it? Damjan, if you're still interested, I'd be willing to help. Cheers, Kai -- Kai Blin, (blin at gmx dot net) People who are funny and smart and return phone calls get much better press than people who are just funny and smart. -- Howard Simons, "The Washington Post"

5 13

page fault on 0x7ffe02d8
by Robert Reif Oct. 6, 2005

Oct. 6, 2005

I am getting this exception: Unhandled exception: page fault on read access to 0x7ffe02d8 in 32-bit code (0x51102a96). and I found this in winternal.h: #if (_WIN32_WINNT >= 0x0501) #define INTERNAL_TS_ACTIVE_CONSOLE_ID ( *((volatile ULONG*)(0x7ffe02d8)) ) #endif /* (_WIN32_WINNT >= 0x0501) */ Should something be allocating memory for this?

4 6

Getting permission to accept bugs
by Juan Lang Oct. 6, 2005

Oct. 6, 2005

Just who is the bugzilla maintainer, anyway? Newman? It'd be nice if it were easier to find that out.. Anyway, I'd like to have permission to accept bugs. Shouldn't all of the hackers have that ability? Thanks, --Juan __________________________________ Yahoo! Mail - PC Magazine Editors' Choice 2005 http://mail.yahoo.com

4 4

MSHTML SoC project summary
by Jacek Caban Oct. 6, 2005

Oct. 6, 2005

Hello. As Dimi suggested, I'm writing here a summary of my SoC project. I was working on MSHTML implementation. More about what is MSHTML is on the wiki: http://wiki.winehq.org/MozillaIntegration so I won't rewrite it here. MSHTML generally works as HTML is displayed, but there is still a bit to do. The thing that blocks correct implementation is loading pages from stream. It prevents correct implementation of functions like stop or refresh. What I mean here is that the function Load gets IMoniker interface that should be used to load the page, but the current implementation just gets URL by GetDisplayName and lets Gecko load the page. Not only it is a hack, it limits the functionality so that only protocols supported by Gecko may be used - which definitely is not what we want. Among others HTML Help, because of this, can't work with current implementation, as it uses mk protocol. There is some code that allowed us to implement it correctly, but presently it's disabled. I gave more info about this in comment to the patch: http://www.winehq.org/pipermail/wine-patches/2005-August/020059.html Before I'll enable it again in CVS, I'd like to have a better URLMoniker implementation (most apps use it to pass IMoniker to the Load function but the current Load implementation hides bugs in it). First thing that needs to be done with URLMoniker is to switch it to use the pluggable protocol. That means rewriting most of URLMoniker, but, first of all, these protocols have to be correctly implemented. I have almost finished http implementation, so there remain https and ftp. That's what I'm going to work on in the nearest future, however now it can't go to the CVS before 0.9 release (correct me if I'm wrong). Other things that have to be done are: - More functionality of MSHTML: there are leaks in its functionality. Although I don't think edit mode is something we should really care, there are things like refresh or stop. - WebBrowser control implementation - when we have its true implementation, MSHTML will become truly useful and in most apps HTML pages should work out of box. Thanks, Jacek

2 4

IRC Log of channel #winehq
by Dieter Komendera Oct. 6, 2005

Oct. 6, 2005

Hi people, I was hanging around in the winehq irc channel for one and a half month or so. I recognized that many questions are asked frequently. So I want to ask you, what you think about an irc-bot in the channel, that logs everything that's written. The idea is to create archives (like the mailinglist archives, but daily) which everyone can read and maybe find a solution for his/her problem. Also users who don't use irc, would have access easily. Maybe thats not a new idea, but I couldn't find anything about this in the mailinglists archive. So, what do you think about this? Best regards, Dieter Komendera, ircnick: komi

4 3

Re: ole32: ignore unused flags
by Robert Shearman Oct. 6, 2005

Oct. 6, 2005

Juan Lang wrote: >Index: dlls/ole32/compobj.c >=================================================================== >RCS file: /home/wine/wine/dlls/ole32/compobj.c,v >retrieving revision 1.165 >diff -u -r1.165 compobj.c >--- dlls/ole32/compobj.c 3 Oct 2005 11:02:37 -0000 1.165 >+++ dlls/ole32/compobj.c 6 Oct 2005 01:41:57 -0000 >@@ -570,6 +570,8 @@ > */ > HRESULT WINAPI CoInitializeEx(LPVOID lpReserved, DWORD dwCoInit) > { >+ static const DWORD IgnoredFlags = COINIT_DISABLE_OLE1DDE | >+ COINIT_SPEED_OVER_MEMORY; > HRESULT hr = S_OK; > APARTMENT *apt; > >@@ -579,6 +581,11 @@ > { > ERR("(%p, %x) - Bad parameter passed-in %p, must be an old Windows Application\n", lpReserved, (int)dwCoInit, lpReserved); > } >+ if (dwCoInit & IgnoredFlags) >+ { >+ WARN("(%lx) - Flags ignored\n", dwCoInit & IgnoredFlags); >+ dwCoInit &= ~IgnoredFlags; >+ } > > /* > * Check the lock count. If this is the first time going through the initialize > > Actually, you can ignore all flags except COINIT_APARTMENTTHREADED and COINIT_MULTITHREADED. These are the only two that matter for the error message and return value of CoInitializeEx. Just and these two flags with dwCoInit before comparing it with the existing apartment model. -- Rob Shearman

2 1