November 2004 - Wine-Devel - list.winehq.org

Re: Fix for metafile test

by Ferenc Wagner

"Dmitry Timoshkov" <dmitry(a)baikal.ru> writes: > The question is what makes the tests create invisible > windows? Does winetest run as a service on a not visible > desktop? Anything else? Winrash, which invokes winetest in most of the cases, is a service process running on an invisible desktop. Winetest itself can happily run on the real visible desktop, it's just people seldom run it that way (ie. directly). -- Feri.

Nov. 2, 2004

Re: RFC: yield on Waits

by Jeremy White

Hmm. My own test program has a clear demonstration that this isn't quite right; a 'sleep2 -1 10we' shows that having an event trigger a wait gets the waiting thread some priority back. This suggests that adding if (ret == WAIT_TIMEOUT) prior to the NtYieldExecution() gives the best results. Jer

Nov. 2, 2004

Re: EnumDateFormatsA: Add ru_RU locale and default DATE format

by Vitaly Lipatov

В сообщении от Вторник 02 Ноябрь 2004 19:10 Dmitry Timoshkov написал(a): > "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). I guess it... after I realized my hack. Well, will I reimplement EnumDateFormats or anyone? > > - 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. How I can show test case to you if I compare result of my small program between WINE и Win2003? > Also please use a common indent 4 spaces as (almost) everywhere in Wine. Sorry. P.S. Dmitry, can we talk about some details in russian (in private letter?) My English is very ugly and I have -- Vitaly Lipatov, ALT Linux Team Russia, Saint-Petersburg, www.etersoft.ru

Nov. 2, 2004

Re: Test Drive failure

by Dimitrie O. Paun

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.

Nov. 2, 2004

Correct time stamps on x11 events

by Jeremy White

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

Nov. 2, 2004

Re: Test Drive failure

by Dimitrie O. Paun

On Tue, Nov 02, 2004 at 06:27:51PM +0200, Dagan Shai wrote: > It only generated the helloworld.exe.so file, and no others. This is the > only file defined in the makefile generated by winemaker. It is listed > as part of the EXES macro and not the DLLS, which is why I thought it to > be an executable. That's odd. Can you please send all the files (.c, .h, Makefile, anything else)? -- Dimi.

Nov. 2, 2004

Re: Test Drive failure

by James Hawkins

> Could there be some reason that no executable is generated? The helloworld.exe.so file is the executable. You run it like you would run any other win32 exe file: wine helloworld.exe.so On Tue, 2 Nov 2004 18:27:51 +0200, Dagan Shai <shai.dagan(a)starhome.com> wrote: > It only generated the helloworld.exe.so file, and no others. This is the > only file defined in the makefile generated by winemaker. It is listed > as part of the EXES macro and not the DLLS, which is why I thought it to > be an executable. > > Could there be some reason that no executable is generated? > > Shai Dagan > > > > -----Original Message----- > From: Dimitrie O. Paun [mailto:dpaun(a)rogers.com] > Sent: Tuesday, November 02, 2004 6:14 PM > To: Dagan Shai > Cc: wine-devel(a)winehq.org > Subject: Re: Test Drive failure > > On Tue, Nov 02, 2004 at 05:53:11PM +0200, Dagan Shai wrote: > > Hi, > > I'm new to WINELIB. As a test drive I tried to port the Hello World > > application, just to see that the environment is functioning. > > I called: > > winemaker --console --lower-uppercase . > > In the source directory. Then I called: > > make > > A helloworld.exe.so file was successfully created as a result (no > errors > > or warnings). > > It should have also generated a helloworld executable file, and you > should be running it as: > # ./helloworld > > -- > Dimi. > ______________________________________________________________________ > This email message has been scanned by PineApp Mail-Secure and has > been found clean. > > -- James Hawkins

Nov. 2, 2004

Re: The Return of IE6 Problems

by Mike Hearn

> 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

Nov. 2, 2004

Re: Fix for metafile test

by Juan Lang

Dmitry wrote: > The question is what makes the tests create invisible windows? Does > winetest run as a service on a not visible desktop? Anything else? I believe this is the reason. The shellpath tests fail on WinXP, I believe because HKCU doesn't exist because the service doesn't interact with the desktop. --Juan __________________________________ Do you Yahoo!? Check out the new Yahoo! Front Page. www.yahoo.com

Nov. 2, 2004

Re: COM / InstallShield status

by Mike Hearn

> Likewise, what's the current status of Installshield support, > and how much work would it be to fully support > Installshield-based installers? I don't see any > open Installshield bug reports, maybe I should file > one against the apps I have that don't install at > the moment. (Or would that be overkill?) Rob and I did some work on InstallShield for iTunes a few months ago, since then AFAIK no work has been done. Status back then was that the InstallShield 7/MSI hybrid installers worked pretty well, the bug I chased for nearly a week was refcounting related (the backend wasn't shutting down) and since that was fixed I believe it works pretty well. The other main problems I'm aware of are: - needs stdole32.tlb, we have a program to generate this in CrossOver and it needs to be pulled upstream as previously discussed. - Painting problems. I've not investigated this deeply but I'm 99% sure I know what the problem is. I've even written a patch to fix it as part of investigating iTunes, but I never tried the patch with an InstallShield that shows the issue. Apart from those two there are mostly just generic issues - InstallShield contains its own scripting language which heavily exercises the variant APIs, so it sometimes shows up problems with them. I believe Marcus found an issue with them thanks to InstallShield recently. In other words, InstallShield *should* work though it might not be pretty. There may be installers out there which don't work, I'd like to start nailing them once I get back to Wine hacking. I don't know if I'll get time however. Also, Murphy continues to smack me down w.r.t internet connection, the ISP sent me the wrong type of modem and yesterday I discovered the phone socket I was going to connect the modem to doesn't actually work :( thanks -mike

Nov. 2, 2004