- Wine-Devel - list.winehq.org

Re: The Return of IE6 Problems
by Mike Hearn Nov. 3, 2004

Nov. 3, 2004

> The common denominator for this situation is that these patches modified > some of the same files. Patch 13475 implemented itss.dll and modified > wine/dlls/Makefile.in, wine/configure.ac and wine/configure. A partial > implementation of advpack.RegInstall, Patch 13938 also modified > wine/dlls/Makefile.in, wine/configure.ac and wine/configure in addition > to adding /wine/dlls/advpack/reg.c. Although IE6 would still > initialize, patch 13937 added advpack to the repository. Hi Dan, Great work on the regression search! This is exactly the sort of information we need. ITSS was implemented by Mike - as it's a component of IE I guess it should at least work with it so I'm CCing him. It may be that he implemented it for some other app rather than IE and he doesn't have time to bring it up to scratch for IE right now. I'm not sure. The second patch suggests that we got RegInstall wrong. That needs to be fixed, but for now you can probably get IE back to a working state again by overriding both these DLLs as native (itss, advpack). If you look at the script I wrote back in January, quite a lot of what it does is simply overriding various incomplete DLLs. I no longer maintain that script (buy CrossOver! :) but if you want to take over maintenance by all means do so, I'd be happy to help you get up to speed. thanks -mike

2 1

RE: Test Drive failure
by Dagan Shai Nov. 3, 2004

Nov. 3, 2004

This results in a helloworld executable. When I execute it I get lots of output lines, here's a sample: fixme:ttydrv:TTYDRV_GetBitmapBits (0x3bc, 0x77cafa7c, 32): stub fixme:ttydrv:TTYDRV_GetBitmapBits (0x3b8, 0x77cafa9c, 32): stub err:imagelist:ImageList_ReplaceIcon no color! fixme:ttydrv:TTYDRV_DC_StretchBlt (0x94, 288, 0, 16, 16, 0x3c4, 0, 0, 16, 32, 13 369376): stub fixme:ttydrv:TTYDRV_DC_StretchBlt (0x98, 288, 0, 16, 16, 0x3c4, 0, 0, 16, 32, 13 369376): stub fixme:ttydrv:TTYDRV_GetBitmapBits (0x3cc, 0x77cafa7c, 128): stub fixme:ttydrv:TTYDRV_GetBitmapBits (0x3c8, 0x77cafafc, 128): stub err:imagelist:ImageList_ReplaceIcon no color! fixme:ttydrv:TTYDRV_DC_StretchBlt (0xb0, 576, 0, 32, 32, 0x3d4, 0, 0, 32, 64, 13 369376): stub fixme:ttydrv:TTYDRV_DC_StretchBlt (0xb4, 576, 0, 32, 32, 0x3d4, 0, 0, 32, 64, 13 369376): stub These are all functions that helloworld does not use, so I don't understand the problem here. Regards, Shai Dagan -----Original Message----- From: Dimitrie O. Paun [mailto:dpaun(a)rogers.com] Sent: Tuesday, November 02, 2004 6:57 PM To: Dagan Shai Cc: Dimitrie O. Paun; wine-devel(a)winehq.org Subject: Re: Test Drive failure On Tue, Nov 02, 2004 at 06:40:57PM +0200, Dagan Shai wrote: > Thanks. > > Here they are. Winemaker is buggy, the generated Makefile has a small problem. Here's the fix: --- Makefile.orig 2004-11-02 09:52:59.000000000 -0500 +++ Makefile 2004-11-02 11:52:57.451738280 -0500 @@ -58,7 +58,7 @@ ### Generic targets -all: $(SUBDIRS) $(DLLS:%=%.so) $(EXES:%=%.so) +all: $(SUBDIRS) $(DLLS:%=%.so) $(EXES) ### Build rules @@ -106,7 +106,7 @@ $(helloworld_exe_MODULE).dbg.c: $(helloworld_exe_C_SRCS) $(helloworld_exe_CXX_SRCS) $(WINEBUILD) -o $@ --debug -C$(SRCDIR) $(helloworld_exe_C_SRCS) $(helloworld_exe_CXX_SRCS) -$(helloworld_exe_MODULE).so: $(helloworld_exe_MODULE).dbg.o $(helloworld_exe_OBJS) +$(helloworld_exe_MODULE): $(helloworld_exe_MODULE).dbg.o $(helloworld_exe_OBJS) $(CXX) $(helloworld_exe_LDFLAGS) -o $@ $(helloworld_exe_OBJS) $(helloworld_exe_MODULE).dbg.o $(helloworld_exe_LIBRARY_PATH) $(LIBRARY_PATH) $(helloworld_exe_DLLS:%=-l%) $(helloworld_exe_LIBRARIES:%=-l%) -- Dimi. ______________________________________________________________________ This email message has been scanned by PineApp Mail-Secure and has been found clean.

1 0

Re: EnumDateFormatsA: Add ru_RU locale and default DATE format
by Dmitry Timoshkov Nov. 3, 2004

Nov. 3, 2004

"Vitaly Lipatov" <lav(a)etersoft.ru> wrote: > Changelog: > EnumDateFormatsA: > - Add ru_RU locale (0x419) That's a completely broken implementation, please do not extend it. It should retrieve the data from the kernel32 locale database (have a look at dlls/kernel/nls). > - Use DATE_SHORTDATE when dwFlags is 0 > - Ignore LOCALE_USE_CP_ACP bit in dwFlags (I can't find a difference in > Windows behavior with this flag) It would be nice to see a test case for that. Also please use a common indent 4 spaces as (almost) everywhere in Wine. -- Dmitry.

2 2

dinput - mouse
by Vitaliy Margolen Nov. 3, 2004

Nov. 3, 2004

Is there are anyone working on it? It seems like there are some strange problem with mouse input, and I can't find it! I trying to get Descent 3 running. So far so good. It installs, and runs. But mouse does not work. It's not like it doesn't work at all. It does, but it moves erratically and mostly left-right. Could it be that it can't switch to full screen mode and fails because of it? Dome could be downloaded from here: http://www.descent3.com/4_downloads.html#d3_demos P.S. I know there is Linux version of it. Too bad I don't have it. It cost $$ and have to by purchased separately. Vitaliy Here is what dinput log looks like: trace:dinput:dinput_mouse_hook msg 200 pt 320 240 (W=0) trace:dinput:dinput_mouse_hook (X: 0 - Y: 0 L: 00 M: 00 R: 00) trace:dinput:dinput_mouse_hook msg 200 pt 320 240 (W=0) trace:dinput:dinput_mouse_hook (X: 0 - Y: 0 L: 00 M: 00 R: 00) trace:dinput:dinput_mouse_hook queueing -2 at offset 0 (queue head 46 / size 64) trace:dinput:dinput_mouse_hook queueing 8 at offset 4 (queue head 47 / size 64) trace:dinput:dinput_mouse_hook msg 200 pt 318 248 (W=1) trace:dinput:dinput_mouse_hook (X: -2 - Y: 8 L: 00 M: 00 R: 00) trace:dinput:dinput_mouse_hook queueing -2 at offset 0 (queue head 48 / size 64) trace:dinput:dinput_mouse_hook queueing 6 at offset 4 (queue head 49 / size 64) trace:dinput:dinput_mouse_hook msg 200 pt 316 254 (W=1) trace:dinput:dinput_mouse_hook (X: -4 - Y: 14 L: 00 M: 00 R: 00) trace:dinput:dinput_mouse_hook queueing -2 at offset 0 (queue head 50 / size 64) trace:dinput:dinput_mouse_hook queueing 6 at offset 4 (queue head 51 / size 64) trace:dinput:dinput_mouse_hook msg 200 pt 314 260 (W=1) trace:dinput:dinput_mouse_hook (X: -6 - Y: 20 L: 00 M: 00 R: 00) trace:dinput:dinput_mouse_hook queueing -2 at offset 0 (queue head 52 / size 64) trace:dinput:dinput_mouse_hook queueing 8 at offset 4 (queue head 53 / size 64) trace:dinput:dinput_mouse_hook msg 200 pt 312 268 (W=1) trace:dinput:dinput_mouse_hook (X: -8 - Y: 28 L: 00 M: 00 R: 00) trace:msg:MSG_peek_message got type 7 msg 200 (WM_MOUSEMOVE) hwnd 0x10022 wp 0 lp 0 trace:dinput:SysMouseAImpl_GetDeviceData (0x4036bd48)->(dods=16,entries=64,fl=0x00000000) trace:dinput:SysMouseAImpl_GetDeviceData Application retrieving 12 event(s). trace:dinput:SysMouseAImpl_GetDeviceData Warping mouse to 320 - 240

1 0

WSARecv not calling CompletionRoutine on socket close
by Geoff K. Hart Nov. 2, 2004

Nov. 2, 2004

I've tried to search the mailing list archives (is their a searchable archive someplace?) for some reference to this problem. but found none. Forgive me if I didn't search hard enough. The Problem: we register a callback (lpCompletionRoutine) in our WSARecv call. This callback works fine for normal incoming messages. However, on socketclose, it does NOT get called. This behavior doesn't match what we see on Windows. Is there some configuration option we are missing? We see this same behavior for .exe's built on Windows and run under Wine - and with source code brought to Linux and built with WineLib. thanks, Geoff

1 0

[shellpath.c]: minor fix to Rolf's patch
by Rolf Kalbermatter Nov. 2, 2004

Nov. 2, 2004

<menard.fabrice(a)wanadoo.fr> wrote: >The latest patch from Rolf Kalbermatter on shellpath.c was breaking the installation of wine.inf. > > wine rundll32 setupapi.dll,InstallHinfSection DefaultInstall 128 d:\\wine.inf > >was returning errors about being unable to create some dirs. In facts these errors was concerning >already existing directories in SHGetFolderPathW. I believe this patch is not fully correct. I noticed these errors too after the patch was applied, but did a little more investigation. SHCreateDirectoryEx should never be called if the directory already exists since this is explicitedly tested before the call to the function with PathFileExistsW(). Also inside the SHCreateDirectoryEx function I saw that the first call to CreateDirectory fails since intermediate directories are missing and then in the recursive call to CreateDirectory every single call returns ERROR_ALREAY_EXISTS on my system in spite of that it actually creates the last two or three directories in there. My investigations showed that in spite of that some of the the top level directories do not exist, the function NtCreateFile() which is ultimately called does seem to return an according NT status when called from SHGetFolderPath() but does create the directory nevertheless. Strange thing is that I can't reproduce this behaviour when calling SHCreateDirectoryEx() with many different parameters from an extended test in tests/shfileop.c So I believe the root cause really seems somewhere else, namely NTCreateFile or maybe wineserver itself, but I hadn't time to further go into details. >I think it is not necessary to care about that in this function so I added a check on the >type of error returned by SHCreateDirectoryExW. ShCreateDirectory should fail with that error if the directory really already existed. Rolf Kalbermatter

2 2

Can't debug mingw compiled program
by Vitaly Lipatov Nov. 2, 2004

Nov. 2, 2004

During program debugging I have some trouble with winedbg use. Simple test program with error on write access to constant: #include <string.h> int main(int argc, char **argv) { char * str = "test"; _strupr(str); return (0); } I try debug it: $ winedbg 3.exe Can't attach process 3: error 87 WineDbg starting on pid 0xa In 32 bit mode. Wine-dbg>c First chance exception: page fault on write access to 0x00404000 in 32-bit code (0x00935d20). ... Backtrace: =>1 0x00935d20 _memccpy+0x595 in msvcrt (0x0090fec8) 2 0x00401330wine-kthread: stabs.c:246: stabs_find_ref: Assertion `filenr <= cu_include_stk_idx' failed. I see some bug in stubs handling. Versions: i386-mingw32msvc-gcc-3.3.3 wine from last CVS Any suggestions? -- Vitaly Lipatov, ALT Linux Team Russia, Saint-Petersburg, www.etersoft.ru

2 1

RFC: yield on Waits
by Jeremy White Nov. 2, 2004

Nov. 2, 2004

Hi folks, Due to my new found belief that all of the flaws in Wine are timing problems, I have found what appears to be a gaping hole in Wine's timing behavior. Specifically, it appears as though any style of Waitxxx is supposed to yield the processor. This seems a bit difficult for me to believe, even though we had earlier discovered that Wine was never yielding on a Sleep(0). I've attached the test program I used to discover this. If you run sleep2 -1 0w the program will start 2 threads, one which spin loops (-1), and one which does a wait on an object for 0 seconds. You'll see in the results that the Wait(...,0) thread gets far fewer loops, and thus must be yielding. Further, changing that to a 0ws (or even 5ws), which means we're waiting on a signalled object, doesn't change the behavior. This leads me to suggest the attached patch. I would appreciate review from other folks, because this seems like a drastic change to me, and it strikes me as equally likely that I've done something stupid. Cheers, Jeremy

1 1

Re: Test Drive failure
by Dimitrie O. Paun Nov. 2, 2004

Nov. 2, 2004

On Tue, Nov 02, 2004 at 06:40:57PM +0200, Dagan Shai wrote: > Thanks. > > Here they are. Winemaker is buggy, the generated Makefile has a small problem. Here's the fix: --- Makefile.orig 2004-11-02 09:52:59.000000000 -0500 +++ Makefile 2004-11-02 11:52:57.451738280 -0500 @@ -58,7 +58,7 @@ ### Generic targets -all: $(SUBDIRS) $(DLLS:%=%.so) $(EXES:%=%.so) +all: $(SUBDIRS) $(DLLS:%=%.so) $(EXES) ### Build rules @@ -106,7 +106,7 @@ $(helloworld_exe_MODULE).dbg.c: $(helloworld_exe_C_SRCS) $(helloworld_exe_CXX_SRCS) $(WINEBUILD) -o $@ --debug -C$(SRCDIR) $(helloworld_exe_C_SRCS) $(helloworld_exe_CXX_SRCS) -$(helloworld_exe_MODULE).so: $(helloworld_exe_MODULE).dbg.o $(helloworld_exe_OBJS) +$(helloworld_exe_MODULE): $(helloworld_exe_MODULE).dbg.o $(helloworld_exe_OBJS) $(CXX) $(helloworld_exe_LDFLAGS) -o $@ $(helloworld_exe_OBJS) $(helloworld_exe_MODULE).dbg.o $(helloworld_exe_LIBRARY_PATH) $(LIBRARY_PATH) $(helloworld_exe_DLLS:%=-l%) $(helloworld_exe_LIBRARIES:%=-l%) -- Dimi.

1 0

Correct time stamps on x11 events
by Jeremy White Nov. 2, 2004

Nov. 2, 2004

Log message: Fix x11 event timing so that we correctly correlate x11 timing and Wine timing and dynamically adjust it as we go.

1 0