- wine-devel - winehq.org

Get/SetThreadContext problems ?
by Paul Vriens 11 Nov '05

11 Nov '05

Hi, apart from the fact that the kernel32/thread tests are failing for Wine and most of the Windows platforms (test.winehq.org) I seem to have a problem with threads as well. The app I'm working on experiences a crash: Backtrace: =>1 0x7155ddf3 in aclui (+0xddf3) (0x5bc62acc) 2 0x7155e806 in aclui (+0xe806) (0x5bc62b04) 3 0x7155e900 in aclui (+0xe900) (0x5bc62b24) 4 0x715585ac in aclui (+0x85ac) (0x5bc62b48) 5 0x25576815 THREAD_Start+0xe5(ptr=0x7ff85e10) [/wine-src/wine-cvs/dlls/kernel /thread.c:104] in kernel32 (0x5bc62c14) 6 0x44e2d516 start_thread+0x136(info=0x7ff85e28) [/wine-src/wine-cvs/dlls/ntdl l/thread.c:232] in ntdll (0x5bc63458) 7 0x2001eb80 (0x5bc634c8) 8 0x75a2c9ce (0x00000000) 0x7155ddf3: movl 0xc(%edi),%eax I have a full +relay,+all trace but the only thing I see is that the crash happens in the middle of some NtWaitForMultipleObjects and get_thread_context calls. Any idea's? Cheers, Paul.

1 0

Re: 100% CPU usage in Wine-0.9
by Mark Knecht 11 Nov '05

11 Nov '05

On 11/10/05, Stefan Dösinger <stefandoesinger(a)gmx.at> wrote: > Hello, > > Hi Stefan, > > I switched to a vanilla 2.6.14.1 kernel and tried both radeon and > > fglrx. Identical results: > > > > Wine-0.9 + 2.6.14.1 + radeon driver runing Crystal: > > Cpu(s): 16.3% us, 83.7% sy, 0.0% ni, 0.0% id, 0.0% wa, 0.0% hi, 0.0% > > si > > Wine-0.9 + 2.6.14.1 + fglrx driver running Crystal > > Cpu(s): 16.3% us, 83.7% sy, 0.0% ni, 0.0% id, 0.0% wa, 0.0% hi, 0.0% > > si > So it's not graphics related - I also get the same results with fglrx and > radeon > > > One thing I noticed about Crystal is that the default sound > > actually requires that you press a key hold it for a bit before the > > sound gets started. Maybe that's why you didn't hear anything? > Yes, that was it :) > > > LATE BREAKING NEWS: It appears that when I switch to the Alsa > > driver the CPU usage does down to normal. Were you using Alsa or OSS? > I tried both alsa and oss(with oss emulation in alsa), both are working fine. > I don't use any hw acceleration. So is this program useable for you now with > alsa? > Crystal seems to be usable for me on one machine, but another user reported back that he was already using the Alsa driver and he still has the problem so I'm not sure this is a complete solution. There is a small but growing list of VSTs that fail this way. I am going to test a few more and see how it goes. Also, I have opened a bug report at WineHQ to better track this. Please join in if you have somethigng to add. http://bugs.winehq.org/show_bug.cgi?id=3809 Cheers, Mark

1 0

Re: WINE.INF: Add timezone information to the registry.
by Paul Vriens 11 Nov '05

11 Nov '05

> > I've attached the program that generated the timezone information. The > information in the patch is derived from glibc's timezone information. > > We could add the program to wine and generate the timezone information > dynamically if necessary. > > Mike > > > ChangeLog: > Add timezone information to the registry. > > tools/wine.inf | 715 > ++++++++++++++++++++++++++++++++++++++++++++++++++++++++ > 1 files changed, 714 insertions(+), 1 deletions(-) > > > Hi, a short list: win98 : HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows\CurrentVersion\Time Zones NT4 : HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows NT\CurrentVersion\Time Zones Win2K : HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows NT\CurrentVersion\Time Zones W2k3 : HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows NT\CurrentVersion\Time Zones XP : HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows NT\CurrentVersion\Time Zones Apart from that, what is 'Afghanistan' on win98, is 'Afghanistan Standard Time' on XP for example. Cheers, Paul.

3 2

Re: PATCH: (enhanced) getaddrinfo
by Alexandre Julliard 11 Nov '05

11 Nov '05

Marcus Meissner <marcus(a)jet.franken.de> writes: > + /* NOTE: In theory we would need to convert "hints" too. > + * However the addrinfo fields that vary between Windows and UNIX are > + * defined to be 0 or NULL for "hints" , so it is safe to use > + * the windows struct. > + */ There is no guarantee that the structures have the same layout, so it's definitely not safe, you have to convert from the Windows format. -- Alexandre Julliard julliard(a)winehq.org

1 0

Re: WINE.INF: Add timezone information to the registry.
by Paul Vriens 11 Nov '05

11 Nov '05

> > I've attached the program that generated the timezone information. The > information in the patch is derived from glibc's timezone information. > > We could add the program to wine and generate the timezone information > dynamically if necessary. > > Mike > > > ChangeLog: > Add timezone information to the registry. > > tools/wine.inf | 715 > ++++++++++++++++++++++++++++++++++++++++++++++++++++++++ > 1 files changed, 714 insertions(+), 1 deletions(-) > > > Hi, on my win2k3 box I can see the timezones in: HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows NT\CurrentVersion\Time Zones but not in HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows\CurrentVersion or anywhere else for that matter. Cheers, Paul.

1 0

Regression: Winrar fails to start
by Dustin Navea 11 Nov '05

11 Nov '05

Can I get someone to take a look at http://bugs.winehq.org/show_bug.cgi?id=3573 ? This seems to affect only users of Xorg, and it seems to affect all of them, in multiple different programs.. Dustin

9 12

Re: c2man: fix parameter higlighting
by Dimi Paun 11 Nov '05

11 Nov '05

On Thu, 2005-11-10 at 10:57 +0100, Markus Amsler wrote: > If a function parameter name is class, the html attribute 'class' is > also replaced by the parameter highlighting regex. See > http://source.winehq.org/WineAPI/NtQueryInformationFile.html for a > example. While you're at it, can you please modify c2man to complain about the parameter inline documentation style: myfunc(int x /* description of x */,, int y /* another description */ ) { } It is confusing and obfuscates the code more then it helps. Plus just a few places (if any) still use this style, and we would be better off to stick to only one anyway. -- Dimi Paun <dimi(a)lattica.com> Lattica, Inc.

1 0

Re: PATCH: getaddrinfo
by Juan Lang 10 Nov '05

10 Nov '05

Hi Marcus, some small comments: + if (nodename) { + if (!(nodename = strdup_lower(nodename))) return WSA_NOT_ENOUGH_MEMORY; + node_lowered = TRUE; + } + + if (servname) { + if (!(servname = strdup_lower(servname))) return WSA_NOT_ENOUGH_MEMORY; You leak nodename in this case. + while (xuai) { + struct WS_addrinfo *ai = HeapAlloc(GetProcessHeap(),HEAP_ZERO_MEMORY, sizeof(struct WS_addrinfo)); + int len; + + if (!ai) return WSA_NOT_ENOUGH_MEMORY; In this case, you have the potential of leaking some memory. Both cases are dealing with an out of memory condition anyway, so perhaps it's not that critical. --Juan __________________________________ Yahoo! FareChase: Search multiple travel sites in one click. http://farechase.yahoo.com

1 0

Visio10
by Nardmann, Heiko 10 Nov '05

10 Nov '05

Hi! Now I have tried to run Visio10 but without luck. I have used wine 0.9 together with a directory with the following files inside: gdiplus.dll mfc42.dll msvcp60.dll Visio.exe Vislib.dll Running '/opt/wine-0.9/bin/wine Visio.exe' results in the following error: wine: Unhandled exception (thread 0009), starting debugger... WineDbg starting on pid 0x8 Unhandled exception: page fault on read access to 0x7ffe0000 in 32-bit code (0x41415af9). In 32 bit mode. Register dump: CS:0073 SS:007b DS:007b ES:007b FS:003b GS:0033 EIP:41415af9 ESP:406ffc3c EBP:406ffce4 EFLAGS:00010202( - 00 - -RI1) EAX:41415af4 EBX:413d0000 ECX:41547e52 EDX:7ffe0000 ESI:41415adc EDI:41415ae0 Stack dump: 0x406ffc3c: 41415ac9 00000001 000083b6 41412def 0x406ffc4c: 00000094 00000004 00000000 040003b6 0x406ffc5c: 00000001 415ed000 415ed690 415f51e3 0x406ffc6c: 406ffc9c 415c7de0 00000005 415ed690 0x406ffc7c: 406ffc8c 415dd947 415ed690 41597938 0x406ffc8c: 406ffc9c 415ed690 41597938 40370e60 Backtrace: =>1 0x41415af9 in gdiplus (+0x45af9) (0x406ffce4) 2 0x41412c5a GdipAddPathPath in gdiplus (0x406ffd04) 3 0x401dba52 call_dll_entry_point in ntdll (0x406ffd1c) 4 0x401dece3 in ntdll (+0x1ece3) (0x406ffdb4) 5 0x401def4b in ntdll (+0x1ef4b) (0x406ffdec) 6 0x401dee9e in ntdll (+0x1ee9e) (0x406ffe24) 7 0x401dee9e in ntdll (+0x1ee9e) (0x406ffe5c) 8 0x401df889 LdrInitializeThunk in ntdll (0x406fff20) 9 0x4050561b in kernel32 (+0x5561b) (0x406ffff4) 10 0x40058de1 wine_switch_to_stack in libwine.so.1 (0x00000000) 0x41415af9: movl 0x0(%edx),%eax Wine-dbg> How do I provide further information? -- Heiko Nardmann

2 1

Re: Add CMD_FONT for all notepad resource files
by Vincent Béron 10 Nov '05

10 Nov '05

Le jeu 10/11/2005 à 00:56, Pavel Roskin a écrit : > ChangeLog: > > * programs/notepad/*.rc: > Add CMD_FONT for all notepad resource files where it was > missing. Ru.rc gets translated version, others get English > version for now. Please don't do that (copying the English part in all resource files). The Win32 localization implementation knows how to deal with missing resources (like menu items) in one language. Basically, the English version will be used instead. It's just much easier to know where there are missing parts (programmatically) if the string is absent than if it is the same as English (which can happen, "OK" is used in a couple languages). This is especially true for MENUITEM and STRINGTABLE. It is a bit less true for DIALOG definitions, as as Dmitry already said, references to missing items can wreak havoc. And putting the DIALOG definitions in a common resource file is not doable as item placement/size is dependant on the translation. Which brings the next thing: we need a resource editor, if only to help localization. Vincent

4 3

OSDL's Desktop Linux architects meeting
by Robert Williamson 10 Nov '05

10 Nov '05

On December 1-2, OSDL is hosting a meeting for the desktop architects from the various Linux desktop organizations to help decide on ways to improve and promote Linux on the Desktop. An electronic copy of the invitation can be found at the following URL. This contains a full agenda, preparation info, and logistical info. http://groups.osdl.org/apps/group_public/download.php/1522/osdl_invite_L2_P… If anyone from wine is interested in participating, they are encouraging everyone to register for the meetings. They will be limiting attendance to 45, so they may only be able to accept 2 or 3 from every desktop organization, but they need your name on the list. A finalized list of attendees will be sent out afterwards. To register go to the following web site: http://groups.osdl.org/apps/DTL_Architects_Meeting_Dec2005/register.php -Robbie Williamson <robbiew(a)us.ibm.com>

3 3

Re: [msvcrt] I64 and ll support
by Jesse Allen 10 Nov '05

10 Nov '05

On 11/8/05, Raphael <fenix(a)club-internet.fr> wrote: > Hi, > > Changelog: > - add I64 modifier support on msvcrt *printf functions > - correct ll modifier support on msvcrt *printf functions > - correct tests > > this should correct bug 3759 and 2075 (and many others) > > Now for libc who don't support %ll modifiers (which one?) > Jesse Allen provide the patch (see bug 2075 content) > > Regards, > Raphael > > > > > > > I sent a patch just like that long ago. I think Solaris or BSD might be different. I've now done portable integer conversions. I need to work on float conversions and integrating the two functions better into wcs.c. I think the following is the better way to go. I just need some time free from school =/ http://www.winehq.org/pipermail/wine-patches/2005-September/021007.html http://www.winehq.org/pipermail/wine-devel/2005-September/040402.html

2 1

Re: [winternl.h]Add missing header file
by Andreas Mohr 10 Nov '05

10 Nov '05

Hi, On Thu, Nov 10, 2005 at 06:29:41PM +0100, Süt? Gergely wrote: > ChangeLog: > Add a missing stdarg.h includes. > > This is my first patch please check it! :) Call me stupid, but where exactly do you see Wine's stdarg.h header file implementation? I don't see nothing anywhere... ;) (except in some weird Windows SDK maybe) Andreas

1 0

100% CPU usage in Wine-0.9
by Mark Knecht 10 Nov '05

10 Nov '05

Hi, My first post here in quite awhile. Thanks in advance. I posted this to Wine-Users but got no responses. For a number of reasons this problem is pretty important to we Linux Audio users. The following is a set of very simple instructions to show Wine using 100% CPU usage. I am using Wine-0.9 from Gentoo portage. Another user is using an fc2 RPM file. We both see identical results. Duplicating these results and seeing 100% CPU usage using the following instructions takes no more than 10 minutes. <DOWNLOAD AND INSTALL INSTRUCTIONS> mkdir SAVITEST cd SAVITEST wget http://www.hermannseib.com/programs/savihost.zip unzip savihost.zip wget http://www.rgcaudio.com/downloads/freeware/triangle110.exe wine ./triangle110.exe (Install into /home/XXX/SAVITEST) wget http://www.greenoak.com/crystal/dl/Crystal.zip unzip Crystal.zip cp savihost.exe Vstplugins/Triangle\ I.exe cp savihost.exe Crystal.exe <END OF INSTALL> At this point we are setup and ready to run Wine to test things out. Here's what my test directory looks like: mark@lightning ~/SAVITEST $ ls -la total 17400 drwxr-xr-x 3 mark users 4096 Nov 9 11:22 . drwxr-xr-x 63 mark users 4096 Nov 9 11:17 .. -rw-rw-rw- 1 mark users 11120640 Mar 5 2005 Crystal.dll -rw-r--r-- 1 mark users 319488 Nov 9 11:22 Crystal.exe -rw-r--r-- 1 mark users 3702635 Mar 5 2005 Crystal.zip drwxr-xr-x 2 mark users 4096 Nov 9 11:22 Vstplugins -rw-r--r-- 1 mark users 8252 Aug 10 22:25 license.txt -rw-r--r-- 1 mark users 319488 Oct 11 12:54 savihost.exe -rw-r--r-- 1 mark users 136046 Oct 12 10:30 savihost.zip -rw-r--r-- 1 mark users 2153712 May 25 2003 triangle110.exe mark@lightning ~/SAVITEST $ ls -al Vstplugins/ total 4100 drwxr-xr-x 2 mark users 4096 Nov 9 11:22 . drwxr-xr-x 3 mark users 4096 Nov 9 11:22 .. -rw-r--r-- 1 mark users 3780608 Jul 2 2001 Triangle I.dll -rw-r--r-- 1 mark users 319488 Nov 9 11:22 Triangle I.exe -rw-r--r-- 1 mark users 753 Nov 9 11:18 unins000.dat -rwxr-xr-x 1 mark users 71917 Nov 9 11:18 unins000.exe mark@lightning ~/SAVITEST $ <DOING THE TEST> To run the test open two terminals, start top to monitor CPU usage in one terminal, and then run Wine on the two copies of Savihost in the other terminal. No messages from Wine are produced. Here's what we see on our systems: mark@lightning ~/SAVITEST $ wine ./Crystal.exe mark@lightning ~/SAVITEST $ wine ./Vstplugins/Triangle\ I.exe mark@lightning ~/SAVITEST $ When running Savihost the VST dll is run also. You will see the instrument and a keyboard. Play the keyboard with your mouse to hear the instrument. Under the Savihost 'effect' menu you can change the sound programming of the synth if you want to. Watch CPU usage in top. When running Crystal.dll in Savihost.exe the system uses 100% CPU, while the Triangle I synth uses very little CPU. Note that we are running the exact same application here - savihost.exe. It's just renamed to the VST instrument name to tell it what VSTi instrument to run.On our systems, both 32-bit and 64-bit, we see about 15% usr, 85% sys when running Crystal, while we see only 5% usr, 5% sys when running Triangle. WHY? We have tried this with many VSTs. It seems that possibly 50% of them are 100% CPU consumers. This is not isolated to just Crystal.dll. Thanks in advance to anyone willing to help us look at this and hopefully improve Wine. Cheers, Mark

3 7

tabs to throw off from an indentation
by Saulius Krasuckas 10 Nov '05

10 Nov '05

Hello, I'd like to get rid of tabs I encounter when reading existing Wine code. Will my patches be let into the tree if I will submit such no-op changes (one patch for one file) from time to time just before normal, operational patches.

5 9

Re: [wininet]add implementation of few more options - try6
by Juan Lang 10 Nov '05

10 Nov '05

Hi Vijay, sorry I wasn't more explicit. This is what I mean: + hurl = InternetConnectA(hinet,"www.winehq.com",INTERNET_DEFAULT_HTTP_PORT,NULL,NULL,INTERNET_SERVICE_HTTP,0,0); This could fail for many reasons other than that InternetConnectA has a flaw (the test machine may be offline, winehq.com may be down, etc.) Therefore you must deal with the failure, but using ok() is not correct--a failure doesn't necessarily indicate a failure in the test. So you must something like the following: if (hurl) { /* do tests that depend on hurl here */ InternetCloseHandle(hurl); } --Juan __________________________________ Yahoo! FareChase: Search multiple travel sites in one click. http://farechase.yahoo.com

1 0

Re: [wininet]add implementation of few more options - try6
by Dmitry Timoshkov 10 Nov '05

10 Nov '05

"Vijay Kiran Kamuju" <infyquest(a)gmail.com> wrote: > I hope this is the last try Sorry, but it is not. Do you ever read the suggestions? -- Dmitry.

1 0

[Fwd: joystickinput fixes (attempt number 4)]
by Jakob Eriksson 10 Nov '05

10 Nov '05

1 0

Re: [wininet]add implementation of few more options - try5
by Dmitry Timoshkov 10 Nov '05

10 Nov '05

"Vijay Kiran Kamuju" <infyquest(a)gmail.com> wrote: > as previous implementation had some bugs use this version and > implements some suggestions > more tests to come > > ChangeLog > ---------------- > Added implementation for INTERNET_OPTION_VERSION > Added implementation for INTERNET_OPTION_USER_AGENT > Fixed behavior for INTERNET_OPTION_HTTP_VERSION > Added implementation for unsupported options > Added some minimalist testcases You could send your patch billion times, but there is no point in that if you don't fix the pointed out problems. -- Dmitry.

4 3

Re: XEmbed Systray Support
by James Liggett 10 Nov '05

10 Nov '05

On Wed, 2005-11-09 at 15:26 +0530, Vijay Kiran Kamuju wrote: > I have tested googletalk with the patch of yours, i am attaching the > screenshot of it. > whenever i ve closed an googletalk instance its present on the screen > (in the picture i have labelled it as zombie), in ps -ef its not > killing the wine-pthread process. even if i kill that process > manually, i see some artifacts of it left on the screen see to top > most marking. Yeah I get that with Steam and Hotsync as well, in addition to a test program that I slapped together. This sort of behavior only shows itself in GNOME, not in other XEmbed compliant desktops i tested. (I tried XFce and IceWM, in those environments the patches don't show this behavior) It's been suggested that this is some sort of bug in GNOME's implementation of the spec, and I have to agree. So I don't think there's much I can do on the Wine side of this. But I'm not sure about zombie processes though. I'll take a look at that. Thanks for the feedback. James

2 3

compile error: server/event.c
by Sütő Gergely 09 Nov '05

09 Nov '05

Hello! (Sorry for my bad English.) I have problem with compiling after cvs update. Please help! $ tar xvjf wine-0.9.tar.bz2 $ mv wine-0.9 wine $ tar xvzf wine-cvsdirs-0.9.tar.gz $ cd wine $ export CVSROOT=:pserver:cvs@cvs.winehq.org:/home/wine $ cvs login $ cvs update -PAd $ ./configure $ make depend $ make make[1]: Entering directory `/home/geri/src/wine/server' gcc -c -I. -I. -I../include -I../include -D__WINESRC__ -Wall -pipe -mpreferred-stack-boundary=2 \ -fno-strict-aliasing -gstabs+ -Wpointer-arith -g -O2 -o event.o event.c In file included from event.c:29: ../include/winternl.h:2040: error: parse error before "va_list" ../include/winternl.h:2211: error: parse error before "va_list" ../include/winternl.h:2212: error: parse error before "va_list" make[1]: *** [event.o] Error 1 make[1]: Leaving directory `/home/geri/src/wine/server' make: *** [server] Error 2 $ Linux: 2.6.19 glibc: 2.3.3 gcc: 3.3.4 Before cvs update the compiling it's right! THX: Geri_

3 4

Re: [user] static.c: PaintIcon fix background colour
by Michael Kaufmann 09 Nov '05

09 Nov '05

Hi Kieran, Icons can have transparent and inverted pixels! This patch is not correct, the background has to be painted always. * dlls/user/static.c: Kieran Clancy <n0dalus+wine at gmail.com <http://www.winehq.org/mailman/listinfo/wine-patches>> Only set background for icon control when the icon is invalid. Regards, Michael

2 3

Wine API Documentation
by Robert Shearman 09 Nov '05

09 Nov '05

Hi, At the moment we have a very outdated version of the auto-generated "make htmlpages" Wine API documentation at http://source.winehq.org/WineAPI/ I want to fix this. * *I believe that the API documentation is important for a number of reasons: 1. It might provide info to ISVs that might think about porting an app to Wine as to whether the APIs that they use are implemented or not. 2. It provides info about undocumented functions. 3. It provides an alternative source to MSDN in case it becomes unavailable for whatever reason. 4. It spreads the word about Wine through high search engine rankings, making it more likely that someone will stumble upon Wine and start coding for fun. * *It appears that this was previously generated at release time by the wine_release script (http://cvs.winehq.org/cvsweb/tools/wine_release), but was disabled over 2 years ago. I was wondering what the reason was, but I guess it is that it takes a long time to build and a lot of CPU time. We don't really want the WineHQ web server to be running at 100% CPU for ~20 minutes while it builds the API documentation. Therefore I propose that I could send a tarball of the documentation to Newman every release, every month, or after a major update of the documentation (whichever is sooner) and he can put it up in the appropriate location. Alternatively, we could also put the auto-generated docs in cvs and generate diffs. Alexandre, any comments about how the release process should work with regard to the Wine API documentation? Newman, which method of updating would you prefer? Any one else have any comments at all about this? Thanks, -- Rob Shearman

7 6

msvcrt _tempnam and tests
by Phil Lodwick 09 Nov '05

09 Nov '05

I submitted a patch yesterday for the implementation of _tempnam in msvcrt. Today I started to write a conformance test which has led to several questions. 1) What action should we take if MS documentation and the implementation do not agree? a) leave out the test b) test to implementation 2) If a function takes several parameters, do you test all permutations, or just the ones you feel are important? 3) This question is specific to the implementation of _tempnam. The current implementation just calls GetTempFileNameA. My first attempt at a patch made things better by calling GetTempFileNameA with better parameters. After writing the conformance test, however, I see that calling GetTempFileNameA is just plain wrong -- for at least two reasons: a) GetTempFileNameA truncates prefix to 3 characters, _tempnam does not b) GetTempFileNameA adds a ".tmp" extension, _tempnam does not. Do we just duplicate and modify the kernel TempFileNameA code in msvcrt? Thanks, Phil

3 2

MindManager Viewer
by Nardmann, Heiko 09 Nov '05

09 Nov '05

Hi! I have tried to get the MindManager Viewer installed but without success. I have used version 0.9 of wine (self-compiled) which results in the following messages (calling /opt/wine-0.9/bin/wine M60-G-643_Viewer.exe): fixme:win:SetWindowTextA cannot set text ": Setup.INI" of other process window (nil) fixme:win:SetWindowTextA cannot set text ": 0x0407.ini" of other process window (nil) fixme:msi:MsiGetProductInfoA "{EC16B2EF-A202-4FA0-B34B-593D4A7388DD}" "PackageCode" 0x406fdaa8 0x406fdb18 fixme:msi:MsiGetProductInfoW L"{EC16B2EF-A202-4FA0-B34B-593D4A7388DD}" L"PackageCode" 0x403de1a0 0x406fdb18 fixme:win:SetWindowTextA cannot set text "Entpackung l\xe4uft: GER_Viewer_Splash.bmp" of other process window (nil) fixme:msi:MsiInstallProductW L"C:\\windows\\temp\\_is830\\ISScript1050.Msi" L"REBOOT=ReallySuppress ADDLOCAL=All" fixme:msi:ACTION_HandleStandardAction UNHANDLED Standard Action L"SelfUnregModules" fixme:msi:ACTION_HandleStandardAction UNHANDLED Standard Action L"RemoveFiles" fixme:msi:ACTION_HandleStandardAction UNHANDLED Standard Action L"MoveFiles" err:msi:ACTION_InstallFiles Unable to move file (L"C: \\windows\\temp\\_is830\\id" -> L"c:\\Programme\\Gemeinsame Dateien\\InstallShield\\Driver\\1050\\Intel 32\\ID") (error 2) err:msi:ACTION_InstallFiles Source File Not Found! Continueing err:msi:ACTION_InstallFiles Unable to move file (L"C: \\windows\\temp\\_is830\\ISRT.dll" -> L"c:\\Programme\\Gemeinsame Dateien\\InstallShield\\Driver\\1050\\Intel 32\\ISRT.dll") (error 2) err:msi:ACTION_InstallFiles Source File Not Found! Continueing err:msi:ACTION_InstallFiles Unable to move file (L"C: \\windows\\temp\\_is830\\F1324_ISRES.dll" -> L"c:\\Programme\\Gemeinsame Dateien\\InstallShield\\Driver\\1050\\Intel 32\\_ISRES1033.dll") (error 2) err:msi:ACTION_InstallFiles Source File Not Found! Continueing err:msi:ACTION_InstallFiles Unable to move file (L"C: \\windows\\temp\\_is830\\IDriver.exe" -> L"c:\\Programme\\Gemeinsame Dateien\\InstallShield\\Driver\\1050\\Intel 32\\IDriver.exe") (error 2) err:msi:ACTION_InstallFiles Source File Not Found! Continueing err:msi:ACTION_InstallFiles Unable to move file (L"C: \\windows\\temp\\_is830\\iGdiCnv.dll" -> L"c:\\Programme\\Gemeinsame Dateien\\InstallShield\\Driver\\1050\\Intel 32\\iGdiCnv.dll") (error 2) err:msi:ACTION_InstallFiles Source File Not Found! Continueing err:msi:ACTION_InstallFiles Unable to move file (L"C: \\windows\\temp\\_is830\\IUserCnv.dll" -> L"c:\\Programme\\Gemeinsame Dateien\\InstallShield\\Driver\\1050\\Intel 32\\IUserCnv.dll") (error 2) err:msi:ACTION_InstallFiles Source File Not Found! Continueing err:msi:ACTION_InstallFiles Unable to move file (L"C: \\windows\\temp\\_is830\\IScrCnv.dll" -> L"c:\\Programme\\Gemeinsame Dateien\\InstallShield\\Driver\\1050\\Intel 32\\IScrCnv.dll") (error 2) err:msi:ACTION_InstallFiles Source File Not Found! Continueing err:msi:ACTION_InstallFiles Unable to move file (L"C: \\windows\\temp\\_is830\\objpscnv.dll" -> L"c:\\Programme\\Gemeinsame Dateien\\InstallShield\\Driver\\1050\\Intel 32\\objpscnv.dll") (error 2) err:msi:ACTION_InstallFiles Source File Not Found! Continueing err:msi:ACTION_DuplicateFiles Original file unknown L"IDriver.exe" fixme:msi:ACTION_HandleStandardAction UNHANDLED Standard Action L"RemoveRegistryValues" fixme:msi:ACTION_HandleStandardAction UNHANDLED Standard Action L"RemoveFolders" err:msi:MsiGetSummaryInformationW IStorage -> IPropertySetStorage failed fixme:msi:MsiInstallProductW L"c:\\windows\\Downloaded Installations\\Mindjet MindManager Viewer 6.msi" L" SETUPEXEDIR=Y:\\Documents\\MindManager" err:msi:ACTION_ProcessUISequence Execution halted due to error (1603) I have downloaded the Viewer from the MindManager web site (executable is M60-G-643_Viewer.exe as stated above). Any hints? -- Heiko Nardmann

1 0

Wine Conf 2004
by Dimi Paun 09 Nov '05

09 Nov '05

Hi folks, I've added a stub page for Wine Conf 2004: http://wiki.winehq.org/WineConf2004 It would be nice if somebody spends some time to document what we did there before we completely forget (similar to the other WineConf200[25] pages). It is part of our history, and would be a pitty to not capture it somewhere... -- Dimi Paun <dimi(a)lattica.com> Lattica, Inc.

1 0

Re: [wininet]add implementation of few more options - try5
by Juan Lang 09 Nov '05

09 Nov '05

Hi Vijay, + hurl = InternetConnectA(hinet,"www.winehq.com",INTERNET_DEFAULT_HTTP_PORT,NULL,NULL,INTERNET_SERVICE_HTTP,0,0); + ok((hurl != 0x0),"InternetConnect Failed\n"); + + if( hurl == 0x0) + { + InternetCloseHandle(hurl); + InternetCloseHandle(hinet); + return; + } The ok after InternetConnectA shouldn't be there. You don't want the test to fail if it couldn't connect; as I said before, there are many reasons the connection could fail. Also, in the if block below, there's no reason to call InternetCloseHandle when hurl is 0. Thanks, --Juan __________________________________ Start your day with Yahoo! - Make it your home page! http://www.yahoo.com/r/hs

1 0

Re: RESEND [wininet]add implementation of few more options
by Robert Shearman 09 Nov '05

09 Nov '05

Vijay Kiran Kamuju wrote: >+ case INTERNET_OPTION_ASYNC: >+ case INTERNET_OPTION_ASYNC_ID: >+ case INTERNET_OPTION_ASYNC_PRIORITY: >+ case INTERNET_OPTION_CALLBACK_FILTER: >+ case INTERNET_OPTION_CODEPAGE: >+ case INTERNET_OPTION_CONNECT_BACKOFF: >+ case INTERNET_OPTION_CONNECT_TIME: >+ case INTERNET_OPTION_DATA_RECEIVE_TIMEOUT: >+ case INTERNET_OPTION_DATA_SEND_TIMEOUT: >+ case INTERNET_OPTION_DISABLE_AUTODIAL: >+ case INTERNET_OPTION_DISCONNECTED_TIMEOUT: >+ case INTERNET_OPTION_IDLE_STATE: >+ case INTERNET_OPTION_KEEP_CONNECTION: >+ case INTERNET_OPTION_LISTEN_TIMEOUT: >+ case INTERNET_OPTION_OFFLINE_MODE: >+ case INTERNET_OPTION_OFFLINE_SEMANTICS: >+ case INTERNET_OPTION_POLICY: >+ case INTERNET_OPTION_RECEIVE_THROUGHPUT: >+ case INTERNET_OPTION_SEND_THROUGHPUT: >+ WARN("This request is not supported by native either\n"); > You should print out the option being requested, otherwise the "This" in "This request" is meaningless. Just printing the option number is fine. -- Rob Shearman

4 7

Re: [wined3d] GL_EXT_framebuffer_object and Mesa detection
by Alexandre Julliard 09 Nov '05

09 Nov '05

Raphael <fenix(a)club-internet.fr> writes: > Index: ../../include/wine/wined3d_gl.h > RCS file: /home/wine/wine/include/wine/wined3d_gl.h,v > retrieving revision 1.11 > diff -u -r1.11 wined3d_gl.h > -- ../../include/wine/wined3d_gl.h 28 Sep 2005 18:12:00 -0000 1.11 > +++ ../../include/wine/wined3d_gl.h 9 Nov 2005 08:43:36 -0000 Could you please generate patches from the top-level directory? -- Alexandre Julliard julliard(a)winehq.org

1 0

Re: XEmbed Systray Support
by James Liggett 09 Nov '05

09 Nov '05

Anything wrong with this patch? (Resent version) James Liggett On Tue, 2005-10-11 at 17:07 -0700, James Liggett wrote: > Hi, > This patch implements XEmbed system tray support for recent non-KDE > desktops. This is a modified version of a patch originally submitted by > Rob Shearman, <rob(a)codeweavers.com> which was based on work originally > done by Mike Hearn <mh(a)codeweavers.com> > > Changelog: > Support XEmbed system tray protocol for tray icons > > James Liggett

6 12

Re: added implementation of some more options - try3
by Juan Lang 09 Nov '05

09 Nov '05

Hi Vijay, thanks for adding test cases this time. + hurl = InternetConnectA(hinet,"www.winehq.com",INTERNET_DEFAULT_HTTP_PORT, NULL,NULL,INTERNET_SERVICE_HTTP,0,0); + ok((hurl != 0x0),"InternetConnect Failed\n"); You should just clean up if this fails, there are many reasons a connect to winehq.com could fail. --Juan __________________________________ Yahoo! FareChase: Search multiple travel sites in one click. http://farechase.yahoo.com

1 0

Re: Needs some guidance (aclui/netapi32)
by Juan Lang 09 Nov '05

09 Nov '05

Hi Paul, > I'm trying to add some extra functions to our netapi32 (domain service > related stuff) as this is needed by Process Explorer (or actually by > native aclui.dll). Cool. I'd just try to stub out the missing functions for now if I were you. Maybe this is what you're already trying. > I prefer not to go the way of adding loads of native dll's, but if so > what versions of dll's should I use? Before the move to win2k as the > default we were advised to use win98 dll's, but now? Last time I looked (though it has been a while) native netapi32 depended on way too much stuff to have a chance. The WinXP version at least depends on all sorts of SID/Lsa stuff that aren't around. The win98 version doesn't implement the same set of functions, and functions with the same names sometimes have different arguments, so I suspect you won't have much luck there either. Your best bet is what you're doing: work on our netapi32 to get aclui not to crash. Fortunately it's only a few functions, and you can hardcode values until you figure out what it needs. Good luck, --Juan __________________________________ Yahoo! Mail - PC Magazine Editors' Choice 2005 http://mail.yahoo.com

1 0

Re: added implementation of some more options - try3
by Dmitry Timoshkov 09 Nov '05

09 Nov '05

"Vijay Kiran Kamuju" <infyquest(a)gmail.com> wrote: > Added implementation for INTERNET_OPTION_VERSION > Added implementation for INTERNET_OPTION_USER_AGENT > Fixed behavior for INTERNET_OPTION_HTTP_VERSION > Added implementation for unsupported options > Added some minimalist testcases In this version there are still the same problems mentioned before. Notably: in the tests last error is not set to a bogus value before an API call while it's tested afterwards, buffer length is not initialized before the API calls. > + FIXME("This request %ld is not supported by native as of now\n",dwOption); This message is misleading, I'd suggest something like the following: FIXME("Request %ld is not supported\n", dwOption); -- Dmitry.

1 0

Re: crypt32: plug memory leaks
by Robert Shearman 09 Nov '05

09 Nov '05

Juan Lang wrote: >Hope you don't mind the memory function changes, they helped me debug the >leaks. > >ChangeLog: >- use macros for memory allocation for easier debugging >- plug memory leaks > I'm not sure why you need to use these extra macros for memory allocation. Can't you simply replace the CryptMem* functions during debugging with a macro? -- Rob Shearman

3 3

Re: KERNEL: GetTempFileNameW should not require prefix
by Dimi Paun 08 Nov '05

08 Nov '05

> Index: path.c > =================================================================== > RCS file: /home/wine/wine/dlls/kernel/path.c,v > retrieving revision 1.26 > diff -u -r1.26 path.c > --- path.c 8 Nov 2005 11:01:03 -0000 1.26 > +++ path.c 8 Nov 2005 19:54:35 -0000 Please create the diff from the root of th project: $ cvs diff -u dlls/kernel/path.c -- Dimi Paun <dimi(a)lattica.com> Lattica, Inc.

1 0

kernel32/tests thread.ok fails
by Paul Vriens 08 Nov '05

08 Nov '05

Hi, the traces are my doing, but: thread.c:660:test_CreateThread_basic() thread.c:662:test_CreateThread_suspended() thread.c:664:test_SuspendThread() thread.c:666:test_TerminateThread() thread.c:668:test_CreateThread_stack() thread.c:670:test_thread_priority() thread.c:672:test_GetThreadTimes() fixme:thread:NtQueryInformationThread Cannot get kerneltime or usertime of other threads thread.c:674:test_thread_processor() fixme:thread:SetThreadIdealProcessor (0xfffffffe): stub thread.c:676:test_GetThreadExitCode() thread.c:679:test_SetThreadContext() err:seh:EXC_DefaultHandling Unhandled exception code c00000fd flags 0 addr 0xa make: *** [thread.ok] Error 1 this doesn't seem right. Anyone? Cheers, Paul.

1 1

Re: KERNEL: GetTempFileNameW should not require prefix
by James Hawkins 08 Nov '05

08 Nov '05

On 11/8/05, Phil Lodwick <Phil.Lodwick(a)efi.com> wrote: > Hi, > > _tempnam(".", NULL) fails when using the builtin msvcrt.dll. > This is because GetTempFileNameW was requiring a non-NULL prefix. > > This is my first patch submission. Please let me know if I am doing it wrong > as I have more to come. > A test case showing this behavior would be nice. For a small change like this, it's best to send the test case and the fix in one patch. -- James Hawkins

1 0

cvswine can't find files
by Coleman Jeremy D SrA 50 OSS/OSOT1 08 Nov '05

08 Nov '05

I have been trying to use cvswine because it has the d3d9 patches merged. The problem I run into is that for some reason it is unable to find required files (particularly dlls) even when run from within the same directory. I have seen this happen with the following programs so far. Warcraft 3: Can't find Game.dll NFSU Demo: Can't find d3d9.dll Warhammer 40000 Dawn of War Demo: Can't find spd3d9.dll All of these files are present... Warcraft works fine in cedega and wine 0.9. NFSU Demo works in Cedega. Warhammer DoW runs with Cedega. Any help would be greatly appreciated. If I can get cvswine with d3d9 to work, then my $5/mo for Cedega is likely to become a WineHQ paypal donation.

1 0

Regression with icons being black?
by Paul Vriens 08 Nov '05

08 Nov '05

Hi, just started Process Explorer with latest CVS and the icons for the processes are black instead of colorful. I will do some regression testing. Anyone experiencing the same? Cheers, Paul.

3 3

[PATCH] variable number of arguments in macro __ONLY_IN_WINELIB()
by Berend Reitsma 08 Nov '05

08 Nov '05

Hi, With gcc 2.95.4 I am getting a compile error when compiling dlls/mapi32/tests/prop.c because of the use of the FAR keyword: gcc -c -I. -I. -I../../../include -I../../../include -D_REENTRANT -fPIC -Wall -pipe -mpreferred-stack-boundary=2 -fno-strict-aliasing -gstabs+ -Wpointer-arith -g -O2 -o prop.o prop.c prop.c:54: macro `__ONLY_IN_WINELIB' used without args prop.c:55: macro `__ONLY_IN_WINELIB' used without args prop.c:1158: macro `__ONLY_IN_WINELIB' used without args prop.c:1158: macro `__ONLY_IN_WINELIB' used without args prop.c:1159: macro `__ONLY_IN_WINELIB' used without args make: *** [prop.o] Error 1 In include/windef.h the definition of FAR is a call to the macro __ONLY_IN_WINELIB with no arguments. The attached patch changes the definition of the macro to use variable arguments According to some documentation I found on the web this version with __VA_ARGS__ should be compatible with other compilers as well... Regards, Berend Reitsma.

2 1

Re: RESEND [wininet]add implementation of few more options
by Dmitry Timoshkov 08 Nov '05

08 Nov '05

"Vijay Kiran Kamuju" infyquest(a)gmail.com wrote: > as previous implementation had some bugs use this version > + case INTERNET_OPTION_VERSION: > { > - if (*lpdwBufferLength < sizeof(HTTP_VERSION_INFO)) > - INTERNET_SetLastError(ERROR_INSUFFICIENT_BUFFER); > + /* > + * Presently hardcoded to 1.2 > + */ > + if(lpBuffer != NULL) > + { > + ((INTERNET_VERSION_INFO*)lpBuffer)->dwMajorVersion = 1; > + ((INTERNET_VERSION_INFO*)lpBuffer)->dwMinorVersion = 2; You still need to check buffer size before filling the buffer. Also using a new variable instead of casting lpBuffer would be much cleaner. Same applies to all cases. > + case INTERNET_OPTION_OFFLINE_MODE: > + case INTERNET_OPTION_OFFLINE_SEMANTICS: > + case INTERNET_OPTION_POLICY: > + case INTERNET_OPTION_RECEIVE_THROUGHPUT: > + case INTERNET_OPTION_SEND_THROUGHPUT: > + WARN("This request is not supported by native either\n"); > + SetLastError(ERROR_NOT_SUPPORTED); > + break; I'd suggest to use FIXME instead of WARN here. It doesn't really matter that current version of miscrosoft's implementation doesn't support them, they may add support for them later, and the apps will start to use them. > + char useragent[] = {'W','i','n','i','n','e','t',' ','T','e','s','t',0 }; char useragent[] = "Wininet Test"; works just fine. > + retval=InternetQueryOptionA(hinet,INTERNET_OPTION_USER_AGENT,NULL,&len); > + err=GetLastError(); Again, checking last error without setting it first to a bogus value. + SetLastError(0); + buffer=HeapAlloc(GetProcessHeap(),0,len+1); + retval=InternetQueryOptionA(hinet,INTERNET_OPTION_USER_AGENT,buffer,&len); + err=GetLastError(); Do not set last error to 0, you then miss the case when API sets it to 0. You don't initialize length variable before calling InternetQueryOption. -- Dmitry.

2 1

Re: [wininet] Add InternetReadFileEx*
by Dmitry Timoshkov 08 Nov '05

08 Nov '05

"Brian Gerst" <bgerst(a)didntduck.org> wrote: > This patch implements the InternetReadFileExA and InternetReadFileExW > functions. I don't know if this completely implements it to MSDN specs > (which are fairly vague), but it is enough to allow World of Warcraft to > read and display the server status message. It would be much better instead of duplicating code implement InternetReadFile via InternetReadFileEx. -- Dmitry.

1 0

Re: [wininet]add implementation of few more options
by Dmitry Timoshkov 08 Nov '05

08 Nov '05

"Vijay Kiran Kamuju" infyquest(a)gmail.com wrote: > + retval=InternetQueryOptionA(hinet,INTERNET_OPTION_USER_AGENT,NULL,&len); > + err=GetLastError(); > + ok(len == strlen(useragent)+1,"Got wrong user agent length %ld len instead of %d\n",len,strlen(useragent)); > + ok(retval == 0,"Got wrong return value %d\n",retval); > + ok(err == ERROR_INSUFFICIENT_BUFFER, "Got wrong error code%ld\n",err); You need to set last error to some bogus value before calling an API in order to make sure that the API really changes it. Usually setting last error to 0xdeadbeef works fine for that purpose. -- Dmitry.

1 0

Re: reenable SPI_{GET,SET}BORDER tests and make them pass on wine
by Alexandre Julliard 08 Nov '05

08 Nov '05

Rein Klazes <wijn(a)wanadoo.nl> writes: > source file; > - made the tests pass on wine: > - - non client metric value of iBorderWidth initialized correctly; > - - SPI_SETBORDER updates non client metrics; > - - SPI_SETNONCLIENTMETRICS may save border width value to registry; > - - borderwidth has a minimum value of 1. The tests fail here: sysparams.c:157: Test failed: Missed a message: change_counter=0 sysparams.c:160: Test failed: Wrong action got 0 expected 47 sysparams.c:157: Test failed: Missed a message: change_counter=0 sysparams.c:160: Test failed: Wrong action got 0 expected 47 -- Alexandre Julliard julliard(a)winehq.org

1 0

Help exterminate Solaris issues
by Robert Lunnon 08 Nov '05

08 Nov '05

Could I suggest where someone adds #ifdefs for linux, bsd, etc such as in the recent GlobalMemoryStatusEx issue I just fixed, that the original authors include an #else clause which raises a warning to alert us poor Solaris (and other OS) maintainers to the fact we have to do something. In the meantime I might have to search for OS specific things not flagged with warnings or fixmes.. Thanks Bob

1 0

DirectDrawEnumerateExW calls DirectDrawEnumerateExA
by Saulius Krasuckas 08 Nov '05

08 Nov '05

DirectDrawEnumerateExW (dlls/ddraw/main.c) calls DirectDrawEnumerateExA, which uses ddraw_driver struct (dlls/ddraw/ddraw_private.h), which has a member DDDEVICEIDENTIFIER2 struct (include/ddraw.h), which is defined this way: typedef struct tagDDDEVICEIDENTIFIER2 { char szDriver[MAX_DDDEVICEID_STRING]; char szDescription[MAX_DDDEVICEID_STRING]; LARGE_INTEGER liDriverVersion; DWORD dwVendorId; DWORD dwDeviceId; DWORD dwSubSysId; DWORD dwRevision; GUID guidDeviceIdentifier; DWORD dwWHQLLevel; } DDDEVICEIDENTIFIER2, * LPDDDEVICEIDENTIFIER2; As this struct keeps base information about a driver and it uses char strings, I guess %Subject% cross call should be marked invalid in the wiki. Right?

5 9

Regression in patch 21129
by Michael Jung 08 Nov '05

08 Nov '05

Hi, The patch http://cvs.winehq.org/patch.py?id=21129 caused a regression, which shows in emule's options dialog (v0.46c). I've attached screenshots. A number of "err:imagelist:ImageList_ReplaceIcon no color!" messages are given on the console. Bye, -- Michael Jung mjung(a)iss.tu-darmstadt.de

1 0

Question about contents of STARTUPINFO structure and non WinMain entry points
by James Liggett 08 Nov '05

08 Nov '05

Hi, First, apologies for the length. It's quite a complex issue: A few days ago someone sent to the list asking why a program he'd written on WinXP runs under WineDbg but not under plain wine. Over the weekend I debugged the program and found out that his program doesn't use the standard WinMain entrypoint function. As such, he was using GetStartupInfo to get startup flags. He uses the wShowWindow flag to control the showing of the program's main window. Trouble is, this value is zero unless the program is started as a child process using CreateProcess, given a STARTUPINFO with wShowWindow set to something other than 0 (usually SW_SHOWNORMAL or SW_SHOW.) So my question is, how does the information in STARTUPINFO get set initially? I looked through the code for winecrt0 and found that before WinMain is called, the wShowWindow flag is set to SW_SHOWNORMAL. But because this program does not use WinMain, this value doesn't get set. However, the program works fine on native Windows XP. I looked at ntdll and kernel32 dll code, but I'm not sure I'm looking in the right place. Can someone give me some hints as to how to attack this problem? Thanks a lot, James

1 0

Re: [wininet]add implementation of few more options
by Dmitry Timoshkov 08 Nov '05

08 Nov '05

"Vijay Kiran Kamuju" <infyquest(a)gmail.com> wrote: > ChangeLog > ---------------- > Added implementation for INTERNET_OPTION_VERSION > Added implementation for INTERNET_OPTION_USER_AGENT > Fixed behavior for INTERNET_OPTION_HTTP_VERSION > Added implementation for unsupported options Look like it lacks a test case. -- Dmitry.

2 1

kernel/comm.c - page fault in thread
by Mr Cihan ALTINAY 08 Nov '05

08 Nov '05

Hi, I finally got G-Ware to work flawlessly under wine after some tweaks in the comm.c file. One problem was in the (thread) function COMM_WaitCommEventService(). When I 'disconnect' in the client program it calls purge and sets the event mask to 0 (ie. it is no longer interested in events from the port). But there are still threads running that poll the port. The program crashes when the thread exits the loop (with abort!=0) and tries to set *commio->buffer = rc; (line 2010) but this buffer is already freed by the client. Replacing if (abort) rc = 0; *commio->buffer = rc; by if (!abort) *commio->buffer = rc; fixes this problem. There were other communication errors which I managed to fix but I have to find out first which changes are really necessary to make things work because I tried a lot of things in comm.c. It looks as if there are race conditions when more than one polling thread is running. Currently I check if a thread is already running and don't start a second one if so. But I will find out if that is responsible for the errors or something else and report it on the list. Cheers, Cihan

1 0

DirectX 8 wrapper for wined3d
by Oliver Stieber 07 Nov '05

07 Nov '05

Hi, I've put together a Direct3D 8 wrapper for wined3d which should hopefully replace the current Direct3D 8 code. The patch needs a little bit of tidying, some work of vertex declarations and a hell of a lot of testing before it can go into Wine. So far I've tested Rail Road Tycoon 3, Celebrity Death match, Madden NFL 2004 all the d3d8 demos from http://www.codesampler.com, a few more games I can't remember at the moment and everything's seems to be working as good as or better than the current Direct3D 8 code. I would be greatfull if anyone with DirectX 8 games or applications that currently work or they would like to get working could test the patch and report back any errors they come across. The patch is against Wine cvs 2005-11-05 and can be downloaded from https://sourceforge.net/project/shownotes.php?release_id=368929 for the time being. Oliver. ___________________________________________________________ How much free photo storage do you get? Store your holiday snaps for FREE with Yahoo! Photos http://uk.photos.yahoo.com

7 13

DirectSound, new patch available for testing
by Juergen Wieczorek 07 Nov '05

07 Nov '05

Dear Davin, in the past days I have been testing your 'old' patch with wine-0.9 on my Fedora Core 3 system (kernel-2.6.12-.1381_FC3, alsa-lib-1.0.6-8.FC3, Soundblaster Live PCI = emu10k1), using Diablo2-LoD (patch 1.11b - 3DSound = no) Now I have also tried your new patch. Outcome in short : sound output got worse for me with the new patch. Outcome in detail (for ALSA): A)Old patch - DirectSound settings: 1)EmulDriver=N, HardwareAcceleration=Emulation Blizzard Intro = flawless Game Intro = flawless Game Sound = altogether fluently, some sounds start to miss when in thick melee 2)EmulDriver=N, HardwareAcceleration=Basic/Standard/Full Blizzard Intro = completely jarred Game Intro = with jerks Game Sound = jarred and jerky with large sound holes(dead sound) B)New patch - DirectSound settings: 1)EmulDriver=N, HardwareAcceleration=Emulation Blizzard Intro = flawless Game Intro = flawless Game Sound = persistent audible crackling 2)EmulDriver=N, HardwareAcceleration=Basic/Standard/Full Blizzard Intro = some audible jerks Game Intro = flawless Game Sound = persistent audible crackling The new patch seems to produce less console output of "err:dsound:DSOUND_PhaseCancel length not a multiple of block size" than the old patch and "len" seems to be of shorter size. I have counterchecked with the unpatched wine-0.9 and it is almost the same performance as with the 'new' patch, only that the Blizzard Intro runs flawlessly all the time, no matter what setting I choose for HardwareAcceleration. Hope this helps. -- Juergen Wieczorek Hamburg / Germany

2 1

Error in wine's implementation of msvcrt
by David D. Hagood 07 Nov '05

07 Nov '05

There seems to be some form of error in the Wine implementation of MSVCRT - with three separate programs (Delorme MapNGo 6.0, Delorme Street Atlas 5, Microsoft Trip Planner 5), if I use Wine's builtin MSVCRT, the programs do not work, but if I use the version of MSVCRT the program supplies, they work. I don't know much about what is going on, but I do know this: With the Wine MSVCRT, the Delorme packages err trying to load a "vector font" file that is supplied with the Delorme programs. This font file is read by a DLL supplied by Delorme, and is a simple text file describing some of the icons they use in their program (like a house, or a car, etc.). Tracing the operation of the Wine MSVCRT shows that the whole file is read by the DLL, and the DLL does not throw the error until EOF. I conjecture that there is some difference in behavior between the Wine MSVCRT on EOF and Microsoft's MSVCRT - what I have no idea. OK, so anybody have any good idea on how I can get more information on this?

4 6

Segmentation Fault in wine cvs after 0.9
by zhilla 07 Nov '05

07 Nov '05

before submitting this as bug, some advice please... on slackware 10.2 (gcc 3.3.6) i compile wine cvs, and it has worked so far. last version working is around or exactly 0.9. now, it compiles/installs fine, but any program, including starting just "wine", "notepad" or anything else, ends up quickly with "Segmentation fault". this is my simple custom buildscript... PKGDATE=`date +%Y%m%d` && CHOST="i686-pc-linux-gnu" \ CFLAGS="-march=athlon-xp -O2 -pipe -fomit-frame-pointer -m3dnow -msse -mmmx" \ CXXFLAGS=$CFLAGS \ ./configure \ --disable-debug && \ make && make depend && \ checkinstall -S --pkgname=wine --pkgarch=athlonxp --pkgversion=$PKGDATE -y also, tried removing ~/.wine and creating new one, it starts automatic configure but compiled wine also segfaults. then, changed processor optimizations to much more conservative "-O2 -march=i486 -mcpu=i686" and it it works like a charm. athlon-xp optimizatins used in the first place are from http://gentoo-wiki.com/Safe_Cflags . if gentoo people claim these are safe cflags, and it worked until couple days ago, then something is definetly wrong, right?

7 15

Re: [d3d9] allow NULL ppQuery to be passed to CreateQuery
by Alexandre Julliard 07 Nov '05

07 Nov '05

Oliver Stieber <oliver_stieber(a)yahoo.co.uk> writes: > @@ -142,9 +142,10 @@ > FIXME("(%p) call to IWineD3DDevice_CreateQuery failed\n", This); > HeapFree(GetProcessHeap(), 0, object); > *ppQuery = NULL; > - } else { > + } else if (ppQuery != NULL) { > *ppQuery = (LPDIRECT3DQUERY9) object; > } That doesn't look right. Who's going to free the object if you don't return it? -- Alexandre Julliard julliard(a)winehq.org

1 0

The time of miracles...
by Molle Bestefich 07 Nov '05

07 Nov '05

... has not yet passed, it seems! Lo and behold, I managed to get Trillian to work past the splash screen. A bit early for a christmas miracle, but there it is :-). This is, as far as I know, the first time anyone has gotten Trillian to run with Wine CVS since late 2004. That's about two years for you. It also marks another historic event: This is the first time in my life that I've ever rejoiced upon hearing one of those lame application startup sounds ;-). This is the diff against wine 0.9: Index: dlls/user/winpos.c =================================================================== --- dlls/user/winpos.c (revision 23257) +++ dlls/user/winpos.c (working copy) @@ -808,9 +808,14 @@ MinMax.ptMaxTrackSize.y = max( MinMax.ptMaxTrackSize.y, MinMax.ptMinTrackSize.y ); + return; + // commenting next line out WILL fix Trillian. if (maxSize) *maxSize = MinMax.ptMaxSize; + // commenting next line out doesn't fix. if (maxPos) *maxPos = MinMax.ptMaxPosition; + // commenting next line out WILL fix Trillian. if (minTrack) *minTrack = MinMax.ptMinTrackSize; + // commenting next line out doesn't fix. if (maxTrack) *maxTrack = MinMax.ptMaxTrackSize; } The patch (also attached btw) should be self explanatory. Basically it just returns a bit earlier in WINPOS_GetMinMaxInfo. Obviously, WINPOS_GetMinMaxInfo is fucked, but I'm not sure how or why. I'd like it if any of the experts could step in here, so we can: * close bug 2658 and * open a new one about why the contact list window stays hidden ;). Questions (please help!): 1. Is it correct to just stop mucking about with the application's 4 variables as done above? Will that break other things? 2. How can I test the behaviour on Windows? (I've finally gotten VMWare to run on 2.6.14 - joy =))

2 3

Re: msxml: remove a few guids
by Huw D M Davies 07 Nov '05

07 Nov '05

On Mon, Nov 07, 2005 at 12:31:32PM +0000, Huw D M Davies wrote: > Huw Davies <huw(a)codeweavers.com> > Remove a couple of unnecessary guids. Actually could you ignore this for the time being. The guids are needed to get the crosstests to build as mingw lacks these in its libuuid.a Huw. -- Huw Davies huw(a)codeweavers.com

1 0

Bugzilla
by Molle Bestefich 07 Nov '05

07 Nov '05

=============== Not allowed You tried to change the short_desc field from err:clipping:CLIPPING_UpdateGCRegion hVisRgn is zero. Please report this. to Trillian loops infinitely in splash screen, but only the owner or submitter of the bug, or a sufficiently empowered user, may change that field. Please press Back and try again. =============== Could I please be granted privileges to change the subject line on that bug (2658)? The current one: * doesn't describe the problem very well * doesn't relate to the original description

2 2

DirectSound, new patch available for testing
by Davin McCall 07 Nov '05

07 Nov '05

To all those who tested my previous patch, thanks. I have a new patch which may help to resolve some of the (few) issues which cropped up. The "length not a multiple of block size" issue has been partially addressed. Also, buffer underruns should be far less frequent than the previous patch if direct hardware access is used (set registry key \\HKEY_CURRENT_USER\Software\Wine\Alsa Driver\UseDirectHW to "y"). I'll leave this for a few days and if there are no reports of breakages I'll send it (as two seperate patches) to wine-patches. Davin

3 9

Re: Korean resource files
by Mike McCormack 07 Nov '05

07 Nov '05

황윤성 wrote: > ./wine/ > ./wine/programs/ > ./wine/programs/wcmd/ > ./wine/programs/wcmd/Ko.rc 황윤성씨, 안녕하세요! Thanks for the contribution. Please only add Korean resource files when you have translated the contents into Korean. Wine will fall back to using the English resources by default. When you submit a new translation, please use diff -u /dev/null to generate the diff, something like this: diff -u /dev/null programs/wcmd/Ko.rc > wcmd-ko.diff thanks, Mike

1 0

[wined3d] prevent outof range lookup in DrawStridedSlow - 2
by Oliver Stieber 07 Nov '05

07 Nov '05

--- Oliver Stieber <oliver_stieber(a)yahoo.co.uk> wrote: The if (coordIdx > 15) warning is incorrect as generated coordinates can have coordIdx > s that are much higher, this can be verified by running the fr-025-final2 demo (http://www.scene.org/file.php?file=/demos/groups/farb-rausch/fr-025-final2.…) The attached patch has the (coordIdx > 15) removed. Oliver. > Hi. > > This patch verify that the texture coordinate used in DrawStridedSlow is in > range before trying to referencing the associated data. > > > Oliver. > > > > ___________________________________________________________ > How much free photo storage do you get? Store your holiday > snaps for FREE with Yahoo! Photos http://uk.photos.yahoo.com> Files clean/wine/dlls/wined3d/.device.c.swp and smallpatches/wine/dlls/wined3d/.device.c.swp > differ > diff -X ignore -Nru clean/wine/dlls/wined3d/drawprim.c smallpatches/wine/dlls/wined3d/drawprim.c > --- clean/wine/dlls/wined3d/drawprim.c 2005-10-12 14:14:29.524975000 +0100 > +++ smallpatches/wine/dlls/wined3d/drawprim.c 2005-11-06 23:51:35.664707408 +0000 > @@ -1317,13 +1317,22 @@ > if (This->stateBlock->textures[textureNo] != NULL) { > > int coordIdx = > This->stateBlock->textureState[textureNo][D3DTSS_TEXCOORDINDEX]; > - float *ptrToCoords = (float *)(sd->u.s.texCoords[coordIdx].lpData + > (SkipnStrides * sd->u.s.texCoords[coordIdx].dwStride)); > + float *ptrToCoords = NULL; > float s = 0.0, t = 0.0, r = 0.0, q = 0.0; > > if (coordIdx > 7) { > VTRACE(("tex: %d - Skip tex coords, as being system generated\n", > textureNo)); > + if (coordIdx > 15) { > + FIXME("tex: %d - Unexpectdly high texture coord index %d, expect a > crash.\n", textureNo, coordIdx); > + } > + continue; > + } else if (coordIdx < 0) { > + FIXME("tex: %d - Coord index %d is less than zero, expect a crash.\n", > textureNo, coordIdx); > continue; > - } else if (sd->u.s.texCoords[coordIdx].lpData == NULL) { > + } > + > + ptrToCoords = (float *)(sd->u.s.texCoords[coordIdx].lpData + (SkipnStrides * > sd->u.s.texCoords[coordIdx].dwStride)); > + if (sd->u.s.texCoords[coordIdx].lpData == NULL) { > TRACE("tex: %d - Skipping tex coords, as no data supplied\n", textureNo); > continue; > } else { > > > ___________________________________________________________ To help you stay safe and secure online, we've developed the all new Yahoo! Security Centre. http://uk.security.yahoo.com

1 0

WINE Regression due to patch 18110: Font size issues in MS Word dropdowns
by Arren Lex 07 Nov '05

07 Nov '05

This is a NON-FATAL, merely cosmetic regression. The application in question still functions. I have just finished regression testing WINE according to these instructions: http://www.winehq.com/site/docs/winedev-guide/x1344 In Microsoft Word 2000, in WINE prior to Monday, June 13, 2005, 05:01:32 CDT, when you moved your mouse over the dropdown boxes in the standard toolbar which allow you to select font size, font face, etc. the boxes become embossed like they're supposed to. However, after patch 18110 was applied, all that happens when you mouse over these boxes is that the text suddenly gains several sizes and cuts off at the first letter, makes the box either inconvenient or entirely unusable. The patch that caused this problem is the following: http://cvs.winehq.org/patch.py?id=18110 An image illustrating this process is below: http://img.photobucket.com/albums/v11/arrenlex/wineexamples.png Is it possible to fix this annoying regression? Thank you for your time! _________________________________________________________________ Designer Mail isn't just fun to send, it's fun to receive. Use special stationery, fonts and colors. http://join.msn.com/?pgmarket=en-ca&page=byoa/prem&xAPID=1994&DI=1034&SU=ht… Start enjoying all the benefits of MSN® Premium right now and get the first two months FREE*.

3 3

winedbg and ddd/kdbg problem...
by Markus G�mmel 06 Nov '05

06 Nov '05

Hi, I'm coming from Windows, so a graphical debugging system is needed :-) I'm trying to connect winedbg to ddd as described in the docu, but the following error occured during startup: wine-pthread: gdbproxy.c:1984: extract_packets: Assertion 'i == gdbctx->out_len' failed. Same happens when I try to connect to kdbg... Any ideas? Thanks Markus Goemmel m.goemmel(a)compulab.de

3 5

What to do when X11DRV_DIB_BuildColorMap is called with more than 256 colors?
by David D. Hagood 06 Nov '05

06 Nov '05

I have an old copy of Microsoft's Trip Planner 5 software that I was trying to get to run. When I try to plan a trip, the program will draw the map fine, then it attempts to draw the dialog for setting up the trip data. At this point, the app calls X11DRV_DIB_BuildColorMap with a bmiHeader.biClrUsed count of 257. Now, if I remove the code within X11DRV_DIB_BuildColorMap that checks for colors > 256, the code makes it past this point. It dies much later, after I have entered the start point of the journey. So, now what? Is there a shortcoming within BuildColorMap, or is some other code misleading the app? How do I go about debugging this?

1 0

New call needed in netapi32 (DsRoleGetPrimaryDomainInformation)
by Paul Vriens 06 Nov '05

06 Nov '05

Hi, one of the crashes I have in Process Explorer is due to a unimplemented function DsRoleGetPrimaryDomainInformation. There is no Ds-related stuff yet in netapi32. I assume a new file is needed, but how do I name it: - ds.c - ads.c - ? do we have any name-convention for new files ? I guess a new debug-channel is needed as well with the same question about naming. Cheers, Paul.

3 2

URLCache, was: Re: Semi-Stub implementation for SHRegGetValue(A|W)
by Uwe Bonnes 06 Nov '05

06 Nov '05

>>>>> "Uwe" == Uwe Bonnes <bon(a)elektron.ikp.physik.tu-darmstadt.de> writes: Uwe> This patch lets the recent Atmel AVRStudio Version 4.12 run, Uwe> invoked like "env Uwe> WINEDLLOVERRIDES=ole32,oleaut32,rpcrt4,msxml3,urlmon=n wine\ Argh, forgot this: Also native wininet is needed. The application hits out arbitrary limit of 4 hash table entries in the URLCache and the inability to grow. Bumping the 4 in the for() loop to create the hash table entries up to 8 makes AVRStudio run with builtin wininet. -- Uwe Bonnes bon(a)elektron.ikp.physik.tu-darmstadt.de Institut fuer Kernphysik Schlossgartenstrasse 9 64289 Darmstadt --------- Tel. 06151 162516 -------- Fax. 06151 164321 ----------

1 0

version<unspecified>
by wino＠piments.com 06 Nov '05

06 Nov '05

I have an app that tests the version number of certain dlls it uses on startup. The first seems to be riched20.dll If I run it on 20050524 it starts and works. If I run from the same installation after installing wine-0.9 (or just about any winecfg based version) it starts throwing errors like: riched20.dll version<unspecified> was found, this program requires at least..... I then have to pull in a native dll and tell wine to go native when in fact the buildin functions work perfectly. bug or feature? I guess this was done intentionally or is a result of an intentional change and seems related to winecfg becoming active. What is the best way to deal with this? It seems a shame to install native dlls when the wine code does the job. TIA

2 7

killing wine dregs
by wino＠piments.com 05 Nov '05

05 Nov '05

I often have wine finish uncleanly or need to break in if it is misbehaving , this leaves some processes lying around and often means wine cannot be restarted correctly. I find killing it by hand labourious so I used the following command to clean up and have now defined it as an alias to make life easier. pgrep wine|while read p; do kill -9 $p ; done; It works nicely but just wondered if anyone would say OMG dont do that ! TIA.

5 7

Re: [dxdiagn] DirectXFiles + bug fixes
by Christian Costa 05 Nov '05

05 Nov '05

> > >Todo: > - find a way to provide wanted informations on containers (logical drivers, >sound drivers, display drivers, ...) > - fill DirectShowFilters (Christian have you an idea how to do that ?) > > Well, I don't know which filters should be enumerated here but you can use devenum (see EnumMatchingFilters of IFilterMapper2 interface). Christian

1 0

relay debuggin crashes wine at startup
by Peter Berg Larsen 05 Nov '05

05 Nov '05

Hi, It seems that for some time, that whenever I enable relay debugging, wine crashes at startup e.i: /mnt/windows/Programmer/Railroad Tycoon 3 > env WINEDEBUG=+relay /usr/local/bin/wine 0009:Call kernel32.__wine_kernel_init() ret=7bec1599 Segmentation fault /mnt/windows/Programmer/Railroad Tycoon 3 > env WINEDEBUG=+relayfoo /usr/local/bin/wine Wine 0.9 Usage: wine PROGRAM [ARGUMENTS...] Run the specified program wine --help Display this help and exit wine --version Output version information and exit /mnt/windows/Programmer/Railroad Tycoon 3 > Am I missing something? I haven't tried wine older than 2 months. Is it my system? /mnt/windows/Programmer/Railroad Tycoon 3 > uname -a Linux **** 2.6.12-12mdk #1 Fri Sep 9 18:15:22 CEST 2005 i686 Intel(R) Pentium(R) M processor 1.86GHz unknown GNU/Linux /mnt/windows/Programmer/Railroad Tycoon 3 > rpm -qa glibc glibc-2.3.5-5mdk /mnt/windows/Programmer/Railroad Tycoon 3 > Peter

2 3

Problem with showing arabic script
by Yaser 05 Nov '05

05 Nov '05

Hello All, I compiled Wine-0.9 with ICU to support BiDi. And I used LC_CTYPE to choose the appropriate character map. The Arbic letters are shown in the right order (from right to left), but they are shown separated and not connected. Any Idea to fix this problem? Thank you in advance. Yaser..

1 0

Fwd: wingcc link problem
by Vitaly Lipatov 05 Nov '05

05 Nov '05

Please take attention, is it bug or I use winegcc incorrectly? ---------- Forwarded message ---------- Subject: wingcc link problem Date: 24 Сентябрь 2005 16:51 From: Vitaly Lipatov <lav(a)etersoft.ru> To: wine-devel(a)winehq.org Last days I can't compile any program with winegcc: $ winegcc buildtest.c a.out.exe-u5twQI.spec.o(.data+0x28): In function `__wine_spec_nt_header': : undefined reference to `__wine_spec_exe_entry' a.out.exe-u5twQI.spec.o(.init+0x1): undefined reference to `__wine_spec_init_ctor' collect2: ld returned 1 exit status winegcc: gcc failed. $ cat buildtest.c int main(int argc, char **argv) { exit(0); } Any suggestions? ------------------------------------------------------- -- Lav Виталий Липатов Россия, Санкт-Петербург. www.etersoft.ru GNU! ALT Linux Team! WINE! WIKI! LaTeX! LyX!

4 7

Rejected patches in dmloader and dmime
by Peter Berg Larsen 05 Nov '05

05 Nov '05

Hi, Whats is wrong with http://www.winehq.org/pipermail/wine-patches/2005-October/021445.html http://www.winehq.org/pipermail/wine-patches/2005-October/021446.html http://www.winehq.org/pipermail/wine-patches/2005-October/021447.html and http://www.winehq.org/pipermail/wine-patches/2005-October/021448.html They were first time send in September. Peter

1 0

Re: Fix warning about signedness of pointers
by Robert Shearman 05 Nov '05

05 Nov '05

Vincent Béron wrote: >Changelog: >Fix warning about signedness of pointers in x11drv. > >Vincent > > >------------------------------------------------------------------------ > >Index: dlls/x11drv/event.c >=================================================================== >RCS file: /home/wine/wine/dlls/x11drv/event.c,v >retrieving revision 1.59 >diff -u -r1.59 event.c >--- dlls/x11drv/event.c 12 Sep 2005 15:14:07 -0000 1.59 >+++ dlls/x11drv/event.c 4 Nov 2005 00:13:43 -0000 >@@ -698,7 +698,7 @@ > > if( !aux_long && p_data) /* don't bother if > 64K */ > { >- signed char *p = (signed char*) p_data; >+ char *p = (char *)p_data; > char *p_drop; > > aux_long = 0; >@@ -736,7 +736,7 @@ > lpDrop->fWide = FALSE; > WIN_ReleasePtr(pDropWnd); > p_drop = (char *)(lpDrop + 1); >- p = p_data; >+ p = (char *)p_data; > while(*p) > { > if( *p != -1 ) /* use only "good" entries */ > > Mike McCormack already tried an identical patch, but it was rejected because the implications of the fix were not considered. It doesn't seem that they were addressed in this patch either. IIRC, the main issue was that *p can in fact be negative. -- Rob Shearman

2 1

Re: Move functions to remove function declaration
by Robert Shearman 05 Nov '05

05 Nov '05

Vincent Béron wrote: >Changelog: >Move functions in comctl32/string.c to remove function declaration. > > The current ordering is more logical, but the more important point is that these functions are exported and so should be put in a header file somewhere. -- Rob Shearman

1 0

bug 3514 fix (dsound primary buffer) needs fix?
by Peter Berg Larsen 05 Nov '05

05 Nov '05

Hi, The following patch http://www.winehq.org/pipermail/wine-patches/2005-October/021269.html fixes http://bugs.winehq.org/show_bug.cgi?id=3514 but crashed Railroad tycoon, as it always sets device->primary->dsound to null when there are more than one user of the device. The following patch fixes railroad tycoon; does it still fix bug 3514? Peter RCS file: /home/wine/wine/dlls/dsound/dsound.c,v retrieving revision 1.42 diff -u -r1.42 dsound.c --- dsound.c 19 Oct 2005 19:21:38 -0000 1.42 +++ dsound.c 5 Nov 2005 03:09:22 -0000 @@ -251,7 +251,7 @@ if (This->device) { if (DirectSoundDevice_Release(This->device) != 0) { /* device not released so make sure primary reference to This removed */ - if (This->device->primary) + if (This->device->primary && This->device->primary->dsound == This) This->device->primary->dsound = NULL; } }

2 1

DISPLAY vs. \\.\DISPLAY1
by Tim Martin 05 Nov '05

05 Nov '05

I had discovered a bug with Quicken 2005 where certain graphics aren't being drawn on screen, depending on whether the application is using W98 or W2k "emulation". The behavior actually changed (from works in W98 but broken in W2k to works in W2k but broken in W98) at some point in time. After some tedius recompiling and testing (hey, I'm new to wine!) I discovered the behavior swap was due to a CVS commit to dlls\user\misc.c on 29 September 2005. Something to do with the display name being unicode DISPLAY vs. \\.\DISPLAY1 (which seems to be the first display name for Windows). I just sent a proposed patch to fix this bug, but thought I would also ask on this list to make sure I haven't done anything stupid (which I probably have). Basically, there were several files that declare static constants for a display name - I globally search & replaced all DISPLAY with \\.\DISPLAY1 where it seemed to make sense, but hopefully others will have an opinion here. Tim

2 2

Small visual issues with P-CAD2000 and wine 0.9
by Marcos Vicente Cruz 04 Nov '05

04 Nov '05

HI, I having small visual issues in P-CAD 2000's toolbar on Linux since I've upgraded to wine 0.9. The buttons aren't displayed properly. See the screenshot attached. Thank you, Marcos

4 5

Re: PATCH: Olepicture Dispatch Invoke
by Robert Shearman 04 Nov '05

04 Nov '05

Marcus Meissner wrote: >Hi, > >ExpressPCB (http://bugs.winehq.org/show_bug.cgi?id=3752) >does some invokes on IPictures. > >I implemented the ones it needs. > >GetTypeInfo is stolen from olefont.c. > > Please try not to introduce any more of this code into wine. We should be deferring to typelibs here and in olefont. However, it doesn't work because ITypeInfo_Invoke doesn't work on variables yet. I plan to refactor the function to reduce the levels of indentation for the majority of it and generate a fake FUNCDESC to parse, reusing the existing code. -- Rob Shearman

1 0

WineProbe part II; Propaganda for Wine
by David Gümbel 04 Nov '05

04 Nov '05

Hello everybody, as most of you probably remember, my company (ITOMIG) launched an initiative called WineProbe (=~ "WineTasting" in English) some time ago. As part of this initiative, we're arranging an informational event next week on thursday afternoon in Stuttgart. We'll present Wine and its capabilities for migrating and porting applications to Unix. Details are available online (in German) [1]. The target audience are software vendors who would like to create a Linux or cross-platform version of their Windows-based products. However, anyone interested is cordially invited to come, listen and discuss, and have a glass of good wine afterwards ;) The event is free, you just need to send us a small application form avaliable online on [1]. Aside from that, I wrote an article titled "Grenzen überschreiten" ("Crossing Borders") about Wine and its use in the city of Böblingen in a project we're running together with Böblingen and Tübingen University. It was published in print this week in the magazine Kommune21 [2]. Kommune21 is a magazine about the use of information technology in municipalities (german: "Kommunen"). About 11 000 copies are printed every month, and I'd say the CIO of pretty much every major german city has a subscription. They do not normally have a free online version of their contents available. However, they provided me with a PDF of the article, which we're allowed to put online on our web site. I think this is very nice advertisement for Wine, in particular because of the very specific audience of that publication. Anyone interested can find the article available online at [3]. Bye, David [1] http://www.itomig.de/Initiative_Wine-Probe.26.0.html [2] http://www.kommune21.de [3] http://www.itomig.de/Downloads.10.0.html

3 3

Re: hhctrl: Free an alloc'ed string
by Vincent Béron 04 Nov '05

04 Nov '05

Le ven 04/11/2005 à 12:22, James Hawkins a écrit : > Hi, > > Changelog > * Free an alloc'ed string. > > -- > James Hawkins > ---- > > Index: dlls/hhctrl.ocx/hhctrl.c > =================================================================== > RCS file: /home/wine/wine/dlls/hhctrl.ocx/hhctrl.c,v > retrieving revision 1.9 > diff -u -p -r1.9 hhctrl.c > --- dlls/hhctrl.ocx/hhctrl.c 4 Nov 2005 11:15:01 -0000 1.9 > +++ dlls/hhctrl.ocx/hhctrl.c 4 Nov 2005 17:20:57 -0000 > @@ -97,6 +97,7 @@ HWND WINAPI HtmlHelpW(HWND caller, LPCWS > FIXME("Not all HH cases handled correctly\n"); > doWinMain(GetModuleHandleW(NULL), file); > default: > + HeapFree(GetProcessHeap(), 0, (LPVOID)filename); file, not filename. Vincent

1 0

Re: WININET: small fix for InternetCreateUrlA
by James Hawkins 04 Nov '05

04 Nov '05

On 11/4/05, Saulius Krasuckas <saulius2(a)ar.fi.lt> wrote: > This was a one minute looker, so it can contain some logical errors or so. > No it's good. I don't know why I got ERROR_ALREADY_EXISTS when I was testing, but I swear I did! I don't get the error anymore so it must have been leftover from something else. -- James Hawkins

1 0

Re: [wined3d] D3DCOLOR fixup begin
by Oliver Stieber 04 Nov '05

04 Nov '05

--- Oliver Stieber <oliver_stieber(a)yahoo.co.uk> wrote: > > --- Raphael <fenix(a)club-internet.fr> wrote: > > > Hi, > > > > Changelog: > > - defined D3DCOLOR_B macros to access byte values of D3DCOLOR > > - use D3DCOLOR macros instead of using shift + masks > > - fix a bug where diffuse.lpData checked instead of specular.lpData > > - implement color fixup on ARB VShader compilation code: > > -> on input parameters using swizzle > > -> add is_color parameter on vshader_program_add_param > > > The input swizzel needs to be an output swizzel because it should be possible to use anything to > generate a colour for output and not just the input colours, that should also get around the > is_colour problem. Having thought about it again the swizell need to be on the input, it shouldn't be too hard to work out which inputs need to be swizelled in the parser first pass. > > Todo: > > - check shader declaration while compiling VShader to value is_color > > parameter (Oliver have you an idea how to do that ?) > > > - implement a fixup code for drawPrimitiveSlow and VBO unlock > > I've got some fixup code to go in so that drawStridedSlow doesn't have to be used. > Oliver. > > > > > > Regards, > > Raphael > > > ? wined3d.dll.dbg.c > > ? wined3d.spec.def > > Index: device.c > > =================================================================== > > RCS file: /home/wine/wine/dlls/wined3d/device.c,v > > retrieving revision 1.91 > > diff -u -r1.91 device.c > > --- device.c 2 Nov 2005 20:01:54 -0000 1.91 > > +++ device.c 2 Nov 2005 23:11:55 -0000 > > @@ -4598,10 +4598,10 @@ > > if (Flags & D3DCLEAR_TARGET) { > > TRACE("Clearing screen with glClear to color %lx\n", Color); > > glGetFloatv(GL_COLOR_CLEAR_VALUE, old_color_clear_value); > > - glClearColor(((Color >> 16) & 0xFF) / 255.0f, > > - ((Color >> 8) & 0xFF) / 255.0f, > > - ((Color >> 0) & 0xFF) / 255.0f, > > - ((Color >> 24) & 0xFF) / 255.0f); > > + glClearColor(D3DCOLOR_R(Color), > > + D3DCOLOR_G(Color), > > + D3DCOLOR_B(Color), > > + D3DCOLOR_A(Color)); > > checkGLcall("glClearColor"); > > > > /* Clear ALL colors! */ > > Index: drawprim.c > > =================================================================== > > RCS file: /home/wine/wine/dlls/wined3d/drawprim.c,v > > retrieving revision 1.31 > > diff -u -r1.31 drawprim.c > > --- drawprim.c 11 Oct 2005 20:27:54 -0000 1.31 > > +++ drawprim.c 2 Nov 2005 23:11:56 -0000 > > @@ -1410,30 +1410,30 @@ > > > > /* Diffuse -------------------------------- */ > > if (sd->u.s.diffuse.lpData != NULL) { > > - glColor4ub((diffuseColor >> 16) & 0xFF, > > - (diffuseColor >> 8) & 0xFF, > > - (diffuseColor >> 0) & 0xFF, > > - (diffuseColor >> 24) & 0xFF); > > - VTRACE(("glColor4f: r,g,b,a=%f,%f,%f,%f\n", > > - ((diffuseColor >> 16) & 0xFF) / 255.0f, > > - ((diffuseColor >> 8) & 0xFF) / 255.0f, > > - ((diffuseColor >> 0) & 0xFF) / 255.0f, > > - ((diffuseColor >> 24) & 0xFF) / 255.0f)); > > + glColor4ub(D3DCOLOR_B_R(diffuseColor), > > + D3DCOLOR_B_G(diffuseColor), > > + D3DCOLOR_B_B(diffuseColor), > > + D3DCOLOR_B_A(diffuseColor)); > > + VTRACE(("glColor4ub: r,g,b,a=%u,%u,%u,%u\n", > > + D3DCOLOR_B_R(diffuseColor), > > + D3DCOLOR_B_G(diffuseColor), > > + D3DCOLOR_B_B(diffuseColor), > > + D3DCOLOR_B_A(diffuseColor))); > > } else { > > if (vx_index == 0) glColor4f(1.0f, 1.0f, 1.0f, 1.0f); > > } > > > > /* Specular ------------------------------- */ > > - if (sd->u.s.diffuse.lpData != NULL) { > > - VTRACE(("glSecondaryColor4ub: r,g,b=%f,%f,%f\n", > > - ((specularColor >> 16) & 0xFF) / 255.0f, > > - ((specularColor >> 8) & 0xFF) / 255.0f, > > - ((specularColor >> 0) & 0xFF) / 255.0f)); > > + if (sd->u.s.specular.lpData != NULL) { > > + VTRACE(("glSecondaryColor4ub: r,g,b=%u,%u,%u\n", > > + D3DCOLOR_B_R(specularColor), > > + D3DCOLOR_B_G(specularColor), > > + D3DCOLOR_B_B(specularColor))); > > if (GL_SUPPORT(EXT_SECONDARY_COLOR)) { > > GL_EXTCALL(glSecondaryColor3ubEXT)( > > - (specularColor >> 16) & 0xFF, > > - (specularColor >> 8) & 0xFF, > > - (specularColor >> 0) & 0xFF); > > + D3DCOLOR_B_R(specularColor), > > + D3DCOLOR_B_G(specularColor), > > + D3DCOLOR_B_B(specularColor)); > > } else { > > /* Do not worry if specular colour missing and disable request */ > > VTRACE(("Specular color extensions not supplied\n")); > > Index: vertexshader.c > > =================================================================== > > RCS file: /home/wine/wine/dlls/wined3d/vertexshader.c,v > > retrieving revision 1.14 > > diff -u -r1.14 vertexshader.c > > --- vertexshader.c 27 Oct 2005 10:23:53 -0000 1.14 > > +++ vertexshader.c 2 Nov 2005 23:11:57 -0000 > > @@ -887,10 +887,70 @@ > > return D3DSIO_COMMENT == (token & D3DSI_OPCODE_MASK); > > } > > > > -inline static void vshader_program_add_param(const DWORD param, int input, char *hwLine, BOOL > > namedArrays, CHAR constantsUsedBitmap[]) { > > +inline static void vshader_program_add_output_param_swizzle(const DWORD param, int is_color, > > char *hwLine) { > > + /** operand output */ > > + if ((param & D3DSP_WRITEMASK_ALL) != D3DSP_WRITEMASK_ALL) { > > + strcat(hwLine, "."); > > + if (param & D3DSP_WRITEMASK_0) { strcat(hwLine, "x"); } > > + if (param & D3DSP_WRITEMASK_1) { strcat(hwLine, "y"); } > > + if (param & D3DSP_WRITEMASK_2) { strcat(hwLine, "z"); } > > + if (param & D3DSP_WRITEMASK_3) { strcat(hwLine, "w"); } > > + } > > +} > > + > > +inline static void vshader_program_add_input_param_swizzle(const DWORD param, int is_color, > > char *hwLine) { > > + static const char swizzle_reg_chars_color_fix[] = "zyxw"; > > + static const char swizzle_reg_chars[] = "xyzw"; > > + const char* swizzle_regs = NULL; > > + char tmpReg[255]; > > + > > + /** operand input */ > > + DWORD swizzle = (param & D3DVS_SWIZZLE_MASK) >> D3DVS_SWIZZLE_SHIFT; > > + DWORD swizzle_x = swizzle & 0x03; > > + DWORD swizzle_y = (swizzle >> 2) & 0x03; > > + DWORD swizzle_z = (swizzle >> 4) & 0x03; > > + DWORD swizzle_w = (swizzle >> 6) & 0x03; > > + > > + if (is_color) { > > + swizzle_regs = swizzle_reg_chars_color_fix; > > + } else { > > + swizzle_regs = swizzle_reg_chars; > > + } > > + > > + /** > > + * swizzle bits fields: > > + * WWZZYYXX > > + */ > > + if ((D3DVS_NOSWIZZLE >> D3DVS_SWIZZLE_SHIFT) == swizzle) { /* D3DVS_NOSWIZZLE == 0xE4 << > > D3DVS_SWIZZLE_SHIFT */ > > + if (is_color) { > > + sprintf(tmpReg, ".%c%c%c%c", > > + swizzle_regs[swizzle_x], > > + swizzle_regs[swizzle_y], > > + swizzle_regs[swizzle_z], > > + swizzle_regs[swizzle_w]); > > + strcat(hwLine, tmpReg); > > + } > > + return ; > > + } > > + if (swizzle_x == swizzle_y && > > + swizzle_x == swizzle_z && > > + swizzle_x == swizzle_w) > > + { > > + sprintf(tmpReg, ".%c", swizzle_regs[swizzle_x]); > > + strcat(hwLine, tmpReg); > > + } else { > > + sprintf(tmpReg, ".%c%c%c%c", > > + swizzle_regs[swizzle_x], > > + swizzle_regs[swizzle_y], > > + swizzle_regs[swizzle_z], > > + swizzle_regs[swizzle_w]); > > + strcat(hwLine, tmpReg); > > + } > > +} > > + > > +inline static void vshader_program_add_param(const DWORD param, int input, int is_color, char > > *hwLine, BOOL namedArrays, CHAR constantsUsedBitmap[]) { > > /*static const char* rastout_reg_names[] = { "oPos", "oFog", "oPts" }; */ > > static const char* hwrastout_reg_names[] = { "result.position", "result.fogcoord", > > "result.pointsize" }; > > - static const char swizzle_reg_chars[] = "xyzw"; > > > > DWORD reg = param & 0x00001FFF; > > DWORD regtype = ((param & D3DSP_REGTYPE_MASK) >> D3DSP_REGTYPE_SHIFT); > > @@ -954,49 +1014,9 @@ > > } > > > > if (!input) { > > - /** operand output */ > > - if ((param & D3DSP_WRITEMASK_ALL) != D3DSP_WRITEMASK_ALL) { > > - strcat(hwLine, "."); > > - if (param & D3DSP_WRITEMASK_0) { > > - strcat(hwLine, "x"); > > - } > > - if (param & D3DSP_WRITEMASK_1) { > > - strcat(hwLine, "y"); > > - } > > - if (param & D3DSP_WRITEMASK_2) { > > - strcat(hwLine, "z"); > > - } > > - if (param & D3DSP_WRITEMASK_3) { > > - strcat(hwLine, "w"); > > - } > > - } > > + vshader_program_add_output_param_swizzle(param, is_color, hwLine); > > } else { > > - /** operand input */ > > - DWORD swizzle = (param & D3DVS_SWIZZLE_MASK) >> D3DVS_SWIZZLE_SHIFT; > > - DWORD swizzle_x = swizzle & 0x03; > > - DWORD swizzle_y = (swizzle >> 2) & 0x03; > > - DWORD swizzle_z = (swizzle >> 4) & 0x03; > > - DWORD swizzle_w = (swizzle >> 6) & 0x03; > > - /** > > - * swizzle bits fields: > > - * WWZZYYXX > > - */ > > - if ((D3DVS_NOSWIZZLE >> D3DVS_SWIZZLE_SHIFT) != swizzle) { /* ! D3DVS_NOSWIZZLE == 0xE4 > << > > D3DVS_SWIZZLE_SHIFT */ > > - if (swizzle_x == swizzle_y && > > - swizzle_x == swizzle_z && > > - swizzle_x == swizzle_w) > > - { > > - sprintf(tmpReg, ".%c", swizzle_reg_chars[swizzle_x]); > > - strcat(hwLine, tmpReg); > > - } else { > > - sprintf(tmpReg, ".%c%c%c%c", > > - swizzle_reg_chars[swizzle_x], > > - swizzle_reg_chars[swizzle_y], > > - swizzle_reg_chars[swizzle_z], > > - swizzle_reg_chars[swizzle_w]); > > - strcat(hwLine, tmpReg); > > - } > > - } > > + vshader_program_add_input_param_swizzle(param, is_color, hwLine); > > } > > } > > > > @@ -1540,7 +1560,7 @@ > > char tmpChar[80]; > > ++pToken; > > sprintf(tmpLine, "ATTRIB "); > > - vshader_program_add_param(*pToken, 0, tmpLine, This->namedArrays, > > This->constantsUsedBitmap); > > + vshader_program_add_param(*pToken, 0, 0, tmpLine, This->namedArrays, > > This->constantsUsedBitmap); > > sprintf(tmpChar," = %s", attribName); > > strcat(tmpLine, tmpChar); > > strcat(tmpLine,";\n"); > > @@ -1592,12 +1612,12 @@ > > } > > } > > if (curOpcode->num_params > 0) { > > - vshader_program_add_param(*pToken, 0, tmpLine, This->namedArrays, > > This->constantsUsedBitmap); > > + vshader_program_add_param(*pToken, 0, 0, tmpLine, This->namedArrays, > > This->constantsUsedBitmap); > > > > ++pToken; > > for (i = 1; i < curOpcode->num_params; ++i) { > > strcat(tmpLine, ","); > > - vshader_program_add_param(*pToken, 1, tmpLine, This->namedArrays, > > This->constantsUsedBitmap); > > + vshader_program_add_param(*pToken, 1, 0, tmpLine, This->namedArrays, > > This->constantsUsedBitmap); > > ++pToken; > > } > > } > > Index: wined3d_private.h > > =================================================================== > > RCS file: /home/wine/wine/dlls/wined3d/wined3d_private.h,v > > retrieving revision 1.67 > > diff -u -r1.67 wined3d_private.h > > --- wined3d_private.h 29 Oct 2005 10:30:36 -0000 1.67 > > +++ wined3d_private.h 2 Nov 2005 23:11:57 -0000 > > @@ -161,6 +161,11 @@ > > #define GL_EXTCALL(FuncName) (GLINFO_LOCATION.FuncName) > > #define GL_VEND(_VendName) (GLINFO_LOCATION.gl_vendor == VENDOR_##_VendName ? TRUE > : > > FALSE) > > > > +#define D3DCOLOR_B_R(dw) (((dw) >> 16) & 0xFF) > > +#define D3DCOLOR_B_G(dw) (((dw) >> 8) & 0xFF) > > +#define D3DCOLOR_B_B(dw) (((dw) >> 0) & 0xFF) > > +#define D3DCOLOR_B_A(dw) (((dw) >> 24) & 0xFF) > > + > > #define D3DCOLOR_R(dw) (((float) (((dw) >> 16) & 0xFF)) / 255.0f) > > #define D3DCOLOR_G(dw) (((float) (((dw) >> 8) & 0xFF)) / 255.0f) > > #define D3DCOLOR_B(dw) (((float) (((dw) >> 0) & 0xFF)) / 255.0f) > > > > > > > > > > ___________________________________________________________ > To help you stay safe and secure online, we've developed the all new Yahoo! Security Centre. > http://uk.security.yahoo.com > ___________________________________________________________ To help you stay safe and secure online, we've developed the all new Yahoo! Security Centre. http://uk.security.yahoo.com

2 2

Re: RESUBMIT: olepicture loading from streams without Stat
by Alexandre Julliard 04 Nov '05

04 Nov '05

Marcus Meissner <marcus(a)jet.franken.de> writes: > Hi, > > Third submission... Should I change anything? Make it cleaner? > > Sample app is in http://bugs.winehq.org/show_bug.cgi?id=2683 > > Ciao, Marcus > > Changelog: > Implemented OLEPicture loading from IStreams that do > not support IStream::Stat(). > Added testcase for this behaviour. You need to allocate a larger buffer, and grow it by doubling the size or something like that. Reallocating every 4096 bytes is going to be very slow on large files. Also you shouldn't use ntdll functions in the tests. -- Alexandre Julliard julliard(a)winehq.org

1 0

IE6 setup requires a registered inseng.dll
by James Hawkins 04 Nov '05

04 Nov '05

Hey, I tried to install IE6 with some success. I used a native advpack.dll because wine's advpack isn't complete enough yet. The install bails out with the following errors on the command line: err:ole:CoGetClassObject class {6e449686-c509-11cf-aafa-00aa00b6015c} not registered err:ole:create_server class {6e449686-c509-11cf-aafa-00aa00b6015c} not registered fixme:ole:CoCreateInstance no classfactory created for CLSID {6e449686-c509-11cf-aafa-00aa00b6015c}, hres is 0x80040150 I looked up the UID and it belongs to inseng.dll, which is extracted to the temporary install directory. On windows, inseng.dll is already registered by the time you run the installer, but is not registered on wine. Running regsvr32 inseng.dll solves the problem, and the install succeeds, but that is just a workaround. One solution is to add the registration to wine.inf. The other option is to add a skeleton inseng.dll with the DllRegister function implemented. I find the second solution most appealing, because it provides more incentive to implement that dll. What solution would be most acceptable? -- James Hawkins

1 0

Re: program works under winedbg but not under wine
by Matheus Izvekov 03 Nov '05

03 Nov '05

On 11/3/05, James Liggett <jrliggett(a)cox.net> wrote: > On Tue, 2005-11-01 at 23:34 -0200, Matheus Izvekov wrote: > > yes, i develop it in a windows xp environment. > > what kind of stack problem do you think might be related? > > i think its unlikely that its because of stack overflow, it uses very > > little stack, but ill investigate. > > If it works on Windows, then the stack problems I'm referring to aren't > in your code but in wine. I'll have some free time for the next few > days, so send your code and I'll try and see if I can help. By the way, > does this program do? > > James > Its used for generating a 2 dimension float array dumped on a file. You start with a bitmap and assign a float value for each color. its still WIP and a bit messed up, but i believe it will be enough for the purpose of testing. Beware that this program does not use the C runtime. The entry point is "WinMainStartup" in gui.c.

1 0

Re: [Resent] Fix the separator for VarDateFromStr
by Alexandre Julliard 03 Nov '05

03 Nov '05

Uwe Bonnes <bon(a)elektron.ikp.physik.tu-darmstadt.de> writes: > @@ -3419,6 +3419,16 @@ > DFS("1/2/1970"); EXPECT_DBL(25570.0); > DFS("1-2-1970"); EXPECT_DBL(25570.0); > /* Native fails "1999 January 3, 9AM". I consider that a bug in native */ > + > + /* some tests for the german locale */ > + lcid = MAKELCID(MAKELANGID(LANG_GERMAN,SUBLANG_GERMAN),SORT_DEFAULT); > + DFS("1.2.1970"); EXPECT_DBL(25600.0); > + /* Unusual format in German locale, but accepted by native oleaut32*/ > + DFS("1-2-1970"); EXPECT_DBL(25600.0); > + DFS("01.02.1970"); EXPECT_DBL(25600.0); > + DFS("1. Februar 1970"); EXPECT_DBL(25600.0); > + DFS("1. Feb. 1970"); EXPECT_DBL(25600.0); > + You should add test cases that fail in English and succeed in German and the other way around, otherwise it doesn't really tell us anything about which separators work in which language. -- Alexandre Julliard julliard(a)winehq.org

1 0

Re: New eject command issue
by Christian Costa 03 Nov '05

03 Nov '05

> > > FSCTL_DISMOUNT_VOLUME : > > in DIR_unmount_device (in ntdll/directory.c): > > - unmount_device server call (in fd.c) is called but in unmount_device, > > the function tries to retreive a device object given the device > > return by fstat but no device object has been previously created so > > get_device fails. My understanding is that this server call > > should closed all fds associated with the device but files stay > > opened. > > It closes them in the server, but it can't close them in the > client. They are open in the client because your CD has not been > detected as a removable device so the client doesn't know that it > shouldn't cache fds. > I will hack FILE_GetDeviceInfo just to make it recognize my cdrom as removable and try to see if it helps. However, I don't understand well why forcing the drive as cdrom (instead of relying on autodetection) is not taken into account. This could be also usefull for ISO images. Unless this option is planned to be removed !?! Thx, Christian

2 2

c2man comment rejection
by Markus Amsler 03 Nov '05

03 Nov '05

Hi, I identified 80 function comments, that have a description and a PARAMS section, but no RETURNS section. IMHO it would generate in most cases acceptable documentation, but gets rejected because of the missing RETURNS section. 2 possible fixes: - patch c2man so it accepts also PARAMS sections pro: small change, more html documented functions in general con: some functions have unsuitable comments - add RETURNS section to comments pro: cleaner documentation con: more changes, a lot of "RETURNS TRUE on success FALSE otherwise"- style comments. Which way to go? Markus identified Functions: IsTextUnicode CryptAcquireContextW SystemFunction036 SystemFunction040 SystemFunction041 BuildSecurityDescriptorA SetFileSecurityW StartServiceCtrlDispatcherA StartServiceCtrlDispatcherW GetEnhMetaFileHeader GetEnhMetaFileDescriptionW PlayEnhMetaFile PolyTextOutA PolyTextOutW GdiInit216 PlayMetaFile GetMetaFileBits16 SetMetaFileBits16 SetMetaFileBitsEx GetMetaFileBitsEx SetPixelFormat SwapBuffers PolyBezier PolyBezierTo AbortPath WaitCommEvent CommConfigDialogW WriteConsoleOutputCharacterA SetConsoleCursorPosition GetDriveType16 IsValidLocale SetLastError GetLastError GetCurrentProcessId GetCurrentThreadId SetLastError ThunkConnect32 ThunkInitSL SSCall FreeSLCallback ThunkConnect16 VirtualAllocEx GetColorDirectoryW ICInfo AcceptEx TransmitFile RtlSetLastWin32Error RtlSetLastWin32ErrorAndNtStatusFromNtStatus RtlOpenCurrentUser RtlCreateSecurityDescriptor RtlCopySecurityDescriptor _splitpath CreateILockBytesOnHGlobal16 CoInitialize16 ProgIDFromCLSID16 CoRegisterClassObject16 ReadClassStg16 SetupOpenInfFileW ILAppend ILFree ILGlobalFree RegisterShellHook SHUpdateImageW IShellFolder_ParseDisplayName SHFileOperationA SHFreeNameMappings IUnknown_SetSite CreateIcon SetCursor SetDebugErrorLevel DestroyAcceleratorTable SetScrollRange ShowScrollBar OpenThemeFile CloseThemeFile ApplyTheme GetThemeDefaults EnumThemes CheckThemeSignature EnumPrintersW

3 2

Re: 25% success rate on wife's must-have apps!
by Dan Kegel 03 Nov '05

03 Nov '05

On 11/3/05, Michael Jung <mjung(a)iss.tu-darmstadt.de> wrote: > On Monday 31 October 2005 08:39, Dan Kegel wrote: > > Can't install: > > Adobe Photoshop Elements > > Just saw Photoshop Elements on Frank's Corner and remembered your mail: > http://frankscorner.org/index.php?p=pselements2 Frank may think it's ok to install IE, but I'm trying to go for a pure Wine. (I'll install things like MDAC and the VB Runtime, since those are allowed by Microsoft more or less, but iirc recent IE's are expressly forbidden becuase "IE is part of Windows".) But it's good to know that installing IE helps; that points us to what needs to be fixed in Wine. Thanks, Dan

1 0

Re: [wined3d] D3DCOLOR fixup begin
by Oliver Stieber 03 Nov '05

03 Nov '05

--- Raphael <fenix(a)club-internet.fr> wrote: > Hi, > > Changelog: > - defined D3DCOLOR_B macros to access byte values of D3DCOLOR > - use D3DCOLOR macros instead of using shift + masks > - fix a bug where diffuse.lpData checked instead of specular.lpData > - implement color fixup on ARB VShader compilation code: > -> on input parameters using swizzle > -> add is_color parameter on vshader_program_add_param > The input swizzel needs to be an output swizzel because it should be possible to use anything to generate a colour for output and not just the input colours, that should also get around the is_colour problem. > Todo: > - check shader declaration while compiling VShader to value is_color > parameter (Oliver have you an idea how to do that ?) > - implement a fixup code for drawPrimitiveSlow and VBO unlock I've got some fixup code to go in so that drawStridedSlow doesn't have to be used. Oliver. > > Regards, > Raphael > > ? wined3d.dll.dbg.c > ? wined3d.spec.def > Index: device.c > =================================================================== > RCS file: /home/wine/wine/dlls/wined3d/device.c,v > retrieving revision 1.91 > diff -u -r1.91 device.c > --- device.c 2 Nov 2005 20:01:54 -0000 1.91 > +++ device.c 2 Nov 2005 23:11:55 -0000 > @@ -4598,10 +4598,10 @@ > if (Flags & D3DCLEAR_TARGET) { > TRACE("Clearing screen with glClear to color %lx\n", Color); > glGetFloatv(GL_COLOR_CLEAR_VALUE, old_color_clear_value); > - glClearColor(((Color >> 16) & 0xFF) / 255.0f, > - ((Color >> 8) & 0xFF) / 255.0f, > - ((Color >> 0) & 0xFF) / 255.0f, > - ((Color >> 24) & 0xFF) / 255.0f); > + glClearColor(D3DCOLOR_R(Color), > + D3DCOLOR_G(Color), > + D3DCOLOR_B(Color), > + D3DCOLOR_A(Color)); > checkGLcall("glClearColor"); > > /* Clear ALL colors! */ > Index: drawprim.c > =================================================================== > RCS file: /home/wine/wine/dlls/wined3d/drawprim.c,v > retrieving revision 1.31 > diff -u -r1.31 drawprim.c > --- drawprim.c 11 Oct 2005 20:27:54 -0000 1.31 > +++ drawprim.c 2 Nov 2005 23:11:56 -0000 > @@ -1410,30 +1410,30 @@ > > /* Diffuse -------------------------------- */ > if (sd->u.s.diffuse.lpData != NULL) { > - glColor4ub((diffuseColor >> 16) & 0xFF, > - (diffuseColor >> 8) & 0xFF, > - (diffuseColor >> 0) & 0xFF, > - (diffuseColor >> 24) & 0xFF); > - VTRACE(("glColor4f: r,g,b,a=%f,%f,%f,%f\n", > - ((diffuseColor >> 16) & 0xFF) / 255.0f, > - ((diffuseColor >> 8) & 0xFF) / 255.0f, > - ((diffuseColor >> 0) & 0xFF) / 255.0f, > - ((diffuseColor >> 24) & 0xFF) / 255.0f)); > + glColor4ub(D3DCOLOR_B_R(diffuseColor), > + D3DCOLOR_B_G(diffuseColor), > + D3DCOLOR_B_B(diffuseColor), > + D3DCOLOR_B_A(diffuseColor)); > + VTRACE(("glColor4ub: r,g,b,a=%u,%u,%u,%u\n", > + D3DCOLOR_B_R(diffuseColor), > + D3DCOLOR_B_G(diffuseColor), > + D3DCOLOR_B_B(diffuseColor), > + D3DCOLOR_B_A(diffuseColor))); > } else { > if (vx_index == 0) glColor4f(1.0f, 1.0f, 1.0f, 1.0f); > } > > /* Specular ------------------------------- */ > - if (sd->u.s.diffuse.lpData != NULL) { > - VTRACE(("glSecondaryColor4ub: r,g,b=%f,%f,%f\n", > - ((specularColor >> 16) & 0xFF) / 255.0f, > - ((specularColor >> 8) & 0xFF) / 255.0f, > - ((specularColor >> 0) & 0xFF) / 255.0f)); > + if (sd->u.s.specular.lpData != NULL) { > + VTRACE(("glSecondaryColor4ub: r,g,b=%u,%u,%u\n", > + D3DCOLOR_B_R(specularColor), > + D3DCOLOR_B_G(specularColor), > + D3DCOLOR_B_B(specularColor))); > if (GL_SUPPORT(EXT_SECONDARY_COLOR)) { > GL_EXTCALL(glSecondaryColor3ubEXT)( > - (specularColor >> 16) & 0xFF, > - (specularColor >> 8) & 0xFF, > - (specularColor >> 0) & 0xFF); > + D3DCOLOR_B_R(specularColor), > + D3DCOLOR_B_G(specularColor), > + D3DCOLOR_B_B(specularColor)); > } else { > /* Do not worry if specular colour missing and disable request */ > VTRACE(("Specular color extensions not supplied\n")); > Index: vertexshader.c > =================================================================== > RCS file: /home/wine/wine/dlls/wined3d/vertexshader.c,v > retrieving revision 1.14 > diff -u -r1.14 vertexshader.c > --- vertexshader.c 27 Oct 2005 10:23:53 -0000 1.14 > +++ vertexshader.c 2 Nov 2005 23:11:57 -0000 > @@ -887,10 +887,70 @@ > return D3DSIO_COMMENT == (token & D3DSI_OPCODE_MASK); > } > > -inline static void vshader_program_add_param(const DWORD param, int input, char *hwLine, BOOL > namedArrays, CHAR constantsUsedBitmap[]) { > +inline static void vshader_program_add_output_param_swizzle(const DWORD param, int is_color, > char *hwLine) { > + /** operand output */ > + if ((param & D3DSP_WRITEMASK_ALL) != D3DSP_WRITEMASK_ALL) { > + strcat(hwLine, "."); > + if (param & D3DSP_WRITEMASK_0) { strcat(hwLine, "x"); } > + if (param & D3DSP_WRITEMASK_1) { strcat(hwLine, "y"); } > + if (param & D3DSP_WRITEMASK_2) { strcat(hwLine, "z"); } > + if (param & D3DSP_WRITEMASK_3) { strcat(hwLine, "w"); } > + } > +} > + > +inline static void vshader_program_add_input_param_swizzle(const DWORD param, int is_color, > char *hwLine) { > + static const char swizzle_reg_chars_color_fix[] = "zyxw"; > + static const char swizzle_reg_chars[] = "xyzw"; > + const char* swizzle_regs = NULL; > + char tmpReg[255]; > + > + /** operand input */ > + DWORD swizzle = (param & D3DVS_SWIZZLE_MASK) >> D3DVS_SWIZZLE_SHIFT; > + DWORD swizzle_x = swizzle & 0x03; > + DWORD swizzle_y = (swizzle >> 2) & 0x03; > + DWORD swizzle_z = (swizzle >> 4) & 0x03; > + DWORD swizzle_w = (swizzle >> 6) & 0x03; > + > + if (is_color) { > + swizzle_regs = swizzle_reg_chars_color_fix; > + } else { > + swizzle_regs = swizzle_reg_chars; > + } > + > + /** > + * swizzle bits fields: > + * WWZZYYXX > + */ > + if ((D3DVS_NOSWIZZLE >> D3DVS_SWIZZLE_SHIFT) == swizzle) { /* D3DVS_NOSWIZZLE == 0xE4 << > D3DVS_SWIZZLE_SHIFT */ > + if (is_color) { > + sprintf(tmpReg, ".%c%c%c%c", > + swizzle_regs[swizzle_x], > + swizzle_regs[swizzle_y], > + swizzle_regs[swizzle_z], > + swizzle_regs[swizzle_w]); > + strcat(hwLine, tmpReg); > + } > + return ; > + } > + if (swizzle_x == swizzle_y && > + swizzle_x == swizzle_z && > + swizzle_x == swizzle_w) > + { > + sprintf(tmpReg, ".%c", swizzle_regs[swizzle_x]); > + strcat(hwLine, tmpReg); > + } else { > + sprintf(tmpReg, ".%c%c%c%c", > + swizzle_regs[swizzle_x], > + swizzle_regs[swizzle_y], > + swizzle_regs[swizzle_z], > + swizzle_regs[swizzle_w]); > + strcat(hwLine, tmpReg); > + } > +} > + > +inline static void vshader_program_add_param(const DWORD param, int input, int is_color, char > *hwLine, BOOL namedArrays, CHAR constantsUsedBitmap[]) { > /*static const char* rastout_reg_names[] = { "oPos", "oFog", "oPts" }; */ > static const char* hwrastout_reg_names[] = { "result.position", "result.fogcoord", > "result.pointsize" }; > - static const char swizzle_reg_chars[] = "xyzw"; > > DWORD reg = param & 0x00001FFF; > DWORD regtype = ((param & D3DSP_REGTYPE_MASK) >> D3DSP_REGTYPE_SHIFT); > @@ -954,49 +1014,9 @@ > } > > if (!input) { > - /** operand output */ > - if ((param & D3DSP_WRITEMASK_ALL) != D3DSP_WRITEMASK_ALL) { > - strcat(hwLine, "."); > - if (param & D3DSP_WRITEMASK_0) { > - strcat(hwLine, "x"); > - } > - if (param & D3DSP_WRITEMASK_1) { > - strcat(hwLine, "y"); > - } > - if (param & D3DSP_WRITEMASK_2) { > - strcat(hwLine, "z"); > - } > - if (param & D3DSP_WRITEMASK_3) { > - strcat(hwLine, "w"); > - } > - } > + vshader_program_add_output_param_swizzle(param, is_color, hwLine); > } else { > - /** operand input */ > - DWORD swizzle = (param & D3DVS_SWIZZLE_MASK) >> D3DVS_SWIZZLE_SHIFT; > - DWORD swizzle_x = swizzle & 0x03; > - DWORD swizzle_y = (swizzle >> 2) & 0x03; > - DWORD swizzle_z = (swizzle >> 4) & 0x03; > - DWORD swizzle_w = (swizzle >> 6) & 0x03; > - /** > - * swizzle bits fields: > - * WWZZYYXX > - */ > - if ((D3DVS_NOSWIZZLE >> D3DVS_SWIZZLE_SHIFT) != swizzle) { /* ! D3DVS_NOSWIZZLE == 0xE4 << > D3DVS_SWIZZLE_SHIFT */ > - if (swizzle_x == swizzle_y && > - swizzle_x == swizzle_z && > - swizzle_x == swizzle_w) > - { > - sprintf(tmpReg, ".%c", swizzle_reg_chars[swizzle_x]); > - strcat(hwLine, tmpReg); > - } else { > - sprintf(tmpReg, ".%c%c%c%c", > - swizzle_reg_chars[swizzle_x], > - swizzle_reg_chars[swizzle_y], > - swizzle_reg_chars[swizzle_z], > - swizzle_reg_chars[swizzle_w]); > - strcat(hwLine, tmpReg); > - } > - } > + vshader_program_add_input_param_swizzle(param, is_color, hwLine); > } > } > > @@ -1540,7 +1560,7 @@ > char tmpChar[80]; > ++pToken; > sprintf(tmpLine, "ATTRIB "); > - vshader_program_add_param(*pToken, 0, tmpLine, This->namedArrays, > This->constantsUsedBitmap); > + vshader_program_add_param(*pToken, 0, 0, tmpLine, This->namedArrays, > This->constantsUsedBitmap); > sprintf(tmpChar," = %s", attribName); > strcat(tmpLine, tmpChar); > strcat(tmpLine,";\n"); > @@ -1592,12 +1612,12 @@ > } > } > if (curOpcode->num_params > 0) { > - vshader_program_add_param(*pToken, 0, tmpLine, This->namedArrays, > This->constantsUsedBitmap); > + vshader_program_add_param(*pToken, 0, 0, tmpLine, This->namedArrays, > This->constantsUsedBitmap); > > ++pToken; > for (i = 1; i < curOpcode->num_params; ++i) { > strcat(tmpLine, ","); > - vshader_program_add_param(*pToken, 1, tmpLine, This->namedArrays, > This->constantsUsedBitmap); > + vshader_program_add_param(*pToken, 1, 0, tmpLine, This->namedArrays, > This->constantsUsedBitmap); > ++pToken; > } > } > Index: wined3d_private.h > =================================================================== > RCS file: /home/wine/wine/dlls/wined3d/wined3d_private.h,v > retrieving revision 1.67 > diff -u -r1.67 wined3d_private.h > --- wined3d_private.h 29 Oct 2005 10:30:36 -0000 1.67 > +++ wined3d_private.h 2 Nov 2005 23:11:57 -0000 > @@ -161,6 +161,11 @@ > #define GL_EXTCALL(FuncName) (GLINFO_LOCATION.FuncName) > #define GL_VEND(_VendName) (GLINFO_LOCATION.gl_vendor == VENDOR_##_VendName ? TRUE : > FALSE) > > +#define D3DCOLOR_B_R(dw) (((dw) >> 16) & 0xFF) > +#define D3DCOLOR_B_G(dw) (((dw) >> 8) & 0xFF) > +#define D3DCOLOR_B_B(dw) (((dw) >> 0) & 0xFF) > +#define D3DCOLOR_B_A(dw) (((dw) >> 24) & 0xFF) > + > #define D3DCOLOR_R(dw) (((float) (((dw) >> 16) & 0xFF)) / 255.0f) > #define D3DCOLOR_G(dw) (((float) (((dw) >> 8) & 0xFF)) / 255.0f) > #define D3DCOLOR_B(dw) (((float) (((dw) >> 0) & 0xFF)) / 255.0f) > > > ___________________________________________________________ To help you stay safe and secure online, we've developed the all new Yahoo! Security Centre. http://uk.security.yahoo.com

1 0

Re: [Resend] printer dialog fixes part1 + french + other rcs
by Andreas Mohr 03 Nov '05

03 Nov '05

Hi, On Thu, Nov 03, 2005 at 12:02:21PM +0100, Jonathan Ernst wrote: > Try2:This time, we just tell the user he needs to install a printer (we don't let him install one from Wine as it is not (won't ever?) be implemented). You really should have written: ...install a printer... *on your system.* Otherwise many of such people will fiddle with Windows printer drivers for hours completely in vain. Andreas

3 5

Re: kernel/comm.c: Don't leak file handles
by Paul Vriens 03 Nov '05

03 Nov '05

On Thu, 2005-11-03 at 10:55 +0100, Uwe Bonnes wrote: > Changelog: > dlls/kernel/comm.c: COMM_WaitCommEvent > Release the file handle when creating thread > > Spotted by Cihan Altinay, also fixes then problem with pending characters in > our comm-test when TXD-RXD loopback is enabled. Hi Uwe, you forgot the patch :-). Cheers, Paul.

1 0

dlls/kernel/comm.c: not releasing file descriptors?
by Cihan Altinay 03 Nov '05

03 Nov '05

Hi, I am trying to get G-Ware[1] to run under wine which provides a user interface to set up Echo Canceller Units made by ClearOne. The unit is connected to the serial port (com1 = ttyS0). The only way I can start the program at all is by configuring wine to act as Windows 95/98 and using native COM dll's. Furthermore, 'GWare.exe' starts 'PSRServe.exe' under native Windows but not under wine so I do the following in a bash file: wine C:\\Program\ Files\\G-Ware\\PSRServe.exe & wine C:\\Program\ Files\\G-Ware\\GWare.exe When I connect to the device I get endless fixme:comm:COMM_WaitCommEvent EV_RXFLAG not handled messages before communication breaks with this: wine client error:3bc: pipe: Too many open files After investigating I found out that indeed the number of open pipes to ttyS0 increases statically so I tried to find the reason and suspect the following (using the CVS checkout from 20051102): In the function COMM_WaitCommEvent in /dlls/kernel/comm.c line 2106 a thread is created for WaitCommEventService. However, in this branch of the if-statement fd is not released (using release_comm_fd). Releasing fd seems to work and the number of open pipes don't get past 200-300. I am new to wine development and this is just a guess and I might be totally wrong. Unfortunately this does not fix the communication with the device (It reports timeouts and errors retrieving values etc). I guess this has to do with the first fixme messages I mentioned. Can anybody tell me what EV_RXFLAG is used for? Using WINEDEBUG=+tid,+comm I compared the output to what Sysinternals PortMon[2] gives me on native Windows and it really looks promising. Is there a way to display the actual data that was sent/received through the serial port? I tried WINEDEBUG=+io which does not work. The program uses threads so there might as well be other issues. Cheers, Cihan --- [1] http://www.clearone.com/docs/downloads/G-Ware5.0.6.zip (20MB) [2] http://www.sysinternals.com/Utilities/Portmon.html

2 1

Re:DirectSound, new patch available for testing
by Robbert Xerox 03 Nov '05

03 Nov '05

Hi Davin,Two questions about this: the patch fails here at hunk 5 with current cvs. 2nd question: is creating the key \HKEY_CURRENT_USER\Software\Wine\Alsa Driver\UseDirectHW necessary? If so, i'll have to do that manually (in regedit) i guess, as winecfg does not create such a key anywhere. And is this some undocumented key that also has some effects without your patch? thanks in advance for your answer. ___________________________________________________________ Yahoo! Messenger - NEW crystal clear PC to PC calling worldwide with voicemail http://uk.messenger.yahoo.com

4 3

Re: SHELL32: some fixes for shelllink's IContextMenu::InvokeCommand method
by Martin Fuchs 03 Nov '05

03 Nov '05

Hello Mike, On 03.11.2005 07:24:42 Mike McCormack wrote: > ChangeLog: > Pass the correct verb. > Add a space between extra parameters. > Wait for ShellExecute to complete. [...] > if( ShellExecuteExW( &sei ) ) >+ { >+ if (sei.hProcess) >+ WaitForSingleObject(sei.hProcess, 10000); > r = S_OK; >+ } > else > r = E_FAIL; You should add an "CloseHandle(sei.hProcess);" after the wait call to avoid the handle leak. Regards, Martin

1 0

RE: alt-tab task switching form a wine app
by Anthony R. Tuel 03 Nov '05

03 Nov '05

-----Original Message----- From: Robert Shearman [mailto:rob@codeweavers.com] Sent: Wed 11/2/2005 12:43 PM To: Anthony R. Tuel Cc: wine-devel(a)winehq.org Subject: Re: alt-tab task switching form a wine app Anthony R. Tuel wrote: > It seems when I have an app up running under wine (lotus notes 6.5.4 > in my case) and I switch to another app (using a gaim messaging window > in my case) using alt tab, when I come back to my notes window its as > if I'm still holding the alt key. Not sure if this happens in other > apps, but its really noticible in notes since it uses the alt key for > all sorts of keyboard shortcuts. So if i'm writing a new email in > notes, someone sends me an IM, I alt-tab switch over to gaim, when I > switch back to notes and want to hit enter for a new line, it brings > up the font properties windows (alt+enter being the font properties > shortcut). This seems to happen with both 20050930 and the .9 > releases at least. Has anyone else seen this issue? > Yes. It is a known bug when using the Metacity WM. We have a hack in CrossOver that works around it based on a patch somebody sent to wine-patches within the last year. -- Rob Shearman ------------------------------------------------------------------------------ Is there a bug open on this? I would hvae thought that a patch put forth like a year ago would have made it into the official wine builds by now.

1 0

Re: [LOSTWAGES] fix .htaccess
by Jeremy Newman 03 Nov '05

03 Nov '05

I've run into this before. Problem is that if I use a local URL it breaks the website images for the 404 page. This is due to the local path not matching what the URL reads. I get around it by using the redirect. I did fix the code in the website so when the 404 page is loaded, it correctly sends the 404 header. Let me know if that works better for you. On Wed, 2005-11-02 at 11:26 +0100, Jonathan Ernst wrote: > http://httpd.apache.org/docs/1.3/mod/core.html#errordocument > > Note that when you specify an ErrorDocument that points to a remote URL > (ie. anything with a method such as "http" in front of it), Apache *will > send a redirect to the client to tell it where to find the document, > even if the document ends up being on the same server*. This has several > implications, the most important being *that the client will not receive > the original error status code*, but instead will receive a redirect > status code. This in turn can confuse web robots and other clients > which try to determine if a URL is valid using the status code. > > I was using linkchecker (http://linkchecker.sourceforge.net/) to check > for deadlinks and wondered why some people could still find some > deadlinks on winehq. That's because our 404 handler doesn't send an > Error 404 message to the user agent. > > This change will make apache send a 404 instead of a redirect and will > let the original address in the browser's address bar instead of > changing it to the /site/404 file. It will also make it easier to check > for deadlinks as the error code will be correct now.

2 1

[d3d8] D3DCOLOR fixup + bug fix
by Raphael 02 Nov '05

02 Nov '05

Hi, Same as the previous wined3d patch + minor fix on UBYTE4 handling Regards, Raphael

1 0

Re: DirectSound problems - dlls/dsound/mixer.c
by Jesse Allen 02 Nov '05

02 Nov '05

Hi Davin, Juergen and I have tested Diablo 2 with your patch and found it has improved the sound. But there is still more to do: ---------- Forwarded message ---------- From: Juergen Wieczorek <juergenw_(a)web.de> Date: Oct 31, 2005 3:58 PM Subject: Re: Fwd: DirectSound problems - dlls/dsound/mixer.c To: Jesse Allen <the3dfxdude(a)gmail.com> Sorry, but things are a bit weird with the supplied wine-0.9 for FC3. In order to counter-proof, I did a rpmbuild -bb ... with the *unpatched* sources from wine-0.9-1fc3-winehq and also ended up with dead sound, until I set winecfg to "OSS"! Then sound worked with patched or unpatched mixer.c source. Strangely, when I installed the provided binary FC3.rpm, winecfg works only with "ALSA" sound setting. Obviously there is something wrong with the build specs of this package, I have to check later. As for the patched mixer.c source: Sound is now much more fluid and not crackling perpetually, but some long drawn sounds like power-ups have a jarring note to them. Also walking around on the map with the mouse button pressed down produces a jarring noise when in the vicinity of moving flames like those at waypoints or near any sort of open fire. Ths stops when you're at some distance from the flames. Here is my resp. console output for reference: err:dsound:DSOUND_PhaseCancel length not a multiple of block size, len = 2454, block size = 4 err:dsound:DSOUND_PhaseCancel length not a multiple of block size, len = 2482, block size = 4 err:dsound:DSOUND_PhaseCancel length not a multiple of block size, len = 2498, block size = 4 err:dsound:DSOUND_PhaseCancel length not a multiple of block size, len = 2550, block size = 4 err:dsound:DSOUND_PhaseCancel length not a multiple of block size, len = 3966, block size = 4 err:dsound:DSOUND_PhaseCancel length not a multiple of block size, len = 3026, block size = 4 fixme:wave:DSD_CreateSecondaryBuffer (0x7fe72db8,0x7fa6842c,e0,0,0x70ff007c,0x70ee3bec,0x70ff00 58): stub fixme:wave:DSD_CreateSecondaryBuffer (0x7fe72db8,0x7fa6842c,e0,0,0x70ed007c,0x721000f4,0x70ed00 58): stub fixme:wave:DSD_CreateSecondaryBuffer (0x7fe72db8,0x7fa6842c,e0,0,0x70ed01b4,0x70ee508c,0x70ed01 90): stub fixme:wave:DSD_CreateSecondaryBuffer (0x7fe72db8,0x7fa6842c,e0,0,0x70ed02ec,0x70ed03dc,0x70ed02 c8): stub fixme:wave:DSD_CreateSecondaryBuffer (0x7fe72db8,0x7fa6842c,e0,0,0x70ed047c,0x70ed058c,0x70ed04 58): stub fixme:wave:DSD_CreateSecondaryBuffer (0x7fe72db8,0x7fa6842c,e0,0,0x70ed062c,0x70ed073c,0x70ed06 08): stub fixme:wave:DSD_CreateSecondaryBuffer (0x7fe72db8,0x7fa6842c,e0,0,0x70ed07dc,0x70ed08ec,0x70ed07 b8): stub fixme:wave:DSD_CreateSecondaryBuffer (0x7fe72db8,0x7fa6842c,e0,0,0x70ed098c,0x70ed0a9c,0x70ed09 68): stub All in all, much better now, but still a way from being nice. -- Juergen Wieczorek Hamburg / Germany

3 5

Re: [d3d8] FillVertexShaderInputARBHW wrong color order for D3DCOLOR?
by Raphael 02 Nov '05

02 Nov '05

On Wednesday 02 November 2005 11:46, Christoph Frick wrote: > On Wed, Nov 02, 2005 at 11:39:17AM +0100, fenix(a)club-internet.fr wrote: > > You are right, it's a known problem. > > See DirectDraw7 to Wined3d recent thread, it's related about > > drawPrimitiveStriddedSlow. We have 3 solutions: > > - when app use VertexBuffer: precompilation of VB to be OpenGL compliant > > on unlock - using vertex/pixel shaders to do the needed tricks > > - for each frame transform all colors in software before rendering > > (yuckk) > > would you enlighten my, why i was not able to write my own data in the > glVertex... method? because this is something precompiled and "source" > is already somewhere in the graphics hardware and i can not write data > from the heap into it? because, as you said, it doesn't have the good format. D3D format isn't supported by OpenGL (it's ARGB and we need it to be in RGBA, see D3DCOLOR_* macros on d3d8_private.h) Ex of msdn: http://msdn.microsoft.com/archive/default.asp?url=/archive/en-us/dx81_c/dir… http://msdn.microsoft.com/archive/default.asp?url=/archive/en-us/dx81_c/dir… Regards, Raphael

1 0

alt-tab task switching form a wine app
by Anthony R. Tuel 02 Nov '05

02 Nov '05

It seems when I have an app up running under wine (lotus notes 6.5.4 in my case) and I switch to another app (using a gaim messaging window in my case) using alt tab, when I come back to my notes window its as if I'm still holding the alt key. Not sure if this happens in other apps, but its really noticible in notes since it uses the alt key for all sorts of keyboard shortcuts. So if i'm writing a new email in notes, someone sends me an IM, I alt-tab switch over to gaim, when I switch back to notes and want to hit enter for a new line, it brings up the font properties windows (alt+enter being the font properties shortcut). This seems to happen with both 20050930 and the .9 releases at least. Has anyone else seen this issue?

4 3

Calling PE DLLs
by Daniel Stodden 02 Nov '05

02 Nov '05

hi all. sorry in case this email will get delivered twice to the list. i subscribed yesterday an promptly used the wrong mail address to post. so here i post again. i'm stuck at the process of loading PE dlls. like some others before me, i've got a native w32 dll which i would like to hook into on a linux box. no source code available. the case is almost identical to http://www.winehq.com/hypermail/wine-devel/2003/12/index.html#231 though, there's not much application code yet, except a small test program written by myself, currently only meant to call a single function on the dll. so, using winemaker does not seem to spit out anything usable, and there seems to be no official documentation on how to use winebuild here. the program is called test.c, calling symbols from a vendor-supplied header file. created test.o through winegcc: winegcc -Wall -O2 -I. -c -o test.o test.c let's call the library vendor.dll again. i've played with winedump, finally got a vendor.dll.spec. i'm calling winebuild to get a .def as follows: winebuild --def -E vendor.dll.spec -o libvendor.def then, one of my better guesses on how to proceed seemed to be: winebuild --dll -fPIC -E vendor.dll.spec -L. -lvendor test.o -o libvendor.dll.s the assembler code looks reasonable. though, linking fails with duplicate symbols: winegcc test.o libvendor.dll.o -o test [..] : multiple definition of `__wine_spec_nt_header' : multiple definition of `__wine_spec_file_name' i'm aware that i could probably avoid all of this by just using LoadLibrary() and resolving the symbols at runtime. otoh, the approach above is potentially simpler, if i just knew how. :) could someone please enlighten me? what am i doing wrong? thanks, daniel -- Daniel Stodden LRR - Lehrstuhl für Rechnertechnik und Rechnerorganisation Institut für Informatik der TU München D-85748 Garching http://www.lrr.in.tum.de/~stodden mailto:stodden@cs.tum.edu PGP Fingerprint: F5A4 1575 4C56 E26A 0B33 3D80 457E 82AE B0D8 735B

3 4

[d3d8] FillVertexShaderInputARBHW wrong color order for D3DCOLOR?
by Christoph Frick 02 Nov '05

02 Nov '05

hiho, i encountered the following problem with Live For Speed [1]: once i setup my car and choose a color for it red and blue are swaped. also i got a FIXME there from: dlls/d3d8/vshaderdeclaration.c:675 (the case for D3DVSDT_D3DCOLOR). so i tried various things to put data in the hardware, but none worked - most of the time the car/game had simply extreme strange colors. so my approach (the obvious: get data from curPos, honouring skip and put it in my own 4 byte array, then call the glVertexAttribPointerARB with my array and skip=0) does not work at all - especially because i really dont have any clue about vertex shading at all, i guess. my assumtion: opengl takes for the 4 bytes RGBA->XYZW and D3DCOLOR is BGRA->XYZW (thats also what the software branch of this method wants). any ideas? -- cu

2 1

Re: Need some help debugging listview (Process Explorer)
by Dimi Paun 02 Nov '05

02 Nov '05

On Wed, 2005-11-02 at 08:26 +0100, Paul Vriens wrote: > Ok, there we go (i've started winedbg or I'm not getting to the wine > debugger, the bt is however the same as already printed): Good. Can you also send me your version of listview.c and the output of a run with +listview? -- Dimi Paun <dimi(a)lattica.com> Lattica, Inc.

2 3

Re: Shell32 File Property Dialog
by Andreas Mohr 02 Nov '05

02 Nov '05

Hi, On Sat, Oct 29, 2005 at 08:59:51PM +0200, Johannes Anderwald wrote: > This patch adds file property dialog to shell32 > + LTEXT "Type of file:", 14004, 10, 30, 50, 10 Space missing?? > + LTEXT "Modied: ", 14016, 10, 90, 45, 10 "Modified: " > FIXME("Unhandled Verb %xl\n",LOWORD(lpcmi->lpVerb)); What kind of format specifier is that supposed to be? I don't know that one... Maybe use %p instead? (or %lx??) > HWND hDlgCtrl = GetDlgItem(hwndDlg, 14005); > > if (filext == NULL || hDlgCtrl == NULL) > return FALSE; Wasteful invocation of GetDlgItem() here, although the failure check is a bit "prettier" that way... > result = RegEnumValueW(hKey,0, name, &lname, NULL, NULL, (LPBYTE)value, &lvalue); space missing after hkey ;) > BOOL > SHFileGeneralGetFileTimeString(LPFILETIME lpFileTime, WCHAR * lpResult) > { > FILETIME ft; > SYSTEMTIME dt; > WORD wYear; > WCHAR wFormat[] = {'%','0','2','d','/','%','0','2','d','/','%','0','4','d',' ',' ','%','0','2','d',':','%','0','2','u',0}; static const WCHAR > TRACE("result %s \n",debug_strw(lpResult)); Superfluous space. > WARN("failed to open file \n"); > WARN("GetFileTime failed \n"); > TRACE("hDlgCtrl %x text %s \n",hDlgCtrl, debug_strw(resultstr)); > WARN("failed to open file \n"); > WARN("GetFileSize failed \n"); Dito (I prefer Wine to be smaller rather than the error message to be a bit "more readable" ;). (and probably more instances of superfluous space in this patch) > if (GetFileSize(hFile, NULL) == 0xFFFFFFFF) > { > CloseHandle(hFile); > return FALSE; > } > > dwFileLo = GetFileSize(hFile, &dwFileHi); > CloseHandle(hFile); > > if (dwFileLo == 0xFFFFFFFF && GetLastError() != NO_ERROR) > return FALSE; This whole check sounds very weird. Why are you checking with NULL hiword when there might be a > 4GB file? (and to make it worse, even one with e.g. a size of 0x12345678FFFFFFFF !!!!!!) And directly after that even doing a full large file check **again**? Not to mention that you're not using the INVALID_FILE_SIZE macro that I really, really think should be used since it's been created *exactly* for this purpose (and for the even better purpose of *never* managing to write/edit/delete a 0xFFFFFF or 0xFFFFFFF instead...) > FIXME("directory / drive resources dont exist yet \n"); ' missing ;) Sorry for this VERY anal review (it's got to be my most thorough WP review), and thanks very much for this large patch :) Andreas -- GNU/Linux. It's not the software that's free, it's you.

2 2

Resource file and linking C++ project using winelib
by Brenda y Sergio 02 Nov '05

02 Nov '05

Hi all, I am porting an application from windows to linux (Miranda IM, a multiprotocol IM program). I have just run into one problem: the file gets compiled and runs, but the resources (icons, dialogs, images) do not seem to be working (i.e.: they are simply not shown). Sometimes, I am getting this message in the console each time I try to open certain dialogs: err:win:CreateWindowExA bad class name "??????ly t\x10" Other, a different dialog (and not present in my plugin, just one from the main application) gets opened. What I am doing in fact is making some of the application's plugins and I am getting this problem only with two plugins that were developed in C++. I have succesfully compiled and made work the ones that were written in C. My question: is this problem related to generating / linking to the .res file? Is there a way of solving it? Did anyone here have the same problem and manage to make it work? Has anyone here tried to link a C++ project using winelib and did not experience this problem? Thank you very much. I am really lost and your help will be highly appreciated. Sergio.

4 3

Re: [User] Fix clip cursor handling on resolution change
by Alexandre Julliard 02 Nov '05

02 Nov '05

Lionel Ulmer <lionel.ulmer(a)free.fr> writes: > @@ -173,6 +174,13 @@ > /* Initialize system colors and metrics */ > SYSPARAMS_Init(); > > + /* Now that system metrics are set-up, we can initialize the clip rectangle */ > + rect.left = 0; > + rect.right = GetSystemMetrics(SM_CXSCREEN); > + rect.top = 0; > + rect.bottom = GetSystemMetrics(SM_CYSCREEN); > + ClipCursor(&rect); > + Please don't add more init code that requires the graphics driver, I've been trying hard to get rid of these. I think it would be a lot cleaner to simply store a 'no clip cursor' state that would return the full resolution, then you could simply do a ClipCursor(NULL) on resolution changes. -- Alexandre Julliard julliard(a)winehq.org

1 0

Re: Make LdrAccessResource Call an Internal Function to Satisfy Shrinker
by Dmitry Timoshkov 02 Nov '05

02 Nov '05

"Robert Shearman" <rob(a)codeweavers.com> wrote: > -/********************************************************************** > - * LdrAccessResource (NTDLL.@) > - */ > -NTSTATUS WINAPI LdrAccessResource( HMODULE hmod, const IMAGE_RESOURCE_DATA_ENTRY *entry, > - void **ptr, ULONG *size ) > +/* don't penalize other platforms stuff needed on i386 for compatibility */ > +#ifdef __i386__ > +NTSTATUS WINAPI access_resource( HMODULE hmod, const IMAGE_RESOURCE_DATA_ENTRY *entry, > + void **ptr, ULONG *size ) > +#else > +static inline NTSTATUS access_resource( HMODULE hmod, const IMAGE_RESOURCE_DATA_ENTRY *entry, > + void **ptr, ULONG *size ) > +#endif > { > NTSTATUS status; > > @@ -355,6 +358,30 @@ NTSTATUS WINAPI LdrAccessResource( HMODU > return status; > } > > +/********************************************************************** > + * LdrAccessResource (NTDLL.@) > + */ > +#ifdef __i386__ > +/* Shrinker depends on the "call access_resource" instruction being there */ > +__ASM_GLOBAL_FUNC( LdrAccessResource, > + "pushl %ebp\n" > + "movl %esp, %ebp\n" > + "pushl 24(%ebp)\n" > + "pushl 20(%ebp)\n" > + "pushl 16(%ebp)\n" > + "pushl 12(%ebp)\n" > + "pushl 8(%ebp)\n" > + "call access_resource\n" > + "leave\n" > + "ret\n" > +); > +#else > +NTSTATUS WINAPI LdrAccessResource( HMODULE hmod, const IMAGE_RESOURCE_DATA_ENTRY *entry, > + void **ptr, ULONG *size ) > +{ > + return access_resource( hmod, entry, ptr, size ); > +} > +#endif Shouldn't be enough for the __i386__ case just omitting 'inline' in access_resource definition? -- Dmitry.

2 1

Queries about some 'usability' points
by Lionel Ulmer 02 Nov '05

02 Nov '05

Hi all, There are just two (unrelated) points that I would like to discuss: = the possibility to add a 'wine' launcher. Basically what happens is that some (maybe only one :-) ) application takes as an assumption that it is started via 'double clicking' on the .EXE file or via the installed link. From what I know, both these actions will start the game from its .EXE directory and with the full qualified path as the exe name. So the application crashes if you start it with 'wine foo.exe', you need to type 'wine D:\\Foo\\foo.exe' to get it running. One could then imagine having either 'wine' be a launcher that qualifies the name, changes to the good directory and just start the 'real' wine or do the reverse: publicize to new users that they should use 'winelaunch' to start applications and keep 'wine' how it is now. = in the current Wine tree, if Wine crashes, some persistant X settings are changed (for example desktop resolution for people using XRandR)... And as most people do not know the 'xrandr' command line tool, they tend to kill X to restore their resolution (which tends to annoy them :-) ). In the same vein, I would like to disable mouse acceleration when DInput mode is entered but actually fear to do so for the above-mentionned reasons (I fear gettint these kind of lines in the IRC channels: 'Wine is crap, when it exits, I need to restart X to get my mouse acceleration back'). Well, there is 'xset' but most 'normal' users have no idea that it even exists... For that one, the most robust way would be at the X level (basically having 'connection-linked' configurations - i.e. the settings has changed up until the point in time that the client quits) but if we do not want to change X, the most robust way would be to do it at the wineserver level (I often get Wine crashing, it's more rare to get the server to crash). Of course, injecting X code in the server is maybe not to AJ's liking :-) So the other solution would be to be able to hook somehow some 'clean-up' functions from DLLs to the Wine process that could be called when Wine exits (whether normally or when crashing). Of course, people 'kill-9'ing their Wine would get nothing but I do not think it's really a problem. Lionel (in rant mode :-) ) -- Lionel Ulmer - http://www.bbrox.org/

7 25

Unix Path APIs implementation available
by Troy Rollo 02 Nov '05

02 Nov '05

An implementation of UNIX path APIs is available from: svn://troy.wine-branches.troy.rollo.name/troy/branches/unix-path-apis This is an SVK branch, so if you use SVK you will be able to merge it into your own branch. The implementation is also merged into the following trunks: svn://troy.wine-branches.troy.rollo.name/troy/trunk svn://wine-branch.corvu.com/corvu/trunk Not all APIs are implemented, rather a mechanism has been provided for specifying the interface of an entry point that is used by a tool that generates the UNIX path name entry points (it can also generate the 'A' versions of non-UNIX path name entry points). I will put some documentation on the Wiki.

1 0

Lockbox IPC implementation available - may be useful for wineserver "kernel" handles
by Troy Rollo 02 Nov '05

02 Nov '05

A couple of years back I described an IPC mechanism called "Lock boxes" that might be useful for creating a faster wineserver. An implementation of this for Linux is now available: <http://lockboxes.berlios.de/>

1 0

hid.dll support
by Phil Lodwick 02 Nov '05

02 Nov '05

Greetings, I was introduced to Wine a few months ago and ran into a problem with an application I wanted to use. This application makes use of setupapi.dll and hid.dll to communicate with a USB HID class device. I quickly determined that in this case using native dlls was not an option and created an implementation of hid.dll. This solution has worked fine for me. >From what I have gathered from monitoring the Wine community, making something work for yourself is easy -- getting a general fix into Wine for everybody to use, not so easy :-) There is much work that needs to be done before I attempt to submit my first patch. Please bear with me as I no doubt ask newbie/dumb questions. I would like to start with what I consider my most troubling solution. My gut tells me there must be a better way, but if there is, it is not obvious to me. >From MSDN: "To communicate with the device, call the SetupDiGetDeviceInterfaceDetail function. This function returns device information in an SP_DEVICE_INTERFACE_DETAIL_DATA structure. The DevicePath member provides the symbolic link name, which can be used in the CreateFile function to access the device." On Windows this DevicePath takes the form: \\?\hid#vid_0c27&pid_3bfa#6&11440ca5&0&0000#{4d1e55b2-f16f-11cf-88cb-00111100 0030} Obviously, if we were to call Wine's implementation of CreateFile with this path, we would not be opening the correct file to communicate with the device. My solution is to have SetupDiGetDeivceInterfaceDetail return a special escape string that we can escape in CreateFile to indicate we are really talking about getting a file descriptor for an open USB HID device. There already seems to be precedence in CreateFile for this type of escape mechanism. Currently it appears to be checking for: \\??\\pipe\\ \\??\\MAILSLOT\\ Does my solution for adding a third special escape sequence (\\??\\HID\\) seem acceptable? If this is the wrong approach, has there been anybody who has thought about this problem and what the correct approach would be? Thanks, Phil

2 1

Re: comctl32: MSVC portability fix
by Steven Edwards 02 Nov '05

02 Nov '05

Hi Martin, On 11/1/05, Martin Fuchs <martin-fuchs(a)gmx.net> wrote: > +#include "config.h" > +#include "wine/port.h" /* strncasecmp */ Please don't add the comment after the include statement here. Its really not needed and I doubt Alexandre will merge it. Thanks Steven

1 0

wine for two, please.
by wino＠piments.com 02 Nov '05

02 Nov '05

Hi, I dont know much about the message queue works on Wine but wondered if there was means of running two progams in the same context on wine in such a way that they use the same message queue and can therefore potencially interact. As I understand it, running two instance of command line wine is more analogous to having two different computers running each app under windows. My goal is getting NatSpeak dictated text messages freed from the confines of the wine instance of the app. This would seem to be one approach if wine can run more than one process at a time. TIA.

4 5

Calling PE DLLs
by Daniel Stodden 02 Nov '05

02 Nov '05

hi all. i'm stuck. like probably many others before me, i've got a native w32 dll which i would like to hook into on a linux box. no source code available. the case is almost identical to http://www.winehq.com/hypermail/wine-devel/2003/12/index.html#231 though, there's not much application code yet, except a small test program written by myself, currently only meant to call a single function on the dll. so, winemaker doesn't spit out anything usable, and there seems to be no official documentation on how to use winebuild here. the program is called test.c, calling symbols from a vendor-supplied header file. created test.o through winegcc: winegcc -Wall -O2 -I. -c -o test.o test.c let's call the library vendor.dll again. i've played with winedump, finally got a vendor.dll.spec. i'm calling winebuild to get a .def as follows: winebuild --def -E vendor.dll.spec -o libvendor.def then, one of my better guesses on how to proceed seemed to be: winebuild --dll -fPIC -E vendor.dll.spec -L. -lvendor test.o -o libmxmapi32.dll.s the assembler code looks reasonable. though, linking fails with duplicate symbols: winegcc test.o libmxmapi32.dll.o -o test [..] : multiple definition of `__wine_spec_nt_header' : multiple definition of `__wine_spec_file_name' i'm aware that i could probably avoid all of this by just using LoadLibrary() and resolving the symbols at runtime. otoh, the approach above is potentially simpler, if i just knew how. :) could someone please enlighten me? what am i doing wrong? thanks, daniel -- Daniel Stodden LRR - Lehrstuhl für Rechnertechnik und Rechnerorganisation Institut für Informatik der TU München D-85748 Garching http://www.lrr.in.tum.de/~stodden mailto:stodden@cs.tum.edu PGP Fingerprint: F5A4 1575 4C56 E26A 0B33 3D80 457E 82AE B0D8 735B

1 0

program works under winedbg but not under wine
by Matheus Izvekov 01 Nov '05

01 Nov '05

Hi all This program works (with some small issues, but not really a problem for me right now) if i run it with winedbg and just type cont, but if i run it with wine, it will freeze somewhere before it creates the main window. The program is actually coded by me, and i can give the exe or the source if anyone is interested. its a very small program (17kb uncompressed), and it just uses some common dlls (no CRT). the source is very small as well. Thanks in advance

2 1

UnixFolder_IShellFOlder used instead of SHELL32_IShellFolder
by Vitaliy Margolen 01 Nov '05

01 Nov '05

For some reason now UnixFolder_IShellFOlder is used in some cases where SHELL32_IShellFolder should of been used instead. If you look at the sheel32/test/shlfolder.c test_EnumObjects_and_CompareIDs it should use the real IShellFolder. But for some reason it's being replaced by UnixFolder_IShellFOlder. Any ideas why this is happening? I thought that it should be it's own shell name space (different ID)? This could be a main cause for all the problems people having with browsing files. As now you can "escape" to the root (/) dir. That should not be possible for windows programs! -- Best regards, Vitaliy

2 1

Re: Wine on Solaris?
by Rob D 01 Nov '05

01 Nov '05

At 02:32 AM 11/1/2005, Molle Bestefich wrote: >Rob D wrote: > > Solaris is like the red-headed step child of the Wine world. > >What an odd remark.. What does that mean? After perusing Robert Lunnons patchkit for hints to resolve build issues, it would appear that most of the issues that keep Wine from building on Solaris are known, but for whatever reason, do not get accepted into the main stream source. I know that Solaris does several things quite different than most *nix implementations, but perhaps due to the limited use of Solaris, the powers that be resist putting in extra tests to support a small set of users. That is just my quickly arrived at opinion based on a very short exposure to the environment, Sorry if I am misunderstanding the issues. Rob Done

4 4

compile wine with icc
by Tomas Carnecky 01 Nov '05

01 Nov '05

anyone already tried that? I'm getting some errors when compiling wine which I was able to fix, but World of Warcraft won't start... Will icc be supported at some time in the furure? tom

4 10

Need some help debugging listview (Process Explorer)
by Paul Vriens 01 Nov '05

01 Nov '05

Hi, I've managed to reliably crash Wine (CVS) when using Process Explorer when using some listviews. If I start Process Explorer I have two listviews one containing process-names and such, the other the dll's belonging to that process. The 'names' one has 3 columns, the 'dll' one has 5 (in my case). When I now select one of the dll's and look for the strings in that dll (one of the options in the right-click menu) I see a new listview with 1 column. At some point (i guess moving the mouse between the 2 windows, speeds up the crash) I get: 000c:fixme:listview:LISTVIEW_GetColumnInfo nSubItem : 1, DPA_GetPtrCount(infoPtr->hdpaColumns) : 1 wine-pthread: listview.c:1388: LISTVIEW_GetColumnInfo: Assertion `nSubItem >= 0 && nSubItem < (*(INT*)(infoPtr->hdpaColumns))' failed. (the fixme is my doing). It seems that listview is mixing up things (a conclusion/guess on my side). The listview with 1 column consist of 34856 items: 000c:trace:listview:LISTVIEW_GetItemT (lpLVItem={iItem=34856, iSubItem=0, pszText=L"WINE_1.0", cchTextMax=512}, isW=1) but that doesn't seem to be an issue. Any hints/tips/tricks ? Cheers, Paul.

1 0

Where is Kernel32.dll ?
by Informações 01 Nov '05

01 Nov '05

Hey all, I posted this message at the tail of another thread but I think it lost its visibility, as the subject was quite different. Here it goes again: I was performing some naive tests on my Windows box and got stuck on something that looks quite dumb... I just can't find the KERNEL32.DLL library that I expected to be inside the downloadable "wine-dlls-0.9-mingw.zip" package. ;.( Can anyone confirm me if this DLL has successfully being build on Windows using MingW ? If so, where should I look for it ? If not, which were the caveats ? Just another piece of information: I extracted the contents of this package in a temporary directory and placed the notepad.exe executable along with a dummy notepad.exe.local file inside the same directory. When I try to run notepad, I have an error message that reads something like: "It wasn't possible to find the entry-point for the procedure wine_get_unix_file_name in dynamic library kernel32.dll" The message is written in portuguese, and this is the best translation that I was able to do. It looks like any other Wine library tries to call a procedure from the Wine kernel32,dll but ends up calling this procedure on the native kernel32.dll. Is that right ? Well... I really need the functionality implemented by the Wine kernel32.dll available on Windows and I'm willing to contribute to have this done. Any help is greatly appreciated. FLu-X

3 2

Re: tools/. winedoc_release
by Dimi Paun 01 Nov '05

01 Nov '05

From: "Alexandre Julliard" <julliard(a)wine.codeweavers.com> > + # build guides as single files (only for releases) > + if [ "$version" != "cvs" ] > + then > + docbook2html -u -d ../../winehtml.dsl $book.sgml > + docbook2pdf -d ../../wineprint.dsl $book.sgml > + docbook2ps -d ../../wineprint.dsl $book.sgml > + mv $book.html $book.pdf $book.ps $guides_base_dir/$lang > + fi They all end up on the site. Shouldn't they all be in synch? -- Dimi Paun <dimi(a)lattica.com> Lattica, Inc.

2 1

Re: Allow FindExSearchLimitToDirectories
by Vincent Béron 01 Nov '05

01 Nov '05

Le mar 01/11/2005 à 10:25, Bernd Schmidt a écrit : > Whee, my first Wine patch in, what, 10 years? Nice to see you're back working on the project. [snip] > =================================================================== > RCS file: /home/wine/wine/dlls/kernel/file.c,v > retrieving revision 1.43 > diff -c -p -r1.43 file.c > *** dlls/kernel/file.c 26 Oct 2005 13:57:45 -0000 1.43 > --- dlls/kernel/file.c 1 Nov 2005 15:16:57 -0000 > *************** HANDLE dos_handles[DOS_TABLE_SIZE]; > *** 55,69 **** > /* info structure for FindFirstFile handle */ > typedef struct > { > ! DWORD magic; /* magic number */ > ! HANDLE handle; /* handle to directory */ Please use diff -u format for patches, they're the standard here now. Vincent

2 1

Re: Small visual issues with P-CAD2000 and wine 0.9 (fwd)
by Walt Ogburn 01 Nov '05

01 Nov '05

Please remember to send to the whole list. - Walter -- ---------- Forwarded message ---------- Date: Tue, 1 Nov 2005 07:22:33 -0200 From: Marcos Vicente Cruz <marcos_vc(a)coel.com.br> To: Walt Ogburn <reuben(a)ugcs.caltech.edu> Subject: Re: Small visual issues with P-CAD2000 and wine 0.9 Hi, OK, I'm putting together a image taken from a Windows98 machine. Note that every button drawn on Wine is cut by the bottom side. Marcos Em Monday 31 October 2005 20:39, você escreveu: > Hi Marcos, > > What are the buttons supposed to look like? The ones in your screenshot > look OK to me. > > On Mon, 31 Oct 2005, Marcos Vicente Cruz wrote: > > HI, > > > > I having small visual issues in P-CAD 2000's toolbar on Linux since I've > > upgraded to wine 0.9. The buttons aren't displayed properly. See the > > screenshot attached. > > > > Thank you, > > > > Marcos

1 0

The Holy Grail - Wine 0.9 - thanks to all
by Randall Walls 01 Nov '05

01 Nov '05

OK, Not to get sappy or anything, but I think most wine users have a 'holy grail' application, an app that they would do almost anything to get working. Mine was a game from about 5 years back called Battlezone II. Wonderful game, one of my all time favs. I have spent the better part of 2 years trying to install and run it under wine. Every monthly release I would download fresh source, compile, test, always with varying degrees of success. I've googled for hours on end, tried every native dll imaginable, every tweak, every tip, every hint, sacrificed a few goats, prayed to the linux gods and pledged to give up my soul, but the game was never playable...... ....until now. Everything works. EVERYTHING. Graphics are flawless, with the exception of the fonts being a bit funky, but I can deal. Everything else is exactly as it should be. I was, frankly (and no insult intended), stunned. So, thank you, everyone, all the devs, the testers, everyone, for doing what you do. (and for giving us linux gamers a little light at the end of the tunnel). I would have to say, from my single experience at least, that the 0.9 release has been well worth the wait, and has delivered in a way I didn't think possible. I'll throw something in the appdb just as soon as I can figure out how to get a screenshot or two. Randall Walls

6 22

Wine on Solaris?
by Thomas Tornblom 01 Nov '05

01 Nov '05

Greetings. I'm new to this forum, so bear with me... I'm trying o build 0.9 on Solaris 11 (nevada) and I'm running into some problems. The background is that I'm trying to run ComSoft, a win application to control the heatpump in my house. It uses serial comm, just plain 9600 bps, even parity. I tried to use the 20041104 version available on the Solaris 10 companion CD, but serial comm seems seriosuly broken on it, and I thought I'd better start with something more recent. I have added some missing sun-specific pieces from the 20041104 version as it was built by someone at Sun, and I have been able to build it, sort of. I'm running into problems when I try to start wine, where I get complaints about unresolved symbols, all of which are defined in the dll shared libraries. I'm puzzled by the naming of the shared libraries and I don't understand how they are spposed to be named and used. Take the kernel32 dll for instance. It is named /opt/sfw/lib/kernel32.dll.so, but during linking it is used as "-lkernel32", and at runtime no symbols are found. I'm trying to get in contact with the engineer at sun who built the version on the companion CD, but perhaps someone here can explain how it is supposed to work? Cheers, Thomas

5 6

Re: Multimonitor support in Wine?
by Thomas Tornblom 01 Nov '05

01 Nov '05

> Date: Mon, 31 Oct 2005 20:37:44 -0700 > To: wine-devel(a)winehq.com > From: Rob D <rddone(a)att.net> > Subject: Multimonitor support in Wine? > > > Its me again. > > Ive been trying to figure how to get a (single) Wine application to be able > to display dialogs on each of 3 monitors in a non xinerama setup (DISPLAY > :0.0, :0.1, and :0.2). > > I am well aware that xinerama mode would allow this quite easily, but > xinerama is not an option, partly since CDE on Solaris will not work in > xinerama mode, and a little thing called Software Requirements Specification. Pardon me, but what is the problem with xinerama in CDE on solaris? I have been running that on a couple of sunrays at work for at least a year with no problems. The sunray servers are running solaris 9. > > I am also aware this isnt specifically a wine issue, but in researching > what could be done about over the past week, I found several references to > gdi_display, x11drv_thread_data, and various other constructs and class > members in Wine that describe which display to use. This leads me to > believe there is some method to allow Wine to enable the desired functionality. > > Whether the method to support this functionality is built in or needs to be > coded, I have not yet determined, since nearly every file in dlls/x11drv > directory uses these members and constructs. > > If someone has any insight on how to implement this or where I should focus > my efforts, it would be very helpful. > > TIA > Rob Done > Cheers, Thomas

2 1

DirectSound problems - dlls/dsound/mixer.c
by Davin McCall 01 Nov '05

01 Nov '05

Hi, I'm trying to sort out sound problems with StarCraft and have made some progress by hacking around with the "dlls/dsound/mixer.c" file. I'm new to Wine hacking however, and there's some things in the code which I don't understand (and others which seem blatantly wrong). Hopefully someone can help me with these questions: 1) In DSOUND_PerformMix(), two values inq and maxq are calculated which seem to represent the amount of already-mixed (prebuffered) data in the primary buffer and the maximum amount that should be prebuffered. See lines 1001 - 1012. Then the comparison "inq > maxq" is made to detect whether all buffered data has been played, and if so the sound is stopped by calling DSOUND_PrimaryStop. However, inq is based on the *writepos* value which is the play position plus a safety margin (latency) - see line 972. So, sound is stopped before the play position actually reaches the end of the buffered audio. This seems wrong. Can anyone tell me if this is correct (and if so why) or if it really is wrong. 2) (same function) on line 1048, after using DSOUND_PrimaryStop(), the playpos is retrieved by making a driver call. The comment says that DSOUND_PrimaryStop() is supposed to reset playpos to 0, but OSS cannot do this and that is why IDsDriverBuffer_GetPosition() is called. However, with ALSA, the driver returns the last played position, even though when the sound is restarted (ie. when DSOUND_PrimaryPlay is called) the position does go back to 0. The result is that playpos is wrong in the meantime. If a sound buffer is added to the queue it gets mixed at the wrong position. So, should the ALSA driver return 0 for IDsDriverBuffer_GetPosition() or is it simply wrong to use that function to retrieve play position after stopping the device? (and if so, is there a better solution)? 3) Was whoever wrote this code allergic to comments? :-) I'd appreciate any help I can get. Davin

9 20

Re: wininet: Implement InternetCreateUrlA/W with test cases
by Marcus Meissner 01 Nov '05

01 Nov '05

On Tue, Nov 01, 2005 at 12:35:00PM +0100, Andreas Mohr wrote: > Hi, > > On Fri, Oct 28, 2005 at 09:48:08AM -0700, Juan Lang wrote: > > Hi James, > > > > +/* max port num is 655936 => 6 digits */ > > > > Actually, it's 65535. A correct comment would be appreciated ;) > > > > + *lpdwUrlLength += strlen("://"); > > > > You should use sizeof instead to avoid the call to strlen. Same for other > > lengths you use, like "@" and ":". > OK, done! ;) > > ChangeLog: > Replace all Wine instances of doing a strlen() on a string literal > by its equivalent but much less onerous sizeof() - 1. Please just keep it as is. The compiler knows strings constants and strlen() and will replace it by a constant on compile time. Ciao, Marcus

2 1

wine overstepping the mark?
by wino＠piments.com 01 Nov '05

01 Nov '05

I tried to compile wine-cvs on Gentoo and it got stopped during the install stage with a sandbox violation. This is a gentoo feature protecting the system from software that steps outside its own territory. It seems that wine is taking it upon itself to mod the mimetypes for the whole system. Is this an oversight or am I misreading it? Sorry the output got chopped but you get the picture. --------------------------- ACCESS VIOLAT LOG FILE = "/var/log/sandbox/sandbox-app- rename: /usr/local/share/applications/ unlink: /usr/local/share/applications/ rename: /usr/share/applications/.mimei unlink: /usr/share/applications/.mimei ----------------------------------------- Regards.

14 23

Re: shell32: SHELL32_GetItemAttributes()
by Michael Jung 01 Nov '05

01 Nov '05

Hi Martin, On Tuesday 01 November 2005 02:40, Martin Fuchs wrote: > Changelog: > correctly call HCR_GetFolderAttributes() in SHELL32_GetItemAttributes() > > > Index: shlfolder.c > =================================================================== > RCS file: /home/wine/wine/dlls/shell32/shlfolder.c,v > retrieving revision 1.104 > diff -u -p -d -r1.104 shlfolder.c > --- shlfolder.c 20 Jul 2005 10:29:05 -0000 1.104 > +++ shlfolder.c 1 Nov 2005 01:22:38 -0000 > @@ -411,14 +411,13 @@ HRESULT SHELL32_GetItemAttributes (IShel > *pdwAttributes &= dwSupportedAttr; > } > > + dwAttributes = *pdwAttributes; > + > if (_ILIsDrive (pidl)) { > *pdwAttributes &= > SFGAO_HASSUBFOLDER|SFGAO_FILESYSTEM|SFGAO_FOLDER|SFGAO_FILESYSANCESTOR| > SFGAO_DROPTARGET|SFGAO_HASPROPSHEET|SFGAO_CANLINK; > - } else if (_ILGetGUIDPointer (pidl)) { > - if (!HCR_GetFolderAttributes (pidl, pdwAttributes)) { > - *pdwAttributes &= SFGAO_HASSUBFOLDER|SFGAO_FOLDER|SFGAO_FILESYSANCESTOR| > - SFGAO_DROPTARGET|SFGAO_HASPROPSHEET|SFGAO_CANRENAME|SFGAO_CANLINK; > - } Those are default flags, for the case that HCR_GetFolderAttributes didn't find a registry entry. Are you sure those aren't necessary? Perhaps we should push them into HCR_GetFolderAttributes, though. > + } else if(_ILGetGUIDPointer(pidl) && HCR_GetFolderAttributes(pidl, &dwAttributes)){ > + *pdwAttributes = dwAttributes; > } else if (_ILGetDataPointer (pidl)) { > dwAttributes = _ILGetFileAttributes (pidl, NULL, 0); Bye, -- Michael Jung mjung(a)iss.tu-darmstadt.de

2 2

Patch: DSound: PhaseCancel subtracts secondary from primary
by Davin McCall 01 Nov '05

01 Nov '05

Hi wine-devs, I have sent this patch to wine-patches, but it appears to have been dropped. I have resent it with some additional explanantion (below). Is there anything I've done wrong / anything I should do in order to get this patch accepted? Any advice would be appreciated, Thanks Davin PS. How long should I wait for a patch to be accepted before I assume it's been dropped? ---- Hi, This is my first ever wine patch. I have been doing work on DSound as discussed on wine-devel with some very promising results (see the discussion there). As a result I have a large number of changes which I intend to provide a series of patches for. This is one is probably the most trivial fix and is largely unrelated to the other fixes. But if you look at the code for a while as I have you can see that it's obviously correct - the existing implementation of PhaseCancel inverts the original waveform; with this patch it doesn't. Please consider accepting. Thanks, - Davin Changelog: DSound: PhaseCancel subtracts secondary buffer from primary buffer, not the other way around. Davin McCall davmac(a)davmac.org

2 3

Unmet dependency with Mozilla ActiveX install
by Ron Jensen 01 Nov '05

01 Nov '05

I tried installing a free game at random [1] from a web site I found [2]. I downloaded it and tried installing it into a freshly created with "wineprefixcreate" .wine folder. The game installed without a problem. When I tried to run the game wine presented a dialog that said I needed Mozilla ActiveX controls and offered to download & install them. The download worked, however the install _FAILED_ . I found a web site [3] with troubleshooting tips. It suggested I was missing two dlls, MSVCP60.DLL and MSVCRT.DLL. I downloaded the zip file [4] and unzipped it into ~/.wine/drive_c/windows/system . Reran the game, wine presented the same dialog about ActiveX. This time it downloaded & installed properly. The game started, ran and played. Two issues come to mind for the ActiveX installer: - it need to check for MSVCP60.DLL and MSVCRT.DLL before it bothers to download ActiveX. - it should cache the ActiveX download ( in /tmp maybe? ) with an option to keep it on hand. Since wine is installed per user it is probable a machine may need to install this more than once. [1] http://www.kprobe.com/kprobe/Downloads/SetupXMasMath.exe [2] http://www.kprobe.com/kprobe/index.htm [3] http://www.iol.ie/~locka/mozilla/troubleshooting.htm [4] http://www.iol.ie/~locka/mozilla/runtime60.zip

2 1

Re: Half-Life 2 / Counter-Strike: Source under Wine
by James Liggett 01 Nov '05

01 Nov '05

On Mon, 2005-10-31 at 15:00 +0000, Oliver Stieber wrote: > I've got quite a few optimizations to check-in, but I don't think it's a good idea putting in > optimizations that may break things until wined3d is stable enough that bugs in wined3d don't go > on to break the optimizations. I agree. Best to do it right. ;-) > > I'm in the middle of fixing pixel shaders properly, so far I've checked in the code to parse and > cross compile the pixel shaders, I just have to intergrate them with the drawing pipeline. That's great news. I'll keep my eyes open for them when they get committed. Thanks for the excellent work you're doing here. :) James

1 0

Re: Help with WINE and POSIX threading
by Marcus Meissner 31 Oct '05

31 Oct '05

On Wed, Oct 26, 2005 at 11:01:51AM -0700, ssawai wrote: > > Message body follows: > > Marcus, > > We have been using WINE for about a year to port the > Windows version of our product to Red Hat AS 3.0. We have > come up against some issues with threading and our > developers have some questions which I am including below. Please ask them on wine-devel(a)winehq.org ... I am just one of the developers ;) I am cc'ing the list. > 1) Wine version > > According to winehq.org, Wine is still alpha software. Since > we are not > interested in Wine as a complete Windows simulator and we > don't plan to > run binaries compiled on Windows, what would be the best > (development) > Wine version to use? 2 days ago we released version 0.9, our first BETA version. This is the version to use for now ;) > 2) Threading > > On several places we use third-party components that use native pthreads > from which we receive callbacks in different pthreads. > > Is it possible to use Wine/pthread mix? What would be the preferred way > of doing things? Umm. I do not know. It might be possible. We provide a kind of barebones pthread implementation ourselves to help this mix. > Our tests show that Wine implements Win32 threads by creating new > processes (via clone() syscall). This is a problem, because, pthreads > spawned from Wine thread, cannot be interlocked with Wine/Win32 Mutex or > CriticalSection. They also seem to be scheduled (by kernel) only within > parent Wine thread. If parent Wine thread terminates early - we have a > crash the moment when one of the orphan pthreads try to place a > callback. > 3) Dynamic library loading > > On many places we use dynamic library loading (LoadLibrary() on Win32). > Possibly we will need to load native libraries also. Is it possible to > load shared libraries (.so) linked with Wine, with native dlopen(), > since we don't need the Win32 DllMain mechanism. What would be the > preferred/best way of doing things? dlopen() is possible from within a WINE context. dlopen() a wine library from a non-WINE program will currently not work, you have to setup the wine context before. > Can you help with these? If not, can you suggest who may > be able to give us some expert insight with our issues? I hope some of the other developers on wine-devel(a)winehq.org can fill in here. Ciao, Marcus

5 4

Re: D3D7 -> WineD3D, 2nd attempt
by Stefan Dösinger 31 Oct '05

31 Oct '05

Hello, I think I got the DrawIndexedPrimitiveVB going now(my tracing suggests this), and now I've hit ProcessVertices(). As someone mentioned allready, this is a complex call, and it isn't implemented in DX7, DX8 or WineD3D. This call does some Vertex Transformation, and depending on the App's requests, Lightning and other things. This is some math thing that is done in Software(According to msdn). On DX8 and DX9 this call is slightly different, and it looks like vertex shaders come into play. Does anyone know any free library which implements something like this, or any internet sources on the math behind this? I haven't found anything useable with google. If I can't find anything, I'll have a look in my university's library. One other Question: How slow is DrawStridedSlow? WineD3D uses it because of the diffuse ans specular colors. Currently I get only one useable vertex into DrawIndexedPrimitiveVB from ProcessVertices, the other 5 to draw have their values zeroed. Without drawing anything I get 70 fps(screen refresh rate, expected), with the 6 Vertices I get 1.5 fps. Is this normal for DrawStridedSlow()? Might this be because of drawing 2 triangles with useless vertices? Or might something else be wrong? Stefan

5 8

Half-Life 2 / Counter-Strike: Source under Wine
by James Liggett 31 Oct '05

31 Oct '05

Hi, Out of curiosity, has anyone successfully been able to play HL2 or CS:S under wine? Today I finally worked out the kinks getting the original HL to work, and I know some people have been playing around with this stuff. Currently, HL2 and CS:S freeze over on startup. Has anyone even gotten it to start or even play? James Liggett

9 24

Re: wine/dlls/ntdll signal_i386.c exception.c
by Robert Shearman 31 Oct '05

31 Oct '05

Alexandre Julliard wrote: >Index: wine/dlls/ntdll/signal_i386.c >diff -u -p wine/dlls/ntdll/signal_i386.c:1.100 wine/dlls/ntdll/signal_i386.c:1.101 >--- wine/dlls/ntdll/signal_i386.c 31 Oct 2005 14: 8: 5 -0000 >+++ /dev/null 31 Oct 2005 14: 8: 5 -0000 >@@ -1384,4 +1384,36 @@ __ASM_GLOBAL_FUNC( DbgBreakPoint, "int $ > */ > __ASM_GLOBAL_FUNC( DbgUserBreakPoint, "int $3; ret"); > >+ >+/********************************************************************** >+ * EXC_CallHandler (internal) >+ */ >+__ASM_GLOBAL_FUNC( EXC_CallHandler, >+" pushl %ebp\n" >+" movl %esp, %ebp\n" >+" subl $12, %esp\n" >+" movl 28(%ebp), %eax\n" >+" movl 12(%ebp), %edx\n" >+" movl %eax, -8(%ebp)\n" >+" movl %edx, -4(%ebp)\n" >+" leal -12(%ebp), %eax\n" >+" .byte 0x64\n" >+" movl (0),%ecx\n" > > Is it not possible to use the proper %fs prefix instead of having to put a bytecode in manually? >+" movl %ecx,(%eax)\n" >+" .byte 0x64\n" >+" movl %eax,(0)\n" >+" movl 20(%ebp), %eax\n" >+" pushl %eax\n" > > There is no need to move the variable into %eax before pushing, as "pushl 20(%ebp)" will work as shortens the assembly. >+" movl 16(%ebp), %eax\n" >+" pushl %eax\n" >+" movl 8(%ebp), %eax\n" >+" pushl %edx\n" >+" pushl %eax\n" >+" call *24(%ebp)\n" >+" movl -12(%ebp), %edx\n" >+" .byte 0x64\n" >+" movl %edx,(0)\n" >+" leave\n" >+" ret\n" >+); > #endif /* __i386__ */ >Index: wine/dlls/ntdll/exception.c >diff -u -p wine/dlls/ntdll/exception.c:1.85 wine/dlls/ntdll/exception.c:1.86 >--- wine/dlls/ntdll/exception.c 31 Oct 2005 14: 8: 5 -0000 >+++ /dev/null 31 Oct 2005 14: 8: 5 -0000 >@@ -116,7 +116,10 @@ static DWORD EXC_UnwindHandler( EXCEPTIO > * happening during the handler execution. > * Please do not change the first 4 parameters order in any way - some exceptions handlers > * rely on Base Pointer (EBP) to have a fixed position related to the exception frame >+ * >+ * For i386 this function is implemented in assembler in signal_i386.c. > > It seems bad to split the function's implementation up like this? We also now lose the TRACE's that were previously printed from within EXC_CallHandler. If they are superfluous to requirements we might as well delete them from the generic function too. > */ >+#ifndef __i386__ > static DWORD EXC_CallHandler( EXCEPTION_RECORD *record, EXCEPTION_REGISTRATION_RECORD *frame, > CONTEXT *context, EXCEPTION_REGISTRATION_RECORD **dispatcher, > PEXCEPTION_HANDLER handler, PEXCEPTION_HANDLER nested_handler) > > -- Rob Shearman

2 1

Theme issues
by Kevin DeKorte 31 Oct '05

31 Oct '05

Using the clearlooks theme I found the following inconsistencies using WINE 0.9 1. Scroll bars don't seem to apply the theme 2. winefile the MDI minimize/maximize/close buttons have a square on them rather than something useful 3. Some of the wine icons (the file open dialog as seen from notepad) don't to have transparency implemented. (not a show stopper) Otherwise, wine is looking really really good for the apps I use it for. Notes 6.51 is the main one. Kevin -- Get my public GnuPG key from http://keyserver.veridis.com:11371/export?id=7574690260641978351

1 0

Fwd: Re: Half-Life 2 / Counter-Strike: Source under Wine
by Oliver Stieber 31 Oct '05

31 Oct '05

--- Oliver Stieber <oliver_stieber(a)yahoo.co.uk> wrote: > Date: Mon, 31 Oct 2005 15:00:43 +0000 (GMT) > From: Oliver Stieber <oliver_stieber(a)yahoo.co.uk> > Subject: Re: Half-Life 2 / Counter-Strike: Source under Wine > To: James Liggett <jrliggett(a)cox.net> > > > --- James Liggett <jrliggett(a)cox.net> wrote: > > > On Sun, 2005-10-30 at 11:34 -0600, Evil wrote: > > > Thanks for the tip, James! Disabling all the debugging had a much > > > bigger impact than I would have expected. I've included my observations > > > and comments below, in hope that they might be of use to the devs > > > working on DX. > > Yeah, you wouldn't think turning off debugging messages would do much of > > anything but it does. Don't ask me why though... :) > > > > > > The Counter-Strike: Source Video Stress Test is now giving me 15.74fps > > > in 1024x768 windowed mode (vs. 24 in Cedega and 44 in Win98). It's a > > > definite step in the right direction, but still a little too low to > > > prevent you from getting shot by any newb. :) I get the same speed at > > > lower resolutions, which indicates that I'm CPU-limited. I can believe > > > that, since it's pegged-out the entire time I run the test. > > Hmmm... I can usually get double that. My card isn't all that different > > from yours (I have a Radeon 9800 pro) Personally I think it has more to > > do with the speed of the code and yet to be implemented features. I can > > imagine that since Oliver is still trying to stabilize things and > > implement stuff, speed isn't yet the priority. > > I've got quite a few optimizations to check-in, but I don't think it's a good idea putting in > optimizations that may break things until wined3d is stable enough that bugs in wined3d don't go > on to break the optimizations. > > You may be limited on your bus speed, d3d8/wined3d aren't using AGP and they upload the vertex > data for every frame. > > > > > > I get pretty much the same performance whether I am windowing the game > > > by setting wine to emulate a desktop, or just passing -window to the > > > hl2.exe (15.2fps). > > > > > > The odd thing to me is: I get the same speed when running in fullscreen > > > mode. This is even the case if I used XRandR to set my desktop to the > > > same resolution before starting Steam, so that I don't end up > > > accidentally scrolling across my virtual desktop when I move the mouse > > > down or to the right. Doing that is also a help because it stops my > > > newsticker from drawing over the top of the game screen, but it seems to > > > have no impact on performance. > > > > > > Do OpenGL applications typically perform the same in windowed mode as > > > fullscreen mode? My experience programming with DirectX made me expect > > > fullscreen to run faster since the video card only has to flip the > > > backbuffer pointer instead of blitting from one chunk of memory to > > > another. Of course, that all being handled by the video card, I suppose > > > this too is probably just a side-effect of my CPU-limited speed. > > I wouldn't think running a game in a window versus full-screen would > > change much of anything. Then again, I'm no 3D expert either. > > > > > > Here are the parameters I'm feeding to CS:S by the way, in case anyone's > > > interested: "-heapsize 512000 -fullscreen -width 1024 -height 768". > > > I've tried passing "-dxlevel 70" to the hl2.exe, but don't see much if > > > any performance difference. It is interesting to not that if you don't > > > pass this parameter, you will see little white boxes indicating each > > > light source. These boxes aren't clipped by any object. > > > > > > Passing "-dxlevel 80" causes the menu screen to come up completely > > > white, making it unuseable. Forcing DirectX 8.1 or 9.0 has the same > > > white-screen effect. > > Try disabling pixel shaders in winecfg to get around that. They never > > did work for me. I tried to use them yesterday with HL2 to get some > > screenshots, and they froze my computer. If you're lucky enough to even > > star a game using them, they mess things up anyway. > > I'm in the middle of fixing pixel shaders properly, so far I've checked in the code to parse and > cross compile the pixel shaders, I just have to intergrate them with the drawing pipeline. > > Oliver. > > > > > > ___________________________________________________________ > Yahoo! Messenger - NEW crystal clear PC to PC calling worldwide with voicemail > http://uk.messenger.yahoo.com > ___________________________________________________________ To help you stay safe and secure online, we've developed the all new Yahoo! Security Centre. http://uk.security.yahoo.com

1 0

Custom Windows Program Loader
by Informações 31 Oct '05

31 Oct '05

Hey All, I've been trying to solve a problem that WINE seems to have tacked quite properly: I need to run a Windows application under Windows OS using custom DLLs in place of Windows-kernel DLLs. For instance, I wanna be able to run the Notepad application loading all its required DLLs from the Windwos/System path but, for instance, user32.dll, that I will provide as a custom implementation. As I can seem, WINE program loader does the job, but not under Windows. Does anybody have any clue on how to make this "magic" happens on a Windows environment (possibly inside cygwin) ? Does anybody know any other tool capable of providing this functionality ? Thanks a lot, FLu-X

7 8

[Bugzilla] and [AppDB] add ability to mark Wine versions as 'obsolete', 'supported' or 'current'
by Tony Lambregts 31 Oct '05

31 Oct '05

This patch is meant to stimulate a discussion about how to deal with the fact we cannot reasonable support obsolete versions of wine ;^) For example we would like to be able to age Test Results and probably do not want submittions of test results or bugs that are from older versions of wine. On the other hand we should accept new bug reports from CVS and at least our current release. Since we cannot simply delete old versions in bugzilla I came up the following patch. To use this patch you need to run the following sql: use bugs; alter table versions add column status enum('obsolete','supported','current') NOT NULL default 'current'; change log: Add status ('obsolete','supported' or 'current') to versions table files changed: editversions.cgi Index: editversions.cgi =================================================================== RCS file: /home/wine/bugzilla/editversions.cgi,v retrieving revision 1.1.1.1 diff -u -r1.1.1.1 editversions.cgi --- editversions.cgi 1 Dec 2004 23:15:14 -0000 1.1.1.1 +++ editversions.cgi 29 Oct 2005 22:02:25 -0000 @@ -105,13 +105,28 @@ # Displays the form to edit a version # -sub EmitFormElements ($$) +sub EmitFormElements ($$$) { - my ($product, $version) = @_; + my ($product, $version, $status) = @_; + my @aStatus = ("obsolete","supported","current"); print " <TH ALIGN=\"right\">Version:</TH>\n"; print " <TD><INPUT SIZE=64 MAXLENGTH=64 NAME=\"version\" VALUE=\"" . value_quote($version) . "\">\n"; + print " </TD></TR>\n"; + print " <TH ALIGN=\"right\">Status:</TH>\n"; + print "<TD><select name=\"status\">\n"; + + for (my $i = 0; $i < @aStatus; ++$i) { + if ($aStatus[$i] eq $status) { + print "<option value=" .value_quote($aStatus[$i]). " selected>" .value_quote($aStatus[$i]). "\n"; + } + else { + print "<option value=" .value_quote($aStatus[$i]). ">" .value_quote($aStatus[$i]). "\n"; + } + } + print "</select></TD>\n"; + print " <INPUT TYPE=HIDDEN NAME=\"product\" VALUE=\"" . value_quote($product) . "\"></TD>\n"; } @@ -173,6 +188,7 @@ # my $product = trim($::FORM{product} || ''); my $version = trim($::FORM{version} || ''); +my $status = trim($::FORM{status} || ''); my $action = trim($::FORM{action} || ''); my $localtrailer; if ($version) { @@ -225,21 +241,24 @@ CheckProduct($product); my $product_id = get_product_id($product); - SendSQL("SELECT value + SendSQL("SELECT value, status FROM versions WHERE product_id=$product_id ORDER BY value"); print "<TABLE BORDER=1 CELLPADDING=4 CELLSPACING=0><TR BGCOLOR=\"#6666FF\">\n"; print " <TH ALIGN=\"left\">Edit version ...</TH>\n"; - #print " <TH ALIGN=\"left\">Bugs</TH>\n"; + print " <TH ALIGN=\"left\">Status</TH>\n"; print " <TH ALIGN=\"left\">Action</TH>\n"; print "</TR>"; while ( MoreSQLData() ) { - my $version = FetchOneColumn(); + my @data = FetchSQLData(); + my $version = $data[0]; + my $status = $data[1]; + print "<TR>\n"; - print " <TD VALIGN=\"top\"><A HREF=\"editversions.cgi?product=", url_quote($product), "&version=", url_quote($version), "&action=edit\"><B>$version</B></A></TD>\n"; - #print " <TD VALIGN=\"top\">$bugs</TD>\n"; + print " <TD VALIGN=\"top\"><A HREF=\"editversions.cgi?product=", url_quote($product), "&version=", url_quote($version),"&status=", url_quote($status), "&action=edit\"><B>$version</B></A></TD>\n"; + print " <TD VALIGN=\"top\">" ,$status, "</TD>\n"; print " <TD VALIGN=\"top\"><A HREF=\"editversions.cgi?product=", url_quote($product), "&version=", url_quote($version), "&action=del\"><B>Delete</B></A></TD>\n"; print "</TR>"; } @@ -271,7 +290,7 @@ print "<FORM METHOD=POST ACTION=editversions.cgi>\n"; print "<TABLE BORDER=0 CELLPADDING=4 CELLSPACING=0><TR>\n"; - EmitFormElements($product, $version); + EmitFormElements($product, $version, $status); print "</TABLE>\n<HR>\n"; print "<INPUT TYPE=SUBMIT VALUE=\"Add\">\n"; @@ -312,9 +331,9 @@ # Add the new version SendSQL("INSERT INTO versions ( " . - "value, product_id" . + "value, status, product_id" . " ) VALUES ( " . - SqlQuote($version) . ", $product_id)"); + SqlQuote($version) .",". SqlQuote($status) .", $product_id)"); # Make versioncache flush unlink "data/versioncache"; @@ -467,7 +486,7 @@ print "<FORM METHOD=POST ACTION=editversions.cgi>\n"; print "<TABLE BORDER=0 CELLPADDING=4 CELLSPACING=0><TR>\n"; - EmitFormElements($product, $version); + EmitFormElements($product, $version, $status ); print "</TR></TABLE>\n"; @@ -523,13 +542,14 @@ delta_ts = delta_ts WHERE version=" . SqlQuote($versionold) . " AND product_id = $product_id"); + } SendSQL("UPDATE versions - SET value=" . SqlQuote($version) . " + SET value=" . SqlQuote($version) .",". "status=" . SqlQuote($status) . " WHERE product_id = $product_id AND value=" . SqlQuote($versionold)); unlink "data/versioncache"; print "Updated version.<BR>\n"; - } + SendSQL("UNLOCK TABLES"); PutTrailer($localtrailer);

2 1

ermapper 7
by Paul Wise 31 Oct '05

31 Oct '05

Hi all, Was trying to install ermapper 7 under wine (80 meg download): http://www.ermapper.com/download_files/ERMapper7.01CompactRC1.exe ermapper is a fairly well known and used gis (geographic information systems) application, which views and edits the popular ecw format for storing satellite data and other geographic raster data. In debian wine 0.9*, it installs fine with OS set to winxp, except for one thing: since it seems to use OLE/COM extensively, the main application object doesn't get registered during installation. *I split up debian's patch and put it here if anyone wants to look: http://bonedaddy.net/pabs3/files/tmp/wine-0.9/ During install I get this Message box 3 times: CoCreate instance failed for the ERM Object And I get these messages in the terminal: fixme:font:load_VDMX Failed to retrieve vTable fixme:ole:ITypeInfo_fnRelease destroy child objects fixme:ole:ITypeInfo_fnRelease destroy child objects fixme:ole:DllRegisterServer not implemented (olepro32.dll) fixme:ole:ITypeInfo_fnRelease destroy child objects fixme:ole:ITypeInfo_fnRelease destroy child objects fixme:ole:ITypeInfo_fnRelease destroy child objects fixme:ole:ITypeInfo_fnRelease destroy child objects fixme:ole:CoCreateInstance no classfactory created for CLSID {47d72ac6-6ef6-11d7-b912-0050dabaf658}, hres is 0x80004002 err:advapi:service_control_dispatcher failed to create pipe, error = 0 fixme:ole:CoCreateInstance no classfactory created for CLSID {47d72ac6-6ef6-11d7-b912-0050dabaf658}, hres is 0x80004002 err:advapi:service_control_dispatcher failed to create pipe, error = 0 fixme:ole:CoCreateInstance no classfactory created for CLSID {47d72ac6-6ef6-11d7-b912-0050dabaf658}, hres is 0x80004002 After it brokenly installed, I tried to run it and got this message box: ERROR in ERMAPPER registry entry. Please specify the BASE_PATH value in the key KHEY_LOCAL_MACHINE/Software/Earth Resource Mapping/ERMAPPER With these messages in the terminal: fixme:font:load_VDMX Failed to retrieve vTable fixme:font:load_VDMX Failed to retrieve vTable fixme:font:load_VDMX Failed to retrieve vTable fixme:font:load_VDMX Failed to retrieve vTable fixme:font:load_VDMX Failed to retrieve vTable fixme:font:load_VDMX Failed to retrieve vTable Then I used regedit, and found the following key with the correct BASE_PATH value in it. HKEY_LOCAL_MACHINE\Software\Earth Resource Mapping\ERMAPPER(libversion7.0) So, then I copied that key and its contents to HKEY_LOCAL_MACHINE\Software\Earth Resource Mapping\ERMAPPER(libversion7.0) And ran it again. I got lots of message boxes saying this, but eventually it got to the licence input stage, but it went downhill from there. CoCreate instance failed for the ERM Object During the second run I got these messages: fixme:font:load_VDMX Failed to retrieve vTable fixme:font:load_VDMX Failed to retrieve vTable fixme:font:load_VDMX Failed to retrieve vTable fixme:font:load_VDMX Failed to retrieve vTable fixme:font:load_VDMX Failed to retrieve vTable fixme:font:load_VDMX Failed to retrieve vTable fixme:ver:RtlVerifyVersionInfo (0x7fb4ee3c,64,180000): Not all cases correctly implemented yet fixme:ole:CoCreateInstance no classfactory created for CLSID {47d72ac6-6ef6-11d7-b912-0050dabaf658}, hres is 0x80004002 err:advapi:service_control_dispatcher failed to create pipe, error = 0 fixme:ole:CoCreateInstance no classfactory created for CLSID {47d72ac6-6ef6-11d7-b912-0050dabaf658}, hres is 0x80004002 err:advapi:service_control_dispatcher failed to create pipe, error = 0 fixme:ole:CoCreateInstance no classfactory created for CLSID {47d72ac6-6ef6-11d7-b912-0050dabaf658}, hres is 0x80004002 err:advapi:service_control_dispatcher failed to create pipe, error = 0 fixme:ole:CoCreateInstance no classfactory created for CLSID {47d72ac6-6ef6-11d7-b912-0050dabaf658}, hres is 0x80004002 fixme:ver:RtlVerifyVersionInfo (0x7fb4d204,64,180000): Not all cases correctly implemented yet err:advapi:service_control_dispatcher failed to create pipe, error = 0 fixme:ole:CoCreateInstance no classfactory created for CLSID {47d72ac6-6ef6-11d7-b912-0050dabaf658}, hres is 0x80004002 err:advapi:service_control_dispatcher failed to create pipe, error = 0 fixme:ole:CoCreateInstance no classfactory created for CLSID {47d72ac6-6ef6-11d7-b912-0050dabaf658}, hres is 0x80004002 err:advapi:service_control_dispatcher failed to create pipe, error = 0 fixme:ole:CoCreateInstance no classfactory created for CLSID {47d72ac6-6ef6-11d7-b912-0050dabaf658}, hres is 0x80004002 err:advapi:service_control_dispatcher failed to create pipe, error = 0 fixme:ole:CoCreateInstance no classfactory created for CLSID {47d72ac6-6ef6-11d7-b912-0050dabaf658}, hres is 0x80004002 err:advapi:service_control_dispatcher failed to create pipe, error = 0 fixme:ole:CoCreateInstance no classfactory created for CLSID {47d72ac6-6ef6-11d7-b912-0050dabaf658}, hres is 0x80004002 err:advapi:service_control_dispatcher failed to create pipe, error = 0 fixme:ole:CoCreateInstance no classfactory created for CLSID {47d72ac6-6ef6-11d7-b912-0050dabaf658}, hres is 0x80004002 err:advapi:service_control_dispatcher failed to create pipe, error = 0 fixme:ole:CoCreateInstance no classfactory created for CLSID {47d72ac6-6ef6-11d7-b912-0050dabaf658}, hres is 0x80004002 err:advapi:service_control_dispatcher failed to create pipe, error = 0 fixme:ole:CoCreateInstance no classfactory created for CLSID {47d72ac6-6ef6-11d7-b912-0050dabaf658}, hres is 0x80004002 err:advapi:service_control_dispatcher failed to create pipe, error = 0 fixme:ole:CoCreateInstance no classfactory created for CLSID {47d72ac6-6ef6-11d7-b912-0050dabaf658}, hres is 0x80004002 err:advapi:service_control_dispatcher failed to create pipe, error = 0 fixme:ole:CoCreateInstance no classfactory created for CLSID {47d72ac6-6ef6-11d7-b912-0050dabaf658}, hres is 0x80004002 err:advapi:service_control_dispatcher failed to create pipe, error = 0 fixme:ole:CoCreateInstance no classfactory created for CLSID {47d72ac6-6ef6-11d7-b912-0050dabaf658}, hres is 0x80004002 Any ideas about how to debug this further? -- bye, pabs http://pabs.zip.to

1 2

25% success rate on wife's must-have apps!
by Dan Kegel 31 Oct '05

31 Oct '05

I asked my wife what apps she uses daily on Windows, and tested all eight with wine from cvs this weekend. Results: 2 of the eight actually installed and ran properly. She was duly impressed - she thought it was going to be zero. Apps that Work: Macromedia Fireworks (2002) Font Xplorer Lite Apps that install but don't run: Macromedia Dreamweaver (2002) Can't install: Microsoft Office '97 Adobe Photoshop Elements Ulead Photoimpact Musicmatch Jukebox FamilyTreeMaker 6 I filed bugzilla reports for all the problems I found. Links at http://kegel.com/wine/qa/#app.home - Dan

1 0

Re: server: Add object type to struct object
by Robert Shearman 31 Oct '05

31 Oct '05

Vitaliy Margolen wrote: >This is by far not what native does. But we are not implementing the whole >kernel here. So having just an object type ID will work just fine for what >we need. > >Vitaliy Margolen > >changelog: > server > - Add object type to struct object > Why do you need this? It seems that having an object type field is redundant since we can uniquely identify an object by the address of its object_ops. -- Rob Shearman

2 1

tracking interprocess comms.
by wino＠piments.com 31 Oct '05

31 Oct '05

Hi, I am trying to capture output that an app normally sends to other processes under windows operation. I know that in the case of major M$ apps this will be my ole but I believe that in the more general case this must be by simulating keystrokes I tried WINEDEBUG="+relay" but the output file filled the 1.7GB !! of free space I had before the app got as far at putting up the main window. could s.o. advice on a more suitable channel to watch. Many thanks.

1 1

Re: wine/programs/winecfg appdefaults.c
by Mike Hearn 30 Oct '05

30 Oct '05

On Fri, 28 Oct 2005 04:38:11 -0500, Alexandre Julliard wrote: > Log message: > Vitaliy Margolen <wine-patch(a)kievinfo.com> Define OS environment variable > on WinNT versions Shouldn't this be done by the startup code? I don't see any reason why we need to duplicate this information into the registry where it can get out of sync etc, rather than just having it as part of the initial environmental setup. thanks -mike

2 1

Re: MSI: Extract file directly to their target location
by Thomas Weidenmueller 30 Oct '05

30 Oct '05

Mike McCormack wrote: > + /* > + * FIXME: 0 is a valid return from CreateFile > + * but an invalid handle for the cabinet API > + */ NULL cannot be a valid file handle. The very first handle in the handle table has the value 0x4. Apart from that, the PSDK doesn't mention it can ever return NULL. - Thomas

3 3

Talkback versions of wine
by Chris Morgan 30 Oct '05

30 Oct '05

A user sent this to the appdb mailing list. I thought the talkback idea was an interesting one that we might want to consider now that we are nearing 1.0. Chris ---------- Forwarded Message ---------- Subject: suggest Appdb Date: Thursday 27 October 2005 10:02 pm From: "Elektro Schock" <elektroschock(a)linuxmail.org> To: appdb(a)winehq.org "Email your suggestions for improving the AppDB" Well, 1. what I would like to see are Wine talkback versions a) terminal output + related app + wine version + other config b) delete dublicates c) automatical submission to a server d) add to app specific database if not dublicate Benefits: * Wine developers are able to determine what console output is generated when using the software * It is traceable what real applications will get improved when a certain FIXME is fixed and what applications depend on a bug. * app related bug reporting via automation * it is possible to limit reporting to certain apps e.g. gold and silver apps only or certain types of bugs and to set a time limit for the talkback feature, so you get no old version reports. * you can determine what applications were tried by users and whether problems still exist * bug reporting becomes easier. 2. Where do I find documentation about the different kinds of wine bugs reported at the console? err fixme Unexpected calls bugs invoking wine-dbg etc. When you run an application with you run into "bugs". But certainly there often is no strict severity. What are severe errors that need to get reported? What are just unimplemented features? I further assume that bugzilla FIXMEs are not the same as console output FIXMEs -- _______________________________________________ Check out the latest SMS services @ http://www.linuxmail.org This allows you to send and receive SMS through your mailbox. Powered by Outblaze -------------------------------------------------------

6 8

Wine regression testing: PIT_
by Molle Bestefich 30 Oct '05

30 Oct '05

Regression testing with Wine is a pain in the butthole. For very bad reasons: Stuff that is simple to fix, but haven't been. I'd like to help improve that situation. Example: ======== I want to find which patch ruins an application. The application, according to one note, worked in 2003. I decide to try and see how it really runs with the 2003 version of Wine mentioned in the note. I then spend several days pulling various releases, just trying to compile them. They all fail miserably, because some fix required to compile correctly with newer Linux versions is /missing/. For example, - any Wine before 2004-01-02 won't work because it won't compile against newer ALSA versions. - any Wine before 2003-12-01 needs patches to the build system before 'make depend' will even run. I've been at it for a week and I've managed to fix the above two. _They're really simple things, but they take a lot of time to figure out._ Currently I'm working with two other problems: - Wine fails to correctly invoke the debugger. Winedbg shows 'Usage: blah blah'. Seems 'wine' calls it with incorrect parameters. - Wine fails to start any application, complaining about 'kthreads' something or the other. I imagine that if I spend a few more weeks on the above problems, I can find patches in Wine CVS that fixes the exact problems I'm seeing. I've already wasted a week of my time on problems that someone else already fixed. Spending two or more weeks doing this is not exactly on my fun-things-to-do-before-I-die list. I'd like to see a general solution to this entire problem. What can be done to alleviate? ============================== Once I find a patch which makes an earlier version actually compile, I'd like to propose that for a backport. If approved/applied, the next person that checks out the release would check out a version containing the backported patches. That would fix the problem and allow people to do proper regression testing, so developers and QA people can spend their time doing development and QA instead of redoing already done effort trying to get an older version to run. I'm not sure how this would work with CVS. I'm from an SVN world where tagging is a 0-cost tree-copy operation, and any patches can be applied to the tag with history and all showing that the tag's been modified. If it can't work with CVS, perhaps the tags can be created in Troy's SVN repo and patches applied there? Not sure. Suggestions, please, people.

7 12

Compile error: dlls/kernel/time.c
by Ivan Gyurdiev 30 Oct '05

30 Oct '05

I suspect a recent change in glibc (features.h) broke it... but according to time.h, CLK_TCK is obsolete, and CLOCKS_PER_SEC is to be used instead. gcc -c -I. -I. -I../../include -I../../include -D__WINESRC__ -D_KERNEL32_ -D_REENTRANT -fPIC -Wall -pipe -mpreferred-stack-boundary=2 -fno-strict-aliasing -gstabs+ -Wdeclaration-after-statement -Wpointer-arith -g -O2 -o time.o time.c time.c: In function ‘TIME_ClockTimeToFileTime’: time.c:522: error: ‘CLK_TCK’ undeclared (first use in this function) time.c:522: error: (Each undeclared identifier is reported only once time.c:522: error: for each function it appears in.) make[2]: *** [time.o] Error 1 make[2]: Leaving directory `/home/phantom/src/wine/dlls/kernel' make[1]: *** [kernel] Error 2 make[1]: Leaving directory `/home/phantom/src/wine/dlls' make: *** [dlls] Error 2

3 2

Re: Shell32 File Property Dialog
by Mike McCormack 30 Oct '05

30 Oct '05

This version looks alot better than the first one. > * SH_FileTimerProc [Internal] > * > * is invoked every 100ms to check if the property sheet should be closed > * A timer is required because the property sheet pages are per default > * modeless and the property sheetpage does not have a window procedure This doesn't seem right to me. The property sheet should destroy all its pages when it is closed. Also, instead of attaching the new file, you can do: diff -u /dev/null dlls/shell32/fprop.c >> fp-051029.diff so that everything is in one diff. Mike

1 0

Restoring resolution when exiting: some questions
by julien 29 Oct '05

29 Oct '05

Hello! Different games do not restore resolution when exiting. I tried to modify wine a bit and came to several problems: - I used destroy_whole_window api as a point to restore resolution. However I am not sure it is not the best place and it does not help in some cases (e.g., if Wine is crashing). So what could be the most relevant point (TerminateProcess?) to restore resolution? - I am restoring the resolution using default values to X11DRV_ChangeDisplaySettingsEx. How to manage the case with several applications having different resolutions? Thanks for any help on this! Julien

2 1

[Need a review]: New directory object for wineserver
by Vitaliy Margolen 29 Oct '05

29 Oct '05

I've been working on a new directory object as a replacement for the server's named space. Attached is the working patch with directory, symlink and device objects. I would really appreciate your review of it. Some things still need a cleanup. But my main concern is the name_lookup function. To speed things up I used static buffer (something like registry routines do). PS: Sorry, had to gzip it so it will go through. -- Best regards, Vitaliy

1 0

Re: crash in shlwapi path tests
by Saulius Krasuckas 29 Oct '05

29 Oct '05

* On Sat, 29 Oct 2005, Stefan Leichter wrote: > > when looking into the shlwapi test results you will see sometimes the > word crash. But the tests do not crash. The reason is that the winetest > executable cuts down the result file to 1M byte before sending it to > winehq. On some systems the PathIsValidCharW fails always (~65600 > tests). Therefore you get a result file that is more than 6M bytes big. Yeah, that happens because of a looped ok-tests. > ChangeLog > stop PathIsValidCharW tests after 100 failing tests I think better this should be fixed globally, for example by making ok() use static variable and remember last line which has failed. I was thinking about only 3 lines, but 100 failures on the same line is a nice threshold, Stefan.

1 0

Re: MS Office 97: so close...
by Dan Kegel 29 Oct '05

29 Oct '05

On 10/29/05, Hans Leidekker <hans(a)it.vu.nl> wrote: > > If you shoot me a copy I can verify it solves my problems. > > (http://winehq.com/pipermail/wine-patches/2005-October/021484.html seems > > to already be applied, so you must be talking about something more...) > > Yes, it's incremental to that one. Here goes. Bada bing bada boom! Yep, applying your patch to a clean wine tree from cvs builds a wine that seems to no longer need an override for odbccp32 when installing Office 97. (The install still fails later with "Accwiz.dll was unable to register itself in the system registry", but you expected that.) Thanks! - Dan

1 0

MS Office 97: so close...
by Dan Kegel 29 Oct '05

29 Oct '05

I tried again to install Office 97 on today's vanilla wine from cvs. Here's what I did, from the start: sudo mount -o loop -t iso9660 mso97.iso /mnt rm -rm .wine winecfg # choose WinME emulation # Override odbccp32 # quit wine \\mnt\\setup.exe It worked great, right up to the end, where it failed with the dialog box "Accwiz.dll was unable to register itself in the system registry". Here are the unique fixme's from the log: fixme:font:WineEngRemoveFontResourceEx :stub fixme:font:CreateScalableFontResourceA (0,"c:\\windows\\offsetup.for","c:\\windows\\offsetup.ttf",(null)): stub fixme:ole:MkParseDisplayName (0x7eb38788, L"stdole32.tlb", 0x7b93ed34, 0x110): stub. fixme:ole:MkParseDisplayName (0x7eb38908, L"stdole32.tlb", 0x7b93ec60, 0x110): stub. fixme:ole:MkParseDisplayName (0x7eb38908, L"STDOLE32.TLB", 0x7b93ee88, 0x7eb3ab04): stub. I've filed this as http://bugs.winehq.org/show_bug.cgi?id=3689 along with a +ole,+dialog log. (+relay took waaaay too long to run.) Having Office '97 running on plain Wine would make my life easier- my wife would no longer object so much to having Linux on all our computers :-) So are those fixme's important, or just a distraction?

3 3

Migrate website documentation to the Wiki
by Jonathan Ernst 29 Oct '05

29 Oct '05

Hi everyone, I'm willing to move every simple textual (static content) page from the website to the Wiki and link from the website to the corresponding pages. The advantages are obvious: - makes it easy to keep these pages up-to-date - makes it easy for non-dev. contributors to keep these pages up-to-date The problems are: - when clicking on a link from winehq to the wiki the left menu will change which can be confusing I notice that this has already been made for the janitorial page. The pages I'd like to move are about: http://cvs.winehq.org/cvsweb/lostwages/templates/en/* What do you think ?

9 20

tools/wine.inf (was: wine/programs/winecfg)
by Detlef Riekenberg 29 Oct '05

29 Oct '05

Am Freitag, den 28.10.2005, 04:38 -0500 schrieb Alexandre Julliard: > ChangeSet ID: 20901 > CVSROOT: /opt/cvs-commit > Module name: wine > Changes by: julliard(a)winehq.org 2005/10/28 04:38:11 > > Modified files: > programs/winecfg: appdefaults.c > > Log message: > Vitaliy Margolen <wine-patch(a)kievinfo.com> > Define OS environment variable on WinNT versions. The Patch requires, that I start winecfg and touch the OS-Version. When I do not start winecfg or do not touch/change the Default "win2000", then "OS" is not correct. Changing wine.inf can fix that for the Default Situation, but there are still 2 unusual but possible Race-Conditions left: - reinstall "wine.inf" while the OS-Version is <"NT" - change the Default OS-Version with Regedit -- By By ... ... Detlef

2 2

Re: crypt32: implement cert sig functions
by Alexandre Julliard 29 Oct '05

29 Oct '05

Juan Lang <juan_lang(a)yahoo.com> writes: > ChangeLog: implement CertSignSignature and CertVerifySignature(Ex) The tests fail here: cert.c:1504: Test failed: Expected HRESULT_FROM_WIN32(ERROR_INVALID_PARAMETER), got 00000000 -- Alexandre Julliard julliard(a)winehq.org

1 0

Re: MS Office 97: so close...
by Dan Kegel 29 Oct '05

29 Oct '05

On 10/28/05, Vitaliy Margolen <wine-devel(a)kievinfo.com> wrote: > I'm sorry to ask, but why didn't I see your patches in wine-patches in the past > 2 month? > > Vitaliy. > > PS. This is a reminder that wine-devel mailing list is for DEVELOPERS and NOT > users! There's a good chance I've been programming longer than you've been alive...

1 0

RE: alt-tab task switching form a wine app
by Anthony R. Tuel 29 Oct '05

29 Oct '05

-----Original Message----- From: wino(a)piments.com [mailto:wino@piments.com] Sent: Fri 10/28/2005 3:11 PM To: Anthony R. Tuel; wine-devel(a)winehq.org Subject: Re: alt-tab task switching form a wine app On Thu, 27 Oct 2005 22:16:23 +0200, Anthony R. Tuel <atuel(a)tuel.org> wrote: > It seems when I have an app up running under wine (lotus notes 6.5.4 in > my case) and I switch to another app (using a gaim messaging window in > my case) using alt tab, when I come back to my notes window its as if > I'm still holding the alt key. Not sure if this happens in other apps, > but its really noticible in notes since it uses the alt key for all > sorts of keyboard shortcuts. So if i'm writing a new email in notes, > someone sends me an IM, I alt-tab switch over to gaim, when I switch > back to notes and want to hit enter for a new line, it brings up the > font properties windows (alt+enter being the font properties shortcut). > This seems to happen with both 20050930 and the .9 releases at least. > Has anyone else seen this issue? No idea , dont use Notes/Lotus but I would guess it is picking up the fact that the alt-key is still down when it get the focus back and taking it as a keypress. It is not std bahaviour to take that as a keydown event but I would try to get out of it as you would if you pressed the alt in the app and then changed your mind. (Esc. Cntl_C , I dont know Notes.) That is assuming you have a problem with it. If you are just curious about why, I think the answer is the non-std way it is handing key-states. HTH. ------------------------ I can escape my way out of it by pressing escape though that escape event also translates into whatever the action would by if the alt key wasnt in the picture.So if you were writing a new note and pressed escape, it would attempt to close the note. Alternatively, you can hit alt-alt to cancel it which is slightly less anoying but none the less still annoying. I did notice one other thing on this. Alt-down event (without tab) in notes displays many short cut reminders. It will place little tags over vaiour buttons on the screen to say alt-buttonx will activate that button. For example, it places a "1" over the Send button (among other things) when composing a new note to indicate pressing alt-1 will send the note. The corresponding alt-up event will hide the short cut reminders and leave the file menu highlighted (as expected). Then pressing alt again will cacnel out that highlight of the file menu. Under real windows, the behaviour is different. Alt-tabing away from notes, and then comming back to it leaves notes as if nothing was ever pushed. It does briefly display the shorcut reminders but by the time I switch back to the notes window, there is no sign of alt ever being pressed.

1 0

Clean , working installation of Nat. Speaking.
by wino＠piments.com 28 Oct '05

28 Oct '05

OK, I think I've cracked it. After a lot of heaving and grunting I managed to reinstall Dragon Naturally Speaking into a fresh user account with the help of sidenet. This time I carefully documented the steps I took so as to be sure it was reproducable. What worked: wine-20050524; sidenet-1.8.1; Dragon NS v7 prefered En. and v7 pref Fr Ensoniq 1371 pci "soundblaster" wot wont: winecfg based wine releases ; more recent sidenet on previous above wine. muse5.1 cmipci (too quiet) Required natives: comdlg32.dll only. That it in a nut shell , here's the log: INSTALLATION NOTES FOR NATURALLY SPEAKING 7 PREFERED ==================================================== installed wine is 20050524 new user account with no wine su <username> cd ~ untar sidenet 1.8.1 chown <username> users. ## cp some prev download files from other user space , save time on sidenet. cd wine-config-sidenet ./setup #sidenet : option [3] select y to IE6 MSinst DCOM98 fonts sidenet runs OK, reboots, displays sid-site in ie6: success! bash# ~/.wine $ wcmd WCMD Version 0.17 D:\.wine>ver WCMD Version 0.17 D:\.wine>path PATH=c:\windows;c:\windows\system;c:\windows\command D:\.wine>exit cd ~/.wine/dosdevices ln -s /mnt/dvd h: wine h:setup installshield says req reboot , ok restarts into reg code entry dlg OK. #file select dlg crashes , rerun and accept default folders. installation runs cleanly and exits , then throws following to console: bash # ~/.wine/dosdevices $ fixme:ddeml:DdeConnectList (1,0xc000,0xc000,(nil),(nil)): stub fixme:ddeml:DdeQueryNextServer (0x1,(nil)): stub fixme:ddeml:DdeQueryNextServer (0x1,(nil)): stub fixme:ddeml:DdeDisconnectList (0x1): stub err:wineboot:runCmd Failed to run command (0) err:wineboot:ProcessRunKeys Error running cmd #1 (0) #ignorable. bash # ~/.wine/c/Program Files/ScanSoft/NaturallySpeaking/Program $ wine natspeak.exe "cannot find windows/system/comdlg32 " OK exits cleanly. #find comdlg32.dll and put in system. wine natspeak # straight in !!! enter user general training. #NS cannot control the volume level although it thinks it does. #use alsamixer or similar to ensure capture is on MIK and capture level around 80% (YMMV) 84 vol gives 22 quality rating but message says too high , basic training sticky. req reduce vol to 82: fine Able to complete general training and begin dictation into DragonPad. Excellent results. HTH, Have fun .

1 0

Re: IP address works but Servername crashes...
by Juan Lang 28 Oct '05

28 Oct '05

> Would I be correct in guessing that wine does not > bother looking for WINS server when trying to resolve > a name to an address? (Note that wine crashes as > opposed to app complaining about servername) You're correct that wine's gethostbyname function doesn't do a WINS lookup. It may be possible to configure your host to to a WINS lookup for gethostbyname using samba; check your samba docs. Wine's netbios() can use a WINS server, but I'm not sure what call your app is using. (Your relay trace appears to be some time after the problem happened.) --Juan __________________________________ Yahoo! FareChase: Search multiple travel sites in one click. http://farechase.yahoo.com

1 0

IP address works but Servername crashes...
by Esko Woudenberg 28 Oct '05

28 Oct '05

I have an app that works fine when connecting to a Firebird database server by IP address but crashes when trying to connect by server name... Would I be correct in guessing that wine does not bother looking for WINS server when trying to resolve a name to an address? (Note that wine crashes as opposed to app complaining about servername) Firebird log file has following entries in it: rms100-147-69 (Client) Wed Sep 21 17:00:59 2005 INET/INET_connect: gethostbyname failed, error code = 11001 rms100-147-69 (Client) Wed Sep 21 17:01:06 2005 INET/INET_connect: gethostbyname failed, error code = 11001 rms100-147-69 (Client) Tue Sep 27 22:53:10 2005 INET/INET_connect: gethostbyname failed, error code = 11001 rms100-147-69 (Client) Tue Sep 27 22:53:17 2005 INET/INET_connect: gethostbyname failed, error code = 11001 rms100-147-69 (Client) Tue Sep 27 22:54:13 2005 INET/INET_connect: gethostbyname failed, error code = 11001 rms100-147-69 (Client) Tue Sep 27 22:54:21 2005 INET/INET_connect: gethostbyname failed, error code = 11001 WINEDEBUG=+ relay gives... 0009:Call msvcrt.memmove(403df7d4,403df7cc,00000018) ret=100359ad 0009:Ret msvcrt.memmove() retval=403df7d4 ret=100359ad 0009:Call msvcrt.free(403e5240) ret=1003467b 0009:Call ntdll.RtlFreeHeap(40350000,00000000,403e5240) ret=41944400 0009:Ret ntdll.RtlFreeHeap() retval=00000001 ret=41944400 0009:Ret msvcrt.free() retval=00000001 ret=1003467b 0009:Call msvcrt.memmove(403df7ec,403df7e4,00000008) ret=100359ad 0009:Ret msvcrt.memmove() retval=403df7ec ret=100359ad 0009:Call kernel32.TlsSetValue(00000003,00000000) ret=10011712 0009:Ret kernel32.TlsSetValue() retval=00000001 ret=10011712 0009:Call msvcrt.strchr(406af110 "ESKO/3074:c:\\program files\\qcs\\qcs.fdb",0000003a) ret=1000ceb1 0009:Ret msvcrt.strchr() retval=406af119 ret=1000ceb1 0009:Call kernel32.GetCurrentThreadId() ret=1000f8f8 0009:Ret kernel32.GetCurrentThreadId() retval=00000009 ret=1000f8f8 0009:Call kernel32.InterlockedIncrement(4141e734) ret=00b2fabb 0009:Ret kernel32.InterlockedIncrement() retval=00000003 ret=00b2fabb 0009:Call kernel32.InterlockedIncrement(4141e734) ret=00b2fabb 0009:Ret kernel32.InterlockedIncrement() retval=00000004 ret=00b2fabb 0009:Call msvcrt.getenv(1004f6c0 "ISC_MSGS") ret=1000a834 0009:Ret msvcrt.getenv() retval=00000000 ret=1000a834 0009:Call msvcrt.getenv(1004f6cc "LC_MESSAGES") ret=1000a871 0009:Ret msvcrt.getenv() retval=00000000 ret=1000a871 0009:Call msvcrt.getenv(1004f75c "FIREBIRD_MSG") ret=1000adde 0009:Ret msvcrt.getenv() retval=403e5148 ret=1000adde 0009:Call kernel32.CreateFileA(403e2ce4 "c:\\windows\\system\\firebird.msg",80000000,00000003,406aa61c,00000003,00000080,00000000) ret=419405c1 0009:Call ntdll.RtlInitAnsiString(406aa4fc,403e2ce4 "c:\\windows\\system\\firebird.msg") ret=404a3acf 0009:Ret ntdll.RtlInitAnsiString() retval=0000001f ret=404a3acf 0009:Call ntdll.RtlAnsiStringToUnicodeString(401e8bf8,406aa4fc,00000000) ret=404a3b3e 0009:Ret ntdll.RtlAnsiStringToUnicodeString() retval=00000000 ret=404a3b3e 0009:Call ntdll.RtlIsDosDeviceName_U(401e8c00 L"c:\\windows\\system\\firebird.msg") ret=404a1de7 0009:Ret ntdll.RtlIsDosDeviceName_U() retval=00000000 ret=404a1de7 0009:Call ntdll.RtlDosPathNameToNtPathName_U(401e8c00 L"c:\\windows\\system\\firebird.msg",406aa4dc,00000000,00000000) ret=404a1e6e 0009:Ret ntdll.RtlDosPathNameToNtPathName_U() retval=00000001 ret=404a1e6e 0009:Call ntdll.NtCreateFile(406aa4d0,80000000,406aa4e4,406aa4d4,00000000,00000080,00000003,00000001,00000050,00000000,00000000) ret=404a1fb7 0009:Ret ntdll.NtCreateFile() retval=00000000 ret=404a1fb7 0009:Call ntdll.RtlFreeUnicodeString(406aa4dc) ret=404a1ff9 0009:Ret ntdll.RtlFreeUnicodeString() retval=00000001 ret=404a1ff9 0009:Ret kernel32.CreateFileA() retval=00000090 ret=419405c1 0009:Call msvcrt._read(00000003,406aa66c,00000010) ret=1000aa89 0009:Call kernel32.ReadFile(00000090,406aa66c,00000010,406aa59c,00000000) ret=4193f530 0009:Call ntdll.NtReadFile(00000090,00000000,00000000,00000000,406aa494,406aa66c,00000010,00000000,00000000) ret=404a367f 0009:Ret ntdll.NtReadFile() retval=00000000 ret=404a367f 0009:Ret kernel32.ReadFile() retval=00000001 ret=4193f530 0009:Ret msvcrt._read() retval=00000010 ret=1000aa89 0009:Call msvcrt.memmove(403df7e4,403df7ec,00000008) ret=10035272 0009:Ret msvcrt.memmove() retval=403df7e4 ret=10035272 0009:Call msvcrt.memmove(403df7ec,403df7e4,00000008) ret=100359ad 0009:Ret msvcrt.memmove() retval=403df7ec ret=100359ad 0009:Call msvcrt._lseek(00000003,000206ac,00000000) ret=1000a934 0009:Call kernel32.SetFilePointerEx(00000090,000206ac,00000000,406aa594,00000000) ret=4194223a 0009:Call ntdll.wine_server_handle_to_fd(00000090,00000000,406aa4a0,00000000) ret=404a4926 0009:Ret ntdll.wine_server_handle_to_fd() retval=00000000 ret=404a4926 0009:Call ntdll.wine_server_release_fd(00000090,00000010) ret=404a497a 0009:Ret ntdll.wine_server_release_fd() retval=00000010 ret=404a497a 0009:Ret kernel32.SetFilePointerEx() retval=00000001 ret=4194223a 0009:Ret msvcrt._lseek() retval=000206ac ret=1000a934 0009:Call msvcrt._read(00000003,403e16dc,00000400) ret=1000a95f 0009:Call kernel32.ReadFile(00000090,403e16dc,00000400,406aa5b4,00000000) ret=4193f530 0009:Call ntdll.NtReadFile(00000090,00000000,00000000,00000000,406aa4ac,403e16dc,00000400,00000000,00000000) ret=404a367f 0009:Ret ntdll.NtReadFile() retval=00000000 ret=404a367f 0009:Ret kernel32.ReadFile() retval=00000001 ret=4193f530 0009:Ret msvcrt._read() retval=00000010 ret=1000a95f 0009:Call msvcrt._lseek(00000003,0001f378,00000000) ret=1000a934 0009:Call kernel32.SetFilePointerEx(00000090,0001f378,00000000,406aa594,00000000) ret=4194223a 0009:Call ntdll.wine_server_handle_to_fd(00000090,00000000,406aa4a0,00000000) ret=404a4926 0009:Ret ntdll.wine_server_handle_to_fd() retval=00000000 ret=404a4926 0009:Call ntdll.wine_server_release_fd(00000090,00000010) ret=404a497a 0009:Ret ntdll.wine_server_release_fd() retval=00000010 ret=404a497a 0009:Ret kernel32.SetFilePointerEx() retval=00000001 ret=4194223a 0009:Ret msvcrt._lseek() retval=0001f378 ret=1000a934 0009:Call msvcrt._read(00000003,403e16dc,00000400) ret=1000a95f 0009:Call kernel32.ReadFile(00000090,403e16dc,00000400,406aa5b4,00000000) ret=4193f530 0009:Call ntdll.NtReadFile(00000090,00000000,00000000,00000000,406aa4ac,403e16dc,00000400,00000000,00000000) ret=404a367f 0009:Ret ntdll.NtReadFile() retval=00000000 ret=404a367f 0009:Ret kernel32.ReadFile() retval=00000001 ret=4193f530 0009:Ret msvcrt._read() retval=00000400 ret=1000a95f 0009:Call msvcrt._lseek(00000003,00015868,00000000) ret=1000a934 0009:Call kernel32.SetFilePointerEx(00000090,00015868,00000000,406aa594,00000000) ret=4194223a 0009:Call ntdll.wine_server_handle_to_fd(00000090,00000000,406aa4a0,00000000) ret=404a4926 0009:Ret ntdll.wine_server_handle_to_fd() retval=00000000 ret=404a4926 0009:Call ntdll.wine_server_release_fd(00000090,00000010) ret=404a497a 0009:Ret ntdll.wine_server_release_fd() retval=00000010 ret=404a497a 0009:Ret kernel32.SetFilePointerEx() retval=00000001 ret=4194223a 0009:Ret msvcrt._lseek() retval=00015868 ret=1000a934 0009:Call msvcrt._read(00000003,403e16dc,00000400) ret=1000a95f 0009:Call kernel32.ReadFile(00000090,403e16dc,00000400,406aa5b4,00000000) ret=4193f530 0009:Call ntdll.NtReadFile(00000090,00000000,00000000,00000000,406aa4ac,403e16dc,00000400,00000000,00000000) ret=404a367f 0009:Ret ntdll.NtReadFile() retval=00000000 ret=404a367f 0009:Ret kernel32.ReadFile() retval=00000001 ret=4193f530 0009:Ret msvcrt._read() retval=00000400 ret=1000a95f 0009:Call kernel32.MultiByteToWideChar(00000000,00000000,406aa75c "Unsuccessful execution caused by a system error that precludes\nsuccessful execution of subsequent statements",ffffffff,00000000,00000000) ret=41955989 0009:Ret kernel32.MultiByteToWideChar() retval=0000006d ret=41955989 0009:Call ntdll.RtlAllocateHeap(40350000,00000000,000000da) ret=419559ac 0009:Ret ntdll.RtlAllocateHeap() retval=403e3748 ret=419559ac 0009:Call kernel32.MultiByteToWideChar(00000000,00000000,406aa75c "Unsuccessful execution caused by a system error that precludes\nsuccessful execution of subsequent statements",ffffffff,403e3748,0000006d) ret=419559db 0009:Ret kernel32.MultiByteToWideChar() retval=0000006d ret=419559db 0009:Call kernel32.WideCharToMultiByte(00000000,00000000,403e3748 L"Unsuccessful execution caused by a system error that precludes\nsuccessful execution of subsequent statements",0000006c,00000000,00000000,00000000,00000000) ret=41953840 0009:Ret kernel32.WideCharToMultiByte() retval=0000006c ret=41953840 0009:Call kernel32.WideCharToMultiByte(00000000,00000000,403e3748 L"Unsuccessful execution caused by a system error that precludes\nsuccessful execution of subsequent statements",0000006c,403e1af0,0000006c,00000000,00000000) ret=41953906 0009:Ret kernel32.WideCharToMultiByte() retval=0000006c ret=41953906 0009:Call kernel32.WideCharToMultiByte(00000000,00000000,403e3820 L"",00000001,00000000,00000000,00000000,00000000) ret=41953840 0009:Ret kernel32.WideCharToMultiByte() retval=00000001 ret=41953840 0009:Call kernel32.WideCharToMultiByte(00000000,00000000,403e3820 L"",00000001,403e1b5c,00000001,00000000,00000000) ret=41953906 0009:Ret kernel32.WideCharToMultiByte() retval=00000001 ret=41953906 0009:Call ntdll.RtlFreeHeap(40350000,00000000,403e3748) ret=41955a08 0009:Ret ntdll.RtlFreeHeap() retval=00000001 ret=41955a08 0009:Call msvcrt.memmove(403df7f4,403df7ec,00000008) ret=100359ad 0009:Ret msvcrt.memmove() retval=403df7f4 ret=100359ad 0009:Call msvcrt.memmove(403df7ec,403df7f4,00000008) ret=10034dbb 0009:Ret msvcrt.memmove() retval=403df7ec ret=10034dbb 0009:Call msvcrt.memmove(403df7ec,403df7e4,00000010) ret=100359ad 0009:Ret msvcrt.memmove() retval=403df7ec ret=100359ad 0009:Call msvcrt._lseek(00000003,000206ac,00000000) ret=1000a934 0009:Call kernel32.SetFilePointerEx(00000090,000206ac,00000000,406aa548,00000000) ret=4194223a 0009:Call ntdll.wine_server_handle_to_fd(00000090,00000000,406aa454,00000000) ret=404a4926 0009:Ret ntdll.wine_server_handle_to_fd() retval=00000000 ret=404a4926 0009:Call ntdll.wine_server_release_fd(00000090,00000010) ret=404a497a 0009:Ret ntdll.wine_server_release_fd() retval=00000010 ret=404a497a 0009:Ret kernel32.SetFilePointerEx() retval=00000001 ret=4194223a 0009:Ret msvcrt._lseek() retval=000206ac ret=1000a934 0009:Call msvcrt._read(00000003,403e16dc,00000400) ret=1000a95f 0009:Call kernel32.ReadFile(00000090,403e16dc,00000400,406aa568,00000000) ret=4193f530 0009:Call ntdll.NtReadFile(00000090,00000000,00000000,00000000,406aa460,403e16dc,00000400,00000000,00000000) ret=404a367f 0009:Ret ntdll.NtReadFile() retval=00000000 ret=404a367f 0009:Ret kernel32.ReadFile() retval=00000001 ret=4193f530 0009:Ret msvcrt._read() retval=00000010 ret=1000a95f 0009:Call msvcrt._lseek(00000003,0001f378,00000000) ret=1000a934 0009:Call kernel32.SetFilePointerEx(00000090,0001f378,00000000,406aa548,00000000) ret=4194223a 0009:Call ntdll.wine_server_handle_to_fd(00000090,00000000,406aa454,00000000) ret=404a4926 0009:Ret ntdll.wine_server_handle_to_fd() retval=00000000 ret=404a4926 0009:Call ntdll.wine_server_release_fd(00000090,00000010) ret=404a497a 0009:Ret ntdll.wine_server_release_fd() retval=00000010 ret=404a497a 0009:Ret kernel32.SetFilePointerEx() retval=00000001 ret=4194223a 0009:Ret msvcrt._lseek() retval=0001f378 ret=1000a934 0009:Call msvcrt._read(00000003,403e16dc,00000400) ret=1000a95f 0009:Call kernel32.ReadFile(00000090,403e16dc,00000400,406aa568,00000000) ret=4193f530 0009:Call ntdll.NtReadFile(00000090,00000000,00000000,00000000,406aa460,403e16dc,00000400,00000000,00000000) ret=404a367f 0009:Ret ntdll.NtReadFile() retval=00000000 ret=404a367f 0009:Ret kernel32.ReadFile() retval=00000001 ret=4193f530 0009:Ret msvcrt._read() retval=00000400 ret=1000a95f 0009:Call msvcrt._lseek(00000003,0000469c,00000000) ret=1000a934 0009:Call kernel32.SetFilePointerEx(00000090,0000469c,00000000,406aa548,00000000) ret=4194223a 0009:Call ntdll.wine_server_handle_to_fd(00000090,00000000,406aa454,00000000) ret=404a4926 0009:Ret ntdll.wine_server_handle_to_fd() retval=00000000 ret=404a4926 0009:Call ntdll.wine_server_release_fd(00000090,00000010) ret=404a497a 0009:Ret ntdll.wine_server_release_fd() retval=00000010 ret=404a497a 0009:Ret kernel32.SetFilePointerEx() retval=00000001 ret=4194223a 0009:Ret msvcrt._lseek() retval=0000469c ret=1000a934 0009:Call msvcrt._read(00000003,403e16dc,00000400) ret=1000a95f 0009:Call kernel32.ReadFile(00000090,403e16dc,00000400,406aa568,00000000) ret=4193f530 0009:Call ntdll.NtReadFile(00000090,00000000,00000000,00000000,406aa460,403e16dc,00000400,00000000,00000000) ret=404a367f 0009:Ret ntdll.NtReadFile() retval=00000000 ret=404a367f 0009:Ret kernel32.ReadFile() retval=00000001 ret=4193f530 0009:Ret msvcrt._read() retval=00000400 ret=1000a95f 0009:Call kernel32.MultiByteToWideChar(00000000,00000000,406aa75c "Unable to complete network request to host \"%s\".",ffffffff,00000000,00000000) ret=41955989 0009:Ret kernel32.MultiByteToWideChar() retval=00000031 ret=41955989 0009:Call ntdll.RtlAllocateHeap(40350000,00000000,00000062) ret=419559ac 0009:Ret ntdll.RtlAllocateHeap() retval=403e3748 ret=419559ac 0009:Call kernel32.MultiByteToWideChar(00000000,00000000,406aa75c "Unable to complete network request to host \"%s\".",ffffffff,403e3748,00000031) ret=419559db 0009:Ret kernel32.MultiByteToWideChar() retval=00000031 ret=419559db 0009:Call kernel32.WideCharToMultiByte(00000000,00000000,403e3748 L"Unable to complete network request to host \"%s\".",0000002c,00000000,00000000,00000000,00000000) ret=41953840 0009:Ret kernel32.WideCharToMultiByte() retval=0000002c ret=41953840 0009:Call kernel32.WideCharToMultiByte(00000000,00000000,403e3748 L"Unable to complete network request to host \"%s\".",0000002c,403e1bf0,0000002c,00000000,00000000) ret=41953906 0009:Ret kernel32.WideCharToMultiByte() retval=0000002c ret=41953906 0009:Call kernel32.WideCharToMultiByte(00000000,00000000,403e37a4 L"\".",00000002,00000000,00000000,00000000,00000000) ret=41953840 0009:Ret kernel32.WideCharToMultiByte() retval=00000002 ret=41953840 0009:Call kernel32.WideCharToMultiByte(00000000,00000000,403e37a4 L"\".",00000002,403e1c20,00000002,00000000,00000000) ret=41953906 0009:Ret kernel32.WideCharToMultiByte() retval=00000002 ret=41953906 0009:Call kernel32.WideCharToMultiByte(00000000,00000000,403e37a8 L"",00000001,00000000,00000000,00000000,00000000) ret=41953840 0009:Ret kernel32.WideCharToMultiByte() retval=00000001 ret=41953840 0009:Call kernel32.WideCharToMultiByte(00000000,00000000,403e37a8 L"",00000001,403e1c22,00000001,00000000,00000000) ret=41953906 0009:Ret kernel32.WideCharToMultiByte() retval=00000001 ret=41953906 0009:Call ntdll.RtlFreeHeap(40350000,00000000,403e3748) ret=41955a08 0009:Ret ntdll.RtlFreeHeap() retval=00000001 ret=41955a08 0009:Call msvcrt.memmove(403df7e4,403df7ec,00000010) ret=10035272 0009:Ret msvcrt.memmove() retval=403df7e4 ret=10035272 0009:Call msvcrt.memmove(403df7f4,403df7ec,00000008) ret=100359ad 0009:Ret msvcrt.memmove() retval=403df7f4 ret=100359ad 0009:Call msvcrt.memmove(403df7ec,403df7f4,00000008) ret=10034b4d 0009:Ret msvcrt.memmove() retval=403df7ec ret=10034b4d 0009:Call msvcrt._lseek(00000003,000206ac,00000000) ret=1000a934 0009:Call kernel32.SetFilePointerEx(00000090,000206ac,00000000,406aa548,00000000) ret=4194223a 0009:Call ntdll.wine_server_handle_to_fd(00000090,00000000,406aa454,00000000) ret=404a4926 0009:Ret ntdll.wine_server_handle_to_fd() retval=00000000 ret=404a4926 0009:Call ntdll.wine_server_release_fd(00000090,00000010) ret=404a497a 0009:Ret ntdll.wine_server_release_fd() retval=00000010 ret=404a497a 0009:Ret kernel32.SetFilePointerEx() retval=00000001 ret=4194223a 0009:Ret msvcrt._lseek() retval=000206ac ret=1000a934 0009:Call msvcrt._read(00000003,403e16dc,00000400) ret=1000a95f 0009:Call kernel32.ReadFile(00000090,403e16dc,00000400,406aa568,00000000) ret=4193f530 0009:Call ntdll.NtReadFile(00000090,00000000,00000000,00000000,406aa460,403e16dc,00000400,00000000,00000000) ret=404a367f 0009:Ret ntdll.NtReadFile() retval=00000000 ret=404a367f 0009:Ret kernel32.ReadFile() retval=00000001 ret=4193f530 0009:Ret msvcrt._read() retval=00000010 ret=1000a95f 0009:Call msvcrt._lseek(00000003,0001f378,00000000) ret=1000a934 0009:Call kernel32.SetFilePointerEx(00000090,0001f378,00000000,406aa548,00000000) ret=4194223a 0009:Call ntdll.wine_server_handle_to_fd(00000090,00000000,406aa454,00000000) ret=404a4926 0009:Ret ntdll.wine_server_handle_to_fd() retval=00000000 ret=404a4926 0009:Call ntdll.wine_server_release_fd(00000090,00000010) ret=404a497a 0009:Ret ntdll.wine_server_release_fd() retval=00000010 ret=404a497a 0009:Ret kernel32.SetFilePointerEx() retval=00000001 ret=4194223a 0009:Ret msvcrt._lseek() retval=0001f378 ret=1000a934 0009:Call msvcrt._read(00000003,403e16dc,00000400) ret=1000a95f 0009:Call kernel32.ReadFile(00000090,403e16dc,00000400,406aa568,00000000) ret=4193f530 0009:Call ntdll.NtReadFile(00000090,00000000,00000000,00000000,406aa460,403e16dc,00000400,00000000,00000000) ret=404a367f 0009:Ret ntdll.NtReadFile() retval=00000000 ret=404a367f 0009:Ret kernel32.ReadFile() retval=00000001 ret=4193f530 0009:Ret msvcrt._read() retval=00000400 ret=1000a95f 0009:Call msvcrt._lseek(00000003,000042d0,00000000) ret=1000a934 0009:Call kernel32.SetFilePointerEx(00000090,000042d0,00000000,406aa548,00000000) ret=4194223a 0009:Call ntdll.wine_server_handle_to_fd(00000090,00000000,406aa454,00000000) ret=404a4926 0009:Ret ntdll.wine_server_handle_to_fd() retval=00000000 ret=404a4926 0009:Call ntdll.wine_server_release_fd(00000090,00000010) ret=404a497a 0009:Ret ntdll.wine_server_release_fd() retval=00000010 ret=404a497a 0009:Ret kernel32.SetFilePointerEx() retval=00000001 ret=4194223a 0009:Ret msvcrt._lseek() retval=000042d0 ret=1000a934 0009:Call msvcrt._read(00000003,403e16dc,00000400) ret=1000a95f 0009:Call kernel32.ReadFile(00000090,403e16dc,00000400,406aa568,00000000) ret=4193f530 0009:Call ntdll.NtReadFile(00000090,00000000,00000000,00000000,406aa460,403e16dc,00000400,00000000,00000000) ret=404a367f 0009:Ret ntdll.NtReadFile() retval=00000000 ret=404a367f 0009:Ret kernel32.ReadFile() retval=00000001 ret=4193f530 0009:Ret msvcrt._read() retval=00000400 ret=1000a95f 0009:Call kernel32.MultiByteToWideChar(00000000,00000000,406aa75c "Failed to locate host machine.",ffffffff,00000000,00000000) ret=41955989 0009:Ret kernel32.MultiByteToWideChar() retval=0000001f ret=41955989 0009:Call ntdll.RtlAllocateHeap(40350000,00000000,0000003e) ret=419559ac 0009:Ret ntdll.RtlAllocateHeap() retval=403e3748 ret=419559ac 0009:Call kernel32.MultiByteToWideChar(00000000,00000000,406aa75c "Failed to locate host machine.",ffffffff,403e3748,0000001f) ret=419559db 0009:Ret kernel32.MultiByteToWideChar() retval=0000001f ret=419559db 0009:Call kernel32.WideCharToMultiByte(00000000,00000000,403e3748 L"Failed to locate host machine.",0000001e,00000000,00000000,00000000,00000000) ret=41953840 0009:Ret kernel32.WideCharToMultiByte() retval=0000001e ret=41953840 0009:Call kernel32.WideCharToMultiByte(00000000,00000000,403e3748 L"Failed to locate host machine.",0000001e,403e1af0,0000001e,00000000,00000000) ret=41953906 0009:Ret kernel32.WideCharToMultiByte() retval=0000001e ret=41953906 0009:Call kernel32.WideCharToMultiByte(00000000,00000000,403e3784 L"",00000001,00000000,00000000,00000000,00000000) ret=41953840 0009:Ret kernel32.WideCharToMultiByte() retval=00000001 ret=41953840 0009:Call kernel32.WideCharToMultiByte(00000000,00000000,403e3784 L"",00000001,403e1b0e,00000001,00000000,00000000) ret=41953906 0009:Ret kernel32.WideCharToMultiByte() retval=00000001 ret=41953906 0009:Call ntdll.RtlFreeHeap(40350000,00000000,403e3748) ret=41955a08 0009:Ret ntdll.RtlFreeHeap() retval=00000001 ret=41955a08 0009:Call msvcrt.memmove(403df7f4,403df7ec,00000008) ret=100359ad 0009:Ret msvcrt.memmove() retval=403df7f4 ret=100359ad 0009:Call msvcrt.memmove(403df7ec,403df7f4,00000008) ret=10034b4d 0009:Ret msvcrt.memmove() retval=403df7ec ret=10034b4d 0009:Call msvcrt._lseek(00000003,000206ac,00000000) ret=1000a934 0009:Call kernel32.SetFilePointerEx(00000090,000206ac,00000000,406aa548,00000000) ret=4194223a 0009:Call ntdll.wine_server_handle_to_fd(00000090,00000000,406aa454,00000000) ret=404a4926 0009:Ret ntdll.wine_server_handle_to_fd() retval=00000000 ret=404a4926 0009:Call ntdll.wine_server_release_fd(00000090,00000010) ret=404a497a 0009:Ret ntdll.wine_server_release_fd() retval=00000010 ret=404a497a 0009:Ret kernel32.SetFilePointerEx() retval=00000001 ret=4194223a 0009:Ret msvcrt._lseek() retval=000206ac ret=1000a934 0009:Call msvcrt._read(00000003,403e16dc,00000400) ret=1000a95f 0009:Call kernel32.ReadFile(00000090,403e16dc,00000400,406aa568,00000000) ret=4193f530 0009:Call ntdll.NtReadFile(00000090,00000000,00000000,00000000,406aa460,403e16dc,00000400,00000000,00000000) ret=404a367f 0009:Ret ntdll.NtReadFile() retval=00000000 ret=404a367f 0009:Ret kernel32.ReadFile() retval=00000001 ret=4193f530 0009:Ret msvcrt._read() retval=00000010 ret=1000a95f 0009:Call msvcrt._lseek(00000003,0001f378,00000000) ret=1000a934 0009:Call kernel32.SetFilePointerEx(00000090,0001f378,00000000,406aa548,00000000) ret=4194223a 0009:Call ntdll.wine_server_handle_to_fd(00000090,00000000,406aa454,00000000) ret=404a4926 0009:Ret ntdll.wine_server_handle_to_fd() retval=00000000 ret=404a4926 0009:Call ntdll.wine_server_release_fd(00000090,00000010) ret=404a497a 0009:Ret ntdll.wine_server_release_fd() retval=00000010 ret=404a497a 0009:Ret kernel32.SetFilePointerEx() retval=00000001 ret=4194223a 0009:Ret msvcrt._lseek() retval=0001f378 ret=1000a934 0009:Call msvcrt._read(00000003,403e16dc,00000400) ret=1000a95f 0009:Call kernel32.ReadFile(00000090,403e16dc,00000400,406aa568,00000000) ret=4193f530 0009:Call ntdll.NtReadFile(00000090,00000000,00000000,00000000,406aa460,403e16dc,00000400,00000000,00000000) ret=404a367f 0009:Ret ntdll.NtReadFile() retval=00000000 ret=404a367f 0009:Ret kernel32.ReadFile() retval=00000001 ret=4193f530 0009:Ret msvcrt._read() retval=00000400 ret=1000a95f 0009:Call msvcrt._lseek(00000003,000042d0,00000000) ret=1000a934 0009:Call kernel32.SetFilePointerEx(00000090,000042d0,00000000,406aa548,00000000) ret=4194223a 0009:Call ntdll.wine_server_handle_to_fd(00000090,00000000,406aa454,00000000) ret=404a4926 0009:Ret ntdll.wine_server_handle_to_fd() retval=00000000 ret=404a4926 0009:Call ntdll.wine_server_release_fd(00000090,00000010) ret=404a497a 0009:Ret ntdll.wine_server_release_fd() retval=00000010 ret=404a497a 0009:Ret kernel32.SetFilePointerEx() retval=00000001 ret=4194223a 0009:Ret msvcrt._lseek() retval=000042d0 ret=1000a934 0009:Call msvcrt._read(00000003,403e16dc,00000400) ret=1000a95f 0009:Call kernel32.ReadFile(00000090,403e16dc,00000400,406aa568,00000000) ret=4193f530 0009:Call ntdll.NtReadFile(00000090,00000000,00000000,00000000,406aa460,403e16dc,00000400,00000000,00000000) ret=404a367f 0009:Ret ntdll.NtReadFile() retval=00000000 ret=404a367f 0009:Ret kernel32.ReadFile() retval=00000001 ret=4193f530 0009:Ret msvcrt._read() retval=00000400 ret=1000a95f 0009:Call kernel32.MultiByteToWideChar(00000000,00000000,406aa75c "The specified name was not found in the hosts file or Domain Name Services.",ffffffff,00000000,00000000) ret=41955989 0009:Ret kernel32.MultiByteToWideChar() retval=0000004c ret=41955989 0009:Call ntdll.RtlAllocateHeap(40350000,00000000,00000098) ret=419559ac 0009:Ret ntdll.RtlAllocateHeap() retval=403e3748 ret=419559ac 0009:Call kernel32.MultiByteToWideChar(00000000,00000000,406aa75c "The specified name was not found in the hosts file or Domain Name Services.",ffffffff,403e3748,0000004c) ret=419559db 0009:Ret kernel32.MultiByteToWideChar() retval=0000004c ret=419559db 0009:Call kernel32.WideCharToMultiByte(00000000,00000000,403e3748 L"The specified name was not found in the hosts file or Domain Name Services.",0000004b,00000000,00000000,00000000,00000000) ret=41953840 0009:Ret kernel32.WideCharToMultiByte() retval=0000004b ret=41953840 0009:Call kernel32.WideCharToMultiByte(00000000,00000000,403e3748 L"The specified name was not found in the hosts file or Domain Name Services.",0000004b,403e1af0,0000004b,00000000,00000000) ret=41953906 0009:Ret kernel32.WideCharToMultiByte() retval=0000004b ret=41953906 0009:Call kernel32.WideCharToMultiByte(00000000,00000000,403e37de L"",00000001,00000000,00000000,00000000,00000000) ret=41953840 0009:Ret kernel32.WideCharToMultiByte() retval=00000001 ret=41953840 0009:Call kernel32.WideCharToMultiByte(00000000,00000000,403e37de L"",00000001,403e1b3b,00000001,00000000,00000000) ret=41953906 0009:Ret kernel32.WideCharToMultiByte() retval=00000001 ret=41953906 0009:Call ntdll.RtlFreeHeap(40350000,00000000,403e3748) ret=41955a08 0009:Ret ntdll.RtlFreeHeap() retval=00000001 ret=41955a08 0009:Call msvcrt.memmove(403df7f4,403df7ec,00000008) ret=100359ad 0009:Ret msvcrt.memmove() retval=403df7f4 ret=100359ad 0009:Call kernel32.RaiseException(0eedfade,00000001,00000007,406aa728) ret=007d8357 0009:Call ntdll.RtlRaiseException(406aa5e4) ret=404a0393 fs=003b eax=404889ad ebx=40507b0c ecx=00000000 edx=0000001c esi=406aa744 edi=406aa614 ebp=406aa640 esp=406aa5e4 ds=007b es=007b gs=0033 flags=00200202 err:seh:setup_exception stack overflow 68 bytes in thread 0009 eip 00b3e4b1 esp 405b0fbc stack 0x405b0000-0x406b0000 __________________________________ Yahoo! Mail - PC Magazine Editors' Choice 2005 http://mail.yahoo.com

1 0

running two instances of WoW
by Tomas Carnecky 28 Oct '05

28 Oct '05

works fine with cedega, but doesn't work with wine. It's like the two windows steal each other the focus (even if they are in different workspaces), it starts to flicker and both game instances are unusable (the whole desktop is unusable). Also, if I'm running one instance and minimize/maximize the game it seems like wine minimizes and maximizes the window about 3-5 times (eg. it also starts to flicker). Soem time ago I examined the wine code and found out that someone calls the win32 function for minmizing/maximizing the window several times. Are you aware of this? If there any intension to change this behaviour and in that case, should I provide more information? thanks tom

1 0

Contributions to the Wine project
by Scott Lyman 28 Oct '05

28 Oct '05

I'm a big linux fan. However, due to my many windows applications of which I rely heavily on, I cannot move totally to linux. I would love to help in the development of wine but I have very little programming experience. Do you have plans to developing a 'distributed computing' type of system, in the mold of folding@home maybe? I think if you developed an algorithm that would look for windows tendencies and possible solutions where people who use windows could put on their computer, it would help the cause immensely.

2 1

dlls/ntdll/exception.c / unit-at-a-time problem?
by Marcus Meissner 28 Oct '05

28 Oct '05

Hi, dlls/ntdll/exception.c is showing strange behaviour. If compiled with -O2 it shows different behaviour than when compiled with -O2 -fno-unit-at-a-time. The latter options should only be responsible for reordering functions. Is reordering of function order a problem with the DEFINE_REGS_ENTRYPOINT() functions in this file? I see the original function being moved from after the above asm stub to below the asm stub for instance, but the relay32.s looks like it doesnt matter. Ciao, Marcus

2 2

AppDb
by Molle Bestefich 28 Oct '05

28 Oct '05

I want to add "Gold/Silver/Garbage" etc. ratings for Wine 0.9 for some apps. It doesn't seem like I can do this without erasing the old ratings. I'm not particularly interested in deleting the results of testing a version of Wine with some app. Could this please be changed to allow more ratings than just one? (It's also a bit annoying that I have to erase the workarounds to make an app work with <version x> of Wine. What if someone needs to go back to that version to do regression testing? They'll be sc_____... I don't enjoy having to remove perfectly valid information :-(.)

4 8

Re: wininet: Implement InternetCreateUrlA/W with test cases
by Juan Lang 28 Oct '05

28 Oct '05

Hi James, +/* max port num is 655936 => 6 digits */ Actually, it's 65535. A correct comment would be appreciated ;) + *lpdwUrlLength += strlen("://"); You should use sizeof instead to avoid the call to strlen. Same for other lengths you use, like "@" and ":". + if (lpUrlComponents->nPort != 80 || This seems a bit funny. Port 80 has no meaning for INTERNET_SCHEME_FTP or any other non-HTTP protocol, does it? --Juan __________________________________ Yahoo! Mail - PC Magazine Editors' Choice 2005 http://mail.yahoo.com

3 4

directx 7/8/9
by Christian Gmeiner 28 Oct '05

28 Oct '05

Hi all.. can somebody give me a light on the directx stuff in wine? Maybe i am wrong, but isn't it true that in each version are very similar renderstates.. I want to fix some err: now... err:ddraw:set_render_state Unhandled dwRenderStateType D3DRENDERSTATE_LINEPATTERN (0000000a) value : 00000000 ! err:ddraw:set_render_state Unhandled dwRenderStateType D3DRENDERSTATE_MONOENABLE (0000000b) value : 00000000 ! err:ddraw:set_render_state Unhandled dwRenderStateType D3DRENDERSTATE_ROP2 (0000000c) value : 0000000d ! err:ddraw:set_render_state Unhandled dwRenderStateType D3DRENDERSTATE_PLANEMASK (0000000d) value : ffffffff ! err:ddraw:set_render_state Unhandled dwRenderStateType D3DRENDERSTATE_LASTPIXEL (00000010) value : 00000001 ! err:ddraw:set_render_state Unhandled dwRenderStateType D3DRENDERSTATE_ZVISIBLE (0000001e) value : 00000000 ! err:ddraw:set_render_state Unhandled dwRenderStateType D3DRENDERSTATE_EDGEANTIALIAS (00000028) value : 00000000 ! err:ddraw:set_render_state Unhandled dwRenderStateType D3DRENDERSTATE_RANGEFOGENABLE (00000030) value : 00000000 ! err:ddraw:set_render_state Unhandled dwRenderStateType D3DRENDERSTATE_EXTENTS (0000008a) value : 00000000 ! err:ddraw:set_render_state Unhandled dwRenderStateType D3DRENDERSTATE_VERTEXBLEND (00000097) value : 00000000 ! Is somebody working on this? Greets, Christian -- Christian Gmeiner Developer for Rockbox (http://www.rockbox.org) Maintainer of the DXR3-Plugin for VDR: http://sourceforge.net/projects/dxr3plugin/ Maintainer of VDR-Ebuilds at Gentoo.de

3 3

Re: shlwapi: fix a FIXME, add CP_USER
by Dmitry Timoshkov 28 Oct '05

28 Oct '05

"Kimmo Myllyvirta" <kimmo.myllyvirta(a)gmail.com> wrote: > MSDN; user defined codepage is 50000 (0x0000C350) > > Changelog: > Add CP_USER (codepage 50000) to winnls.h, fixes a fixme in shlwapi > --- include/winnls.h 26 Nov 2003 04:11:56 -0000 1.48 > +++ include/winnls.h 27 Oct 2005 16:06:58 -0000 > @@ -282,6 +282,7 @@ > #define CP_MACCP 2 > #define CP_THREAD_ACP 3 > #define CP_SYMBOL 42 > +#define CP_USER 50000 Where did you find it? PSDK doesn't have this. -- Dmitry.

3 7

Problems with access97 application
by Curro Amores 28 Oct '05

28 Oct '05

Hi , I tell you my problem I have an application with access 97 I have done an installer with WISE program, but when i execute the installer with wine i get: .... fixme:advapi:GetFileSecurityW (L"C:\\windows\\temp\\GLF66a.tmp") : returns fake SECURITY_DESCRIPTOR fixme:advapi:GetFileSecurityW (L"C:\\windows\\temp\\licencia.txt") : returns fake SECURITY_DESCRIPTOR fixme:advapi:GetFileSecurityW (L"C:\\Program Files\\Properly\\Uninstall.exe") : returns fake SECURITY_DESCRIPTOR Y despues me sale fixme:ole:ITypeInfo_fnRelease destroy child objects fixme:ole:ITypeInfo_fnRelease destroy child objects fixme:ole:ITypeInfo_fnRelease destroy child objects fixme:ole:ITypeInfo_fnRelease destroy child objects fixme:ole:DllRegisterServer not implemented (olepro32.dll) When i execute the client installer is the same But the two installers go til the end Afterwards when i execute my application it opens but crashes with these errors. WINEDEBUG=+loaddll wine /home/curro/.wine/drive_c/Access\ 97\ Runtime/Msaccess.exe "/home/curro/.wine/drive_c/Program Files/Properly/Informes.mdb" trace:loaddll:load_builtin_dll Loaded module L"kernel32.dll" : builtin trace:loaddll:load_builtin_dll Loaded module L"c:\\windows\\system\\advapi32.dll" : builtin trace:loaddll:load_builtin_dll Loaded module L"c:\\windows\\system\\gdi32.dll" : builtin trace:loaddll:load_builtin_dll Loaded module L"c:\\windows\\system\\user32.dll" : builtin trace:loaddll:load_builtin_dll Loaded module L"c:\\windows\\system\\iphlpapi.dll" : builtin trace:loaddll:load_builtin_dll Loaded module L"c:\\windows\\system\\rpcrt4.dll" : builtin trace:loaddll:load_builtin_dll Loaded module L"c:\\windows\\system\\ole32.dll" : builtin trace:loaddll:load_builtin_dll Loaded module L"c:\\windows\\system\\oleaut32.dll" : builtin trace:loaddll:load_native_dll Loaded module L"C:\\windows\\system\\msjet35.dll" : native trace:loaddll:MODULE_LoadModule16 Loaded module "krnl386.exe" : builtin trace:loaddll:MODULE_LoadModule16 Loaded module "system.drv" : builtin trace:loaddll:MODULE_LoadModule16 Loaded module "gdi.exe" : builtin trace:loaddll:MODULE_LoadModule16 Loaded module "user.exe" : builtin trace:loaddll:load_builtin_dll Loaded module L"c:\\windows\\system\\winex11.drv" : builtin trace:loaddll:load_builtin_dll Loaded module L"c:\\windows\\system\\imm32.dll" : builtin trace:loaddll:load_builtin_dll Loaded module L"c:\\windows\\system\\msvcrt.dll" : builtin trace:loaddll:load_builtin_dll Loaded module L"c:\\windows\\system\\msvcrt40.dll" : builtin trace:loaddll:load_native_dll Loaded module L"C:\\Access 97 Runtime\\MSAIN800.DLL" : native trace:loaddll:load_native_dll Loaded module L"C:\\Archivos de programa\\Archivos comunes\\Microsoft Shared\\VBA\\mso97rt.dll" : native trace:loaddll:load_native_dll Loaded module L"C:\\Archivos de programa\\Archivos comunes\\Microsoft Shared\\VBA\\VBA332.DLL" : native fixme:font:SetMapperFlags (0x224, 0x00000001): stub - harmless fixme:ole:CoRegisterMessageFilter stub trace:loaddll:load_native_dll Loaded module L"C:\\Archivos de programa\\Archivos comunes\\Microsoft Shared\\VBA\\VBA3ES.DLL" : native fixme:ole:DllDebugObjectRPCHook stub trace:loaddll:load_builtin_dll Loaded module L"c:\\windows\\system\\shlwapi.dll" : builtin trace:loaddll:load_builtin_dll Loaded module L"c:\\windows\\system\\comctl32.dll" : builtin trace:loaddll:load_builtin_dll Loaded module L"c:\\windows\\system\\shell32.dll" : builtin trace:loaddll:load_builtin_dll Loaded module L"c:\\windows\\system\\uxtheme.dll" : builtin fixme:ole:MSFT_ReadValue BSTR length = -1? fixme:ole:ITypeInfo_fnAddressOfMember (0x7e90d938) stub! wine: Unhandled exception (thread 0009), starting debugger... WineDbg starting on pid 0x8 Unhandled exception: page fault on write access to 0x65173518 in 32-bit code (0x3002d802). In 32 bit mode. err:dbghelp:pe_load_dbg_file -Unable to peruse .DBG file msaccopt.DBG ("msaccopt.DBG") Register dump: CS:0073 SS:007b DS:007b ES:007b FS:1007 GS:0033 EIP:3002d802 ESP:7fcbf6a0 EBP:7fcbf6a4 EFLAGS:00010246( - 00 -RIZP1) EAX:65173518 EBX:00000000 ECX:7f9502c8 EDX:00000039 ESI:7f852b20 EDI:7f852b20 Stack dump: 0x7fcbf6a0: 65173518 7fcbf948 30025c8c 00000100 0x7fcbf6b0: 3002e678 00000001 00000001 20302da3 0x7fcbf6c0: 00000000 00000000 0000001e 00000000 0x7fcbf6d0: 00000000 00000000 00000000 00000000 0x7fcbf6e0: 00000000 00000000 00000000 00000000 0x7fcbf6f0: 00000000 00000000 00000000 00000000 0200: sel=1007 base=7befc000 limit=00001fff 32-bit rw- Backtrace: =>1 0x3002d802 in msaccess (+0x2d802) (0x7fcbf6a4) 2 0x30025c8c in msaccess (+0x25c8c) (0x7fcbf948) 3 0x301d14a0 in msaccess (+0x1d14a0) (0x7fcbfc74) 4 0x301592f2 in msaccess (+0x1592f2) (0x7fcbfe2c) 5 0x30024912 in msaccess (+0x24912) (0x00000001) 6 0x00000000 (0x00000000) 0x3002d802: movl %ecx,0x0(%eax) Modules: Module Address Debug info Name (66 modules) ELF 0x002c8000-002cd000 Deferred libxxf86vm.so.1 ELF 0x002d2000-002ee000 Deferred ld-linux.so.2 ELF 0x002f4000-0041e000 Deferred libc.so.6 ELF 0x00420000-00426000 Deferred libxxf86dga.so.1 ELF 0x00420000-00426000 Deferred libxxf86dga.so.1 ELF 0x00446000-0044a000 Deferred libdl.so.2 ELF 0x0044c000-0045f000 Deferred libz.so.1 ELF 0x00461000-00535000 Deferred libx11.so.6 ELF 0x00537000-00549000 Deferred libpthread.so.0 ELF 0x0054b000-0055a000 Deferred libxext.so.6 ELF 0x0055c000-00565000 Deferred libsm.so.6 ELF 0x00567000-00581000 Deferred libice.so.6 ELF 0x00583000-005a2000 Deferred libexpat.so.0 ELF 0x005a4000-0060c000 Deferred libfreetype.so.6 ELF 0x00623000-0064d000 Deferred libfontconfig.so.1 ELF 0x0064f000-00657000 Deferred libxrender.so.1 ELF 0x00659000-0065d000 Deferred libxrandr.so.2 ELF 0x00664000-0066e000 Deferred libxcursor.so.1 ELF 0x00670000-0067a000 Deferred libgcc_s.so.1 ELF 0x00975000-009f0000 Deferred libgl.so.1 PE 0x04000000-04134000 Deferred msjet35 ELF 0x2001c000-20036000 Deferred libwine.so.1 ELF 0x20176000-2026b000 Deferred libwine_unicode.so.1 ELF 0x2028f000-2029a000 Deferred libnss_files.so.2 ELF 0x2029a000-203ab000 Deferred kernel32<elf> \-PE 0x202c0000-203ab000 \ kernel32 ELF 0x203ab000-204e2000 Deferred user32<elf> \-PE 0x203d0000-204e2000 \ user32 ELF 0x204e2000-20ede000 Deferred gdi32<elf> \-PE 0x20500000-20ede000 \ gdi32 ELF 0x20fd1000-21012000 Deferred advapi32<elf> \-PE 0x20fe0000-21012000 \ advapi32 ELF 0x21012000-210b0000 Deferred oleaut32<elf> \-PE 0x21030000-210b0000 \ oleaut32 ELF 0x212b7000-212d6000 Deferred ximcp.so.2 ELF 0x2af95000-2aff4000 Deferred shlwapi<elf> \-PE 0x2afb0000-2aff4000 \ shlwapi PE 0x30000000-302f0000 Export msaccess PE 0x306c0000-30a47000 Deferred mso97rt ELF 0x32d52000-32d7c000 Deferred msvcrt40<elf> \-PE 0x32d60000-32d7c000 \ msvcrt40 ELF 0x413af000-413ce000 Deferred iphlpapi<elf> \-PE 0x413c0000-413ce000 \ iphlpapi ELF 0x43d22000-43d24000 Deferred xlcutf8load.so.2 ELF 0x51b25000-51b8a000 Deferred msvcrt<elf> \-PE 0x51b40000-51b8a000 \ msvcrt ELF 0x55e57000-55ede000 Deferred winex11.drv<elf> \-PE 0x55e70000-55ede000 \ winex11.drv ELF 0x5690b000-56952000 Deferred rpcrt4<elf> \-PE 0x56920000-56952000 \ rpcrt4 ELF 0x61f55000-61fd1000 Deferred ntdll<elf> \-PE 0x61f70000-61fd1000 \ ntdll PE 0x65100000-6528e000 Deferred vba332 PE 0x65300000-65327000 Deferred vba3es ELF 0x6b97f000-6ba48000 Deferred comctl32<elf> \-PE 0x6b990000-6ba48000 \ comctl32 ELF 0x6bbf8000-6bc15000 Deferred imm32<elf> \-PE 0x6bc00000-6bc15000 \ imm32 PE 0x6e000000-6e09b000 Deferred msain800 ELF 0x6ef5e000-6eff2000 Deferred ole32<elf> \-PE 0x6ef70000-6eff2000 \ ole32 ELF 0x724fc000-725cc000 Deferred shell32<elf> \-PE 0x72510000-725cc000 \ shell32 ELF 0x75566000-7559a000 Deferred uxtheme<elf> \-PE 0x75570000-7559a000 \ uxtheme ELF 0x7bf00000-7bf03000 Deferred <wine-loader> Threads: process tid prio (all id:s are in hex) 00000008 (D) C:\Access 97 Runtime\Msaccess.exe 0000000e 0 0000000d 1 0000000c 1 0000000b 1 0000000a 0 00000009 0 <== WineDbg terminated on pid 0x8 Im new at wine and im getting crazy Any help please? Thanks a lot everybody

2 1

winecfg dosdevices unusable
by wino＠piments.com 28 Oct '05

28 Oct '05

Hi, just getting into a fresh installation with 0.9 ran up winecfg and tried to add a device for my dvd burner. editing the device name is unusable. No cursor , then after a first character is entered the edit seems to jump to insert mode and puts the cursor at the begingin of the line. There seems no way enter text normally to enter a device name. This whole interface seems badly broken. I had to fall back to good old command line to sort out the mess made by winecfg and add the devices I need. Disappointing start to 0.9 , I wonder what new user would make of that. hmm.

4 3

AVI problem AND one I am not sure of...
by Esko Woudenberg 28 Oct '05

28 Oct '05

Thanks for the fix to the length of reported string fix... I had a small .AVI file on a progress bar form that caused wine to crash... Is there a known problem with wine and the little animated icons (avi files)? For testing I temporarily removed the avi from the progress indication form and continued testing... Now when trying to Preview a report in our app (written with C++ Builder 6 - I Have full source code) I get the following... fixme:gdi:ExtCreatePen Hatches not implemented fixme:gdi:ExtCreatePen Hatches not implemented err:syslevel:_CheckNotSysLevel Holding lock 0x408b5560 level 3 Segmentation fault Is the above enough for anyone to know what is going on or do I need to try to extract the relevant portion from the 162MB debug file from WINEDEBUG=+relay (Please excuse any newbie cluelessness) Esko __________________________________ Yahoo! FareChase: Search multiple travel sites in one click. http://farechase.yahoo.com

3 3

Re: [TRY4] printer dialog fixes part1 + french
by Dmitry Timoshkov 27 Oct '05

27 Oct '05

"Vijay Kiran Kamuju" <infyquest(a)gmail.com> wrote: > Try4 of printer dialog patch, with changes suggested by detlef We already discussed this and nobody objected to an idea to request update all language .rc files at once. That way all the resources will be in sync. Just add copies of english resources in all other files. -- Dmitry.

3 2

Could not determine operating system. Exiting.
by Pavel Troller 27 Oct '05

27 Oct '05

Hi! Congratulations for releasing wine-0.9! However, I still have a problem running a program. It's a NT4.0 only program (at least its vendor is telling it) which I would like to run in wine. It's a special software made by Siemens to support operation and maintenance of their telephone exchanges. The installation starts, but after clicking the first "Next", just after the initial information about the program, a small dialog saying "Could not determine operating system. Exiting" pops up and the installation terminates. I've set the windows version in winecfg to NT4.0, as the program expects, however I've tried another versions too and the program is ignoring it totally. It's just clean CVS wine installation (no windows). Is there a possibility to find, which tricks is the program trying to determine an OS it's running on ? I've tried WINEDEBUG=+relay, found the place where the dialog was requested but I didn't find anything suspicious before. With regards, Pavel Troller

5 8

Question about 'make test' results...
by Markus G�mmel 27 Oct '05

27 Oct '05

I've tried to 'make test' to see if my CVS compile works, but some test cases seems not to work without returning an error. Is this normal or a local issue of my installation? Here are the first three results, the first one only appears occasionally: ../../../tools/runtest -q -P wine -M advapi32.dll -T ../../.. -p advapi32_test.exe.so crypt.c && touch crypt.ok crypt.c:699: Test failed: expected 234, got 0 --- ../../../tools/runtest -q -P wine -M kernel32.dll -T ../../.. -p kernel32_test.exe.so file.c && touch file.ok file.c:1382: Test failed: ret = 1, error 12345678 --- ../../../tools/runtest -q -P wine -M ddraw.dll -T ../../.. -p ddraw_test.exe.so d3d.c && touch d3d.ok fixme:ddraw:Main_DirectDraw_SetCooperativeLevel (0x403abb20)->((nil),00000008) X Error of failed request: BadMatch (invalid parameter attributes) Major opcode of failed request: 129 (GLX) Minor opcode of failed request: 5 (X_GLXMakeCurrent) Serial number of failed request: 126 Current serial number in output stream: 126 --- Any ideas? Markus Goemmel m.goemmel(a)compulab.de

2 1

Thank you for closing my bugzilla account...
by Jonathan Ernst 27 Oct '05

27 Oct '05

Hi, Yesterday, after having manually closed some old fixed bugs, I discussed with infyquest and tlambregts on irc and tlambregts told us that instead of manually closing the bugs, bugzilla had a "change several bugs at once function" It was then discussed that bugs that are FIXED and where resolution is not LATER or DUPLICATE or REMIND should be marked CLOSED as the fixes have been integrated in an official release (namely 0.9). http://bugs.winehq.org/buglist.cgi?query_format=&short_desc_type=allwordssu… FYI the CLOSED status means: The bug is considered dead, the resolution is correct. Any zombie bugs who choose to walk the earth again must do so by becoming REOPENED. Unfortunately bugzilla doesn't allow to close bugs directly from their fixed state so you have to verify them before and thus it will send two mails for each bug closed. I don't think it was possible to turn off change notification at that time (tlambregts even told me that the two spam bugs were normal because of the way bugzilla works) but I cannot verify it as my account has been gently disabled... However it seems that ivanleo didn't like my CLOSING session because some of the bugs were not "fixed". Can someone tell me how a bug can be not fixed and marked as resolved-fixed (see my query) ? The discussion on IRC took place at a time when there were many of you (vitamin, Thunderbird, kbln, infyquest, _Marcus_, tlambregts, cmorgan and so on) and nobody seemed to think it would be a bad idea to close bugs that were fixed before the latest release came out. Thanks for clarifying the situation. -- Jonathan Ernst <Jonathan(a)ErnstFamily.ch>

4 7

Re: bugzilla mass mods
by Jonathan Ernst 27 Oct '05

27 Oct '05

Hi Dan, Thanks for your inquiry. Le mercredi 26 octobre 2005 à 17:21 -0700, Dan Kegel a écrit : > Jonathan, > maybe what you did is good, but I > thought one had to actually verify > a bug as fixed before one could mark it > as verified. You seem to have subverted the VERIFIED QA has looked at the bug and the resolution and agrees that the appropriate resolution has been taken. Bugs remain in this state until the product they were reported against actually ships, at which point they become CLOSED. Yes that's true, but in Wine the QA is mostly us and the people who report the bugs to be fixed. In Wine usually when a bug is marked as fixed and not reopened shortly after, it really means that it's fixed and thus verified. What I feel is that people reporting bugs, you and me and others actually ARE Wine's QA. I don't think that having ~800 bugs marked as fixed since years was useful. Maybe now that they are closed, the new fixed bugs can actually be verified by some of the active QA people in Wine. There have been more activity lately in bugzilla and keeping all these old bugs fixed and not closed was not doing any good imho. Having about 10/15 bugs to verify between each snapshot is much more maintainable and can hopefully be done. > process. Did you get consensus before starting > these mods? This was discussed on IRC when quite a lot of people where online (see my message to wine-devel). Bye, -- Jonathan Ernst <Jonathan(a)ErnstFamily.ch>

3 2

Re: [TRY5] printer dialog fixes part1 + french + other rcs
by Detlef Riekenberg 27 Oct '05

27 Oct '05

Am Donnerstag, den 27.10.2005, 15:22 +0200 schrieb Jonathan Ernst: > Try4:Of printer dialog patch, with changes suggested by detlef > Try5:Update RCs for other languages that are not two old (the remaining rcs are way too old to be updated with this patch) Sorry, same failure again. In Try 4 and Try 5, the first Check (*A and *W) was not modified. + EnumPrintersW(PRINTER_ENUM_LOCAL, NULL, 2, NULL, 0, &needed, &num); + if(num == 0) Please Replace that section with: + needed = 0; + EnumPrintersW(PRINTER_ENUM_LOCAL, NULL, 2, NULL, 0, &needed, &num); + if(needed == 0) + { The second check was ok. -- By By ... ... Detlef

1 0

0.9 Font problem
by Robert Lunnon 27 Oct '05

27 Oct '05

I just tried Internet Explorer with Wine 0.9 and the fonts on the msn page don't render. I did a trace and get this for one text out operation. I vaguely remember something about installing fonts, but I would have thought there would be a fallback if no font was found. Any ideas appreciated trace:font:GetTextExtentPointW not bug compatible. trace:font:WineEngGetTextExtentPoint 7d5e9750, L"Financial News"..., 14, 7fd79038 trace:font:WineEngGetGlyphOutline 7d5e9750, 0029, 00000080, 7fd78e80, 00000000, 0, 0 trace:font:WineEngGetGlyphOutline 7d5e9750, 004c, 00000080, 7fd78e80, 00000000, 0, 0 trace:font:WineEngGetGlyphOutline 7d5e9750, 0051, 00000080, 7fd78e80, 00000000, 0, 0 trace:font:WineEngGetGlyphOutline 7d5e9750, 0044, 00000080, 7fd78e80, 00000000, 0, 0 trace:font:WineEngGetGlyphOutline 7d5e9750, 0051, 00000080, 7fd78e80, 00000000, 0, 0 trace:font:WineEngGetGlyphOutline 7d5e9750, 0046, 00000080, 7fd78e80, 00000000, 0, 0 trace:font:WineEngGetGlyphOutline 7d5e9750, 004c, 00000080, 7fd78e80, 00000000, 0, 0 trace:font:WineEngGetGlyphOutline 7d5e9750, 0044, 00000080, 7fd78e80, 00000000, 0, 0 trace:font:WineEngGetGlyphOutline 7d5e9750, 004f, 00000080, 7fd78e80, 00000000, 0, 0 trace:font:WineEngGetGlyphOutline 7d5e9750, 0003, 00000080, 7fd78e80, 00000000, 0, 0 trace:font:WineEngGetGlyphOutline 7d5e9750, 0031, 00000080, 7fd78e80, 00000000, 0, 0 trace:font:WineEngGetGlyphOutline 7d5e9750, 0048, 00000080, 7fd78e80, 00000000, 0, 0 trace:font:WineEngGetGlyphOutline 7d5e9750, 005a, 00000080, 7fd78e80, 00000000, 0, 0 trace:font:WineEngGetGlyphOutline 7d5e9750, 0056, 00000080, 7fd78e80, 00000000, 0, 0 trace:font:WineEngGetTextExtentPoint return 58,7 trace:font:GetTextExtentPoint32W (3914 L"Financial News"... 14 7fd79038): returning 58 x 7 trace:font:FontIsLinked returning 0 trace:font:GetGlyphIndicesW (3914, L"Financial News"..., 14, 7df2d3f8, 0x0) trace:font:WineEngCreateFontInstance L"Wine Sans Serif", h=-12, it=0, weight=400, PandF=22, charset=0 orient 0 escapement 0 trace:font:WineEngCreateFontInstance returning cached gdiFont(7df3d370) for hFont 3104 trace:font:X11DRV_SelectFont hdc=3914, hfont=3104 trace:font:X11DRV_SelectFont gdiFont = 7df3d370 trace:font:ExtTextOutW 3914, 561, 54, 00000004, 7fd79310, L"Toyota set to pass GM as No. 1"..., 30, 7e03e790) trace:font:ExtTextOutW rect: 549,33 - 849,68 trace:font:ExtTextOutW align = 0 bkmode = 1 mapmode = 1 trace:font:GetTextMetricsW text metrics: Weight = 400 FirstChar = 13 AveCharWidth = 3 Italic = 0 LastChar = 8482 MaxCharWidth = 4 UnderLined = 0 DefaultChar = 0 Overhang = 0 StruckOut = 0 BreakChar = 32 CharSet = 0 PitchAndFamily = 27 -------------------- InternalLeading = -5 Ascent = 7 Descent = 0 Height = 7

1 0

winelib app compatibility between wine versions
by Eugene Aksenov 27 Oct '05

27 Oct '05

our winelib app was originally built/run under wine-*-20050524 and we also ran the binaries under the next versions of wine, for example under wine-20050725. But under wine-20050930 the binary failed to start with 'segmentation fault'. i also tried to run notepad.exe.so from wine-20050524 binary rpm under wine-20050930 -> it failed with the same error. Checked on Fedora 3. wine20050930 was installed from binary rpm. Has something been changed in the 'binary' sense or one just should not assume the compatibility between versions for winelib apps ? Thanks a lot. -- Evgeny

2 1

CVS Update hangs in wine/documentation
by Uwe Bonnes 26 Oct '05

26 Oct '05

Hallo, CVS updates hangs for me in wine/documentation. Is there any CVS problem? Bye -- Uwe Bonnes bon(a)elektron.ikp.physik.tu-darmstadt.de Institut fuer Kernphysik Schlossgartenstrasse 9 64289 Darmstadt --------- Tel. 06151 162516 -------- Fax. 06151 164321 ----------

3 3

Re: Wine regression testing: PIT_
by gslink 26 Oct '05

26 Oct '05

A lot of people have had this same problem in the past. Managing it is a problem but there is a solution. Establish a policy that all regression testing be done within the two latest versions. If it doesn't run now and it did a year ago consider it a different problem. This is the only solution that has worked in the past. It requires a test suite be built that can easily test Windows, not Wine, and it requires that the tests be run before the next version comes out. Versions need to come out at longer intervals with the minor updates in between. This is similar to what is happening now except that when 0.9 goes to 1.0 or 0.91 all previous versions should be discontinued. I suggest setting 0.9 as a base and fixing what is broken in it without any regression testing. Do regression testing as monthly updates come out. In six months or so bring out a 0.91 version and kill 0.9. Trying to regression test back to the original version is likely to have you trying to run 8 bit code.

1 0

World of Warcraft 1.8.1 in Wine 0.9 issues
by Joseph Garvin 26 Oct '05

26 Oct '05

-Sound only works when Hardware Acceleration is set to Emulated and Driver Emulation is turned on in winecfg. I have nforce2 sound, but I think this is true for everyone judging by the gentoo forums. -Sound doesn't work very well it cuts out periodically and there are constant buffer underrun errors unless you manually hack WoW's config files to specify SoundBufferSize to be 150 or lower. -With the DirectX renderer, WoW doesn't get past the login screen (after login screen goes black). This is an improvement for me over previous versions though, which would simply lock up my entire machine on launch. (output from Wine below) -With the OpenGL render, WoW doesn't get past the login screen either. But instead of going to black, the graphics just freeze in place. (output from Wine below) This maybe a regression -- in 20050725 I could get in game and walk around, but that was also before the 1.8.1 WoW patch, although the 1.8.1 patch contains only minor fixes. -When exiting the game, your previous resolution isn't restored. I don't think this is specific to WoW. Wine should store the current resolution and restore it on exit. Also, interestingly, the DirectX renderer in full screen is much faster for me than the OpenGL one. I know the game's OpenGL renderer is less developed, but on Windows the difference isn't as drastic, and seeing as that DirectX support is younger I expected it to be slower. Nvidia users might have better luck with DirectX/OpenGL than me. I know there are other players that can get in game, I'm guessing they're nvidia users. I'm running the fglrx 8.16.20 drivers on a Radeon 9700 Pro. I'll try with the new 8.18 drivers later and post if there's any difference. Output from running with OpenGL render below. Once it gets stuck I press Ctrl+C to quit wine, and that's when it prints out everything after the line break: ALSA lib pcm_dmix.c:746:(snd_pcm_dmix_open) The dmix plugin supports only playback stream ALSA lib seq_hw.c:455:(snd_seq_hw_open) open /dev/snd/seq failed: No such file or directory fixme:advapi:SetSecurityInfo stub fixme:powrprof:DllMain (0x7ce70000, 1, (nil)) not fully implemented fixme:ntdll:NtPowerInformation Unimplemented NtPowerInformation action: 11 fixme:powrprof:DllMain (0x7ce70000, 0, (nil)) not fully implemented fixme:win:EnumDisplayDevicesW ((null),0,0x7fb2ef00,0x00000000), stub! fixme:win:EnumDisplayDevicesW ((null),0,0x7fb2f16c,0x00000000), stub! fixme:win:EnumDisplayDevicesW ((null),0,0x7fb2f70c,0x00000000), stub! fixme:win:EnumDisplayDevicesW ((null),0,0x7fb2f70c,0x00000000), stub! fixme:win:EnumDisplayDevicesW ((null),0,0x7fb2f674,0x00000000), stub! fixme:system:SystemParametersInfoW Unimplemented action: 113 (SPI_SETMOUSESPEED) fixme:win:EnumDisplayDevicesW ((null),0,0x7fb2f660,0x00000000), stub! fixme:win:EnumDisplayDevicesW ((null),0,0x7fb2ee78,0x00000000), stub! fixme:system:SystemParametersInfoW Unimplemented action: 112 (SPI_GETMOUSESPEED) fixme:system:SystemParametersInfoW Unimplemented action: 113 (SPI_SETMOUSESPEED) fixme:sync:CreateIoCompletionPort (0xffffffff, (nil), 00000000, 00000000): stub. fixme:wininet:InternetSetOptionW Option INTERNET_OPTION_CONNECT_TIMEOUT (5000): STUB fixme:wininet:InternetSetOptionW Option INTERNET_OPTION_RECEIVE_TIMEOUT: STUB fixme:wininet:InternetReadFileExA stub fixme:wininet:InternetSetOptionW Option 45 STUB fixme:imm:ImmGetContext (0x10022): stub fixme:dbghelp:sffip_cb NIY on 'C:\build\buildWoW\WoW\bin\Wow.pdb' # Now I press Ctrl+C wine: Unhandled exception (thread 0009), starting debugger... WineDbg starting on pid 0x8 Unhandled exception: page fault on write access to 0x00000000 in 32-bit code (0x0075aa19). In 32 bit mode. fixme:dbghelp:sffip_cb NIY on 'C:\build\buildWoW\WoW\bin\Wow.pdb' Register dump: CS:0073 SS:007b DS:007b ES:007b FS:1007 GS:0033 EIP:0075aa19 ESP:7fb2c568 EBP:7fb2c5fc EFLAGS:00210202( - 00 - -RI1) EAX:00000008 EBX:6c0dc2a8 ECX:00000000 EDX:3f9e6386 ESI:7fb2c6ac EDI:6ee37808 Stack dump: 0x7fb2c568: 6ee37808 00000000 6ee37808 6a7ae010 0x7fb2c578: 44454c80 00000001 5f000000 bf989d96 0x7fb2c588: bf988d50 7fb2c5b8 43cbfe1c bf989d98 0x7fb2c598: 4551fecb 44454c09 00000001 5f00494c 0x7fb2c5a8: bf989d96 bf988d50 7fb2c5dc 43cbfe1c 0x7fb2c5b8: 00000000 00000000 00000000 00000000 0200: sel=1007 base=7fffc000 limit=00001fff 32-bit rw- Backtrace: =>1 0x0075aa19 in wow (+0x35aa19) (0x7fb2c5fc) 2 0x0075b909 in wow (+0x35b909) (0x7fb2c638) 3 0x0075c0ec in wow (+0x35c0ec) (0x7fb2c7a4) 4 0x0075c83e in wow (+0x35c83e) (0x7fb2c7b8) 5 0x006e442b in wow (+0x2e442b) (0x7fb2c7cc) 6 0x006e2173 in wow (+0x2e2173) (0x7fb2c860) 7 0x006dfcb4 in wow (+0x2dfcb4) (0x7fb2fbdc) 8 0x0072104f in wow (+0x32104f) (0x7fb2fcb4) 9 0x00464cbf in wow (+0x64cbf) (0x7fb2fcd8) 10 0x0071ec97 in wow (+0x31ec97) (0x7fb2fcfc) 11 0x0071d8bc in wow (+0x31d8bc) (0x7fb2fd08) 12 0x004386ce in wow (+0x386ce) (0x7fb2fdd0) 13 0x00416530 in wow (+0x16530) (0x7fb2fe04) 14 0x00412eef in wow (+0x12eef) (0x7fb2fe74) 15 0x00412a71 in wow (+0x12a71) (0x7fb2fe8c) 16 0x00404290 in wow (+0x4290) (0x7fb2ff2c) 17 0x7fcfb247 in kernel32 (+0x4b247) (0x7fb2fff4) 18 0x43dcec11 in libm.so.6 (+0x4c11) (0x00000000) 0x0075aa19: movl %edx,0x0(%ecx) Modules: Module Address Debug info Name (95 modules) PE 0x00400000-00c72000 Export wow PE 0x10000000-10069000 Deferred divxdecoder ELF 0x43c7d000-43c93000 Deferred ld-linux.so.2 ELF 0x43c95000-43dc3000 Deferred libc.so.6 ELF 0x43dc5000-43dc8000 Deferred libdl.so.2 ELF 0x43dca000-43dec000 Export libm.so.6 ELF 0x43dca000-43dec000 Export libm.so.6 ELF 0x43dca000-43dec000 Export libm.so.6 ELF 0x43de6000-43edb000 Deferred libwine_unicode.so.1 ELF 0x43dee000-43e02000 Deferred libz.so.1 ELF 0x43e04000-43e07000 Deferred libxau.so.6 ELF 0x43e09000-43e0d000 Deferred libxdmcp.so.6 ELF 0x43e0f000-43ecf000 Deferred libx11.so.6 ELF 0x43ee5000-43ef2000 Deferred libxext.so.6 ELF 0x43ef4000-43f5e000 Deferred libfreetype.so.6 ELF 0x43f60000-43f7f000 Deferred libexpat.so.1 ELF 0x43fa7000-43faf000 Deferred libxrender.so.1 ELF 0x43fb1000-43fdf000 Deferred libfontconfig.so.1 ELF 0x43fe1000-43fe5000 Deferred libxfixes.so.3 ELF 0x43ff6000-43fff000 Deferred libxcursor.so.1 ELF 0x44001000-44004000 Deferred libxrandr.so.2 ELF 0x44006000-44011000 Deferred libgcc_s.so.1 ELF 0x44013000-4402c000 Deferred libice.so.6 ELF 0x4402e000-44035000 Deferred libsm.so.6 ELF 0x44122000-44135000 Deferred libresolv.so.2 ELF 0x45033000-45048000 Deferred libnsl.so.1 ELF 0x4547c000-4552c000 Deferred libgl.so.1 ELF 0x4558a000-45592000 Deferred librt.so.1 ELF 0x45620000-456d3000 Deferred libasound.so.2 ELF 0x456d5000-4574b000 Deferred libglu.so.1 ELF 0x67b89000-67b9e000 Deferred psapi<elf> \-PE 0x67b90000-67b9e000 \ psapi ELF 0x67b9e000-67bd9000 Deferred dbghelp<elf> \-PE 0x67bb0000-67bd9000 \ dbghelp ELF 0x7395e000-73960000 Deferred xlcutf8load.so.2 ELF 0x7be8f000-7bf00000 Deferred ntdll<elf> \-PE 0x7bea0000-7bf00000 \ ntdll ELF 0x7bf00000-7bf03000 Deferred <wine-loader> ELF 0x7bfd4000-7bfd9000 Deferred libnss_dns.so.2 ELF 0x7c63b000-7c64f000 Deferred mswsock<elf> \-PE 0x7c640000-7c64f000 \ mswsock ELF 0x7d2bb000-7d2d0000 Deferred midimap<elf> \-PE 0x7d2c0000-7d2d0000 \ midimap ELF 0x7d3e1000-7d3f8000 Deferred msacm.drv<elf> \-PE 0x7d3f0000-7d3f8000 \ msacm.drv ELF 0x7d3f8000-7d420000 Deferred winealsa.drv<elf> \-PE 0x7d400000-7d420000 \ winealsa.drv ELF 0x7e15b000-7e18c000 Deferred uxtheme<elf> \-PE 0x7e160000-7e18c000 \ uxtheme ELF 0x7e1d0000-7e1ec000 Deferred ximcp.so.2 ELF 0x7e2a9000-7e9ec000 Deferred fglrx_dri.so ELF 0x7e9ec000-7ea64000 Deferred winex11.drv<elf> \-PE 0x7ea00000-7ea64000 \ winex11.drv ELF 0x7ea64000-7ea81000 Deferred mpr<elf> \-PE 0x7ea70000-7ea81000 \ mpr ELF 0x7ea81000-7eabf000 Deferred wininet<elf> \-PE 0x7ea90000-7eabf000 \ wininet ELF 0x7eabf000-7eae0000 Deferred msacm32<elf> \-PE 0x7ead0000-7eae0000 \ msacm32 PE 0x7eae0000-7eb70000 Deferred fmod ELF 0x7eb71000-7ebf0000 Deferred winmm<elf> \-PE 0x7eb80000-7ebf0000 \ winmm ELF 0x7ebf0000-7ec0c000 Deferred imm32<elf> \-PE 0x7ec00000-7ec0c000 \ imm32 ELF 0x7ec0c000-7ec9e000 Deferred opengl32<elf> \-PE 0x7ec40000-7ec9e000 \ opengl32 ELF 0x7ec9e000-7ecc7000 Deferred ws2_32<elf> \-PE 0x7ecb0000-7ecc7000 \ ws2_32 ELF 0x7ecc7000-7ece2000 Deferred wsock32<elf> \-PE 0x7ecd0000-7ece2000 \ wsock32 ELF 0x7ece2000-7ecff000 Deferred iphlpapi<elf> \-PE 0x7ecf0000-7ecff000 \ iphlpapi ELF 0x7ecff000-7ed41000 Deferred rpcrt4<elf> \-PE 0x7ed10000-7ed41000 \ rpcrt4 ELF 0x7ed41000-7edc3000 Deferred ole32<elf> \-PE 0x7ed60000-7edc3000 \ ole32 ELF 0x7edc3000-7ee18000 Deferred shlwapi<elf> \-PE 0x7ede0000-7ee18000 \ shlwapi ELF 0x7ee18000-7eed4000 Deferred shell32<elf> \-PE 0x7ee30000-7eed4000 \ shell32 ELF 0x7eed4000-7ef0e000 Deferred advapi32<elf> \-PE 0x7eee0000-7ef0e000 \ advapi32 ELF 0x7ef0e000-7f80d000 Deferred gdi32<elf> \-PE 0x7ef50000-7f80d000 \ gdi32 ELF 0x7f80d000-7f922000 Deferred user32<elf> \-PE 0x7f830000-7f922000 \ user32 ELF 0x7f922000-7f9d1000 Deferred comctl32<elf> \-PE 0x7f930000-7f9d1000 \ comctl32 ELF 0x7f9d1000-7fa30000 Deferred msvcrt<elf> \-PE 0x7f9e0000-7fa30000 \ msvcrt ELF 0x7fc95000-7fd90000 Export kernel32<elf> \-PE 0x7fcb0000-7fd90000 \ kernel32 ELF 0x7feb0000-7feb9000 Deferred libnss_compat.so.2 ELF 0x7fff2000-7fffc000 Deferred libnss_files.so.2 ELF 0xb7f64000-b7f6d000 Deferred libnss_nis.so.2 Threads: process tid prio (all id:s are in hex) 00000008 (D) C:\World of Warcraft\WoW.exe 00000016 0 00000014 0 00000012 0 00000011 0 00000010 0 0000000f 0 0000000e 0 0000000d 0 0000000c 0 0000000b 0 0000000a 1 00000009 0 <== WineDbg terminated on pid 0x8 Now for the DirectX output. I also press Ctrl+C to quit, but that doesn't result in anymore output in this case. ALSA lib pcm_dmix.c:746:(snd_pcm_dmix_open) The dmix plugin supports only playback stream ALSA lib seq_hw.c:455:(snd_seq_hw_open) open /dev/snd/seq failed: No such file or directory fixme:advapi:SetSecurityInfo stub fixme:powrprof:DllMain (0x7ce70000, 1, (nil)) not fully implemented fixme:ntdll:NtPowerInformation Unimplemented NtPowerInformation action: 11 fixme:powrprof:DllMain (0x7ce70000, 0, (nil)) not fully implemented fixme:win:EnumDisplayDevicesW ((null),0,0x7fb2ef00,0x00000000), stub! fixme:win:EnumDisplayDevicesW ((null),0,0x7fb2f16c,0x00000000), stub! fixme:win:EnumDisplayDevicesW ((null),0,0x7fb2f70c,0x00000000), stub! fixme:win:EnumDisplayDevicesW ((null),0,0x7fb2f70c,0x00000000), stub! fixme:d3d:IWineD3DImpl_GetDeviceCaps Caps support for directx9 is nonexistent at the moment! fixme:system:SystemParametersInfoW Unimplemented action: 113 (SPI_SETMOUSESPEED) fixme:d3d:IWineD3DDeviceImpl_GetSwapChain (0x7fe1ee50) Unable to find swapchain 0 fixme:d3d:IWineD3DDeviceImpl_GetAvailableTextureMem (0x7fe1ee50) : stub, emulating 64Mib for now, returning 64Mib fixme:d3d:IWineD3DDeviceImpl_SetRenderState (0x7fe1ee50)->(161,1) not handled yet fixme:d3d:IWineD3DDeviceImpl_SetRenderState (0x7fe1ee50)->(162,-1) not handled yet fixme:d3d:IWineD3DDeviceImpl_SetRenderState (0x7fe1ee50)->(163,0) not handled yet fixme:d3d:IWineD3DDeviceImpl_SetRenderState (0x7fe1ee50)->(164,1065353216) not handled yet fixme:d3d:IWineD3DDeviceImpl_SetRenderState (0x7fe1ee50)->(165,1) not handled yet fixme:d3d:IWineD3DDeviceImpl_SetRenderState (0x7fe1ee50)->(172,3) not handled yet fixme:d3d:IWineD3DDeviceImpl_SetRenderState (0x7fe1ee50)->(173,1) not handled yet fixme:d3d:IWineD3DDeviceImpl_SetRenderState (0x7fe1ee50)->(174,0) unrecognized fixme:d3d:IWineD3DDeviceImpl_SetRenderState (0x7fe1ee50)->(175,0) unrecognized fixme:d3d:IWineD3DDeviceImpl_SetRenderState (0x7fe1ee50)->(178,1065353216) unrecognized fixme:d3d:IWineD3DDeviceImpl_SetRenderState (0x7fe1ee50)->(179,1065353216) unrecognized fixme:d3d:IWineD3DDeviceImpl_SetRenderState (0x7fe1ee50)->(176,0) unrecognized fixme:d3d:IWineD3DDeviceImpl_SetRenderState (0x7fe1ee50)->(180,0) unrecognized fixme:d3d:IWineD3DDeviceImpl_SetRenderState (0x7fe1ee50)->(181,0) unrecognized fixme:d3d:IWineD3DDeviceImpl_SetRenderState (0x7fe1ee50)->(182,1065353216) unrecognized fixme:d3d:IWineD3DDeviceImpl_SetRenderState (0x7fe1ee50)->(183,0) unrecognized fixme:d3d:IWineD3DDeviceImpl_SetRenderState (0x7fe1ee50)->(184,0) unrecognized fixme:d3d:IWineD3DDeviceImpl_SetRenderState (0x7fe1ee50)->(185,0) unrecognized fixme:d3d:IWineD3DDeviceImpl_SetRenderState (0x7fe1ee50)->(186,1) unrecognized fixme:d3d:IWineD3DDeviceImpl_SetRenderState (0x7fe1ee50)->(187,1) unrecognized fixme:d3d:IWineD3DDeviceImpl_SetRenderState (0x7fe1ee50)->(188,1) unrecognized fixme:d3d:IWineD3DDeviceImpl_SetRenderState (0x7fe1ee50)->(189,8) unrecognized fixme:d3d:IWineD3DDeviceImpl_SetRenderState (0x7fe1ee50)->(190,15) unrecognized fixme:d3d:IWineD3DDeviceImpl_SetRenderState (0x7fe1ee50)->(191,15) unrecognized fixme:d3d:IWineD3DDeviceImpl_SetRenderState (0x7fe1ee50)->(192,15) unrecognized fixme:d3d:IWineD3DDeviceImpl_SetRenderState (0x7fe1ee50)->(193,-1) unrecognized fixme:d3d:IWineD3DDeviceImpl_SetRenderState (0x7fe1ee50)->(194,0) unrecognized fixme:d3d:IWineD3DDeviceImpl_SetRenderState (0x7fe1ee50)->(195,0) unrecognized fixme:d3d:IWineD3DDeviceImpl_SetRenderState (0x7fe1ee50)->(198,0) unrecognized fixme:d3d:IWineD3DDeviceImpl_SetRenderState (0x7fe1ee50)->(199,0) unrecognized fixme:d3d:IWineD3DDeviceImpl_SetRenderState (0x7fe1ee50)->(200,0) unrecognized fixme:d3d:IWineD3DDeviceImpl_SetRenderState (0x7fe1ee50)->(201,0) unrecognized fixme:d3d:IWineD3DDeviceImpl_SetRenderState (0x7fe1ee50)->(202,0) unrecognized fixme:d3d:IWineD3DDeviceImpl_SetRenderState (0x7fe1ee50)->(203,0) unrecognized fixme:d3d:IWineD3DDeviceImpl_SetRenderState (0x7fe1ee50)->(204,0) unrecognized fixme:d3d:IWineD3DDeviceImpl_SetRenderState (0x7fe1ee50)->(205,0) unrecognized fixme:d3d:IWineD3DDeviceImpl_SetRenderState (0x7fe1ee50)->(206,0) unrecognized fixme:d3d:IWineD3DDeviceImpl_SetRenderState (0x7fe1ee50)->(207,2) unrecognized fixme:d3d:IWineD3DDeviceImpl_SetRenderState (0x7fe1ee50)->(208,1) unrecognized fixme:d3d:IWineD3DDeviceImpl_SetRenderState (0x7fe1ee50)->(209,1) unrecognized fixme:d3d:IWineD3DDeviceImpl_GetCreationParameters (0x7fe1ee50) : stub fixme:d3d:IWineD3DDeviceImpl_SetRenderState (0x7fe1ee50)->(161,1) not handled yet fixme:d3d:IWineD3DDeviceImpl_CreateQuery (0x7fe1ee50) Unhandled query type 8 fixme:win:EnumDisplayDevicesW ((null),0,0x7fb2ee78,0x00000000), stub! fixme:system:SystemParametersInfoW Unimplemented action: 112 (SPI_GETMOUSESPEED) fixme:system:SystemParametersInfoW Unimplemented action: 113 (SPI_SETMOUSESPEED) fixme:sync:CreateIoCompletionPort (0xffffffff, (nil), 00000000, 00000000): stub. fixme:wininet:InternetSetOptionW Option INTERNET_OPTION_CONNECT_TIMEOUT (5000): STUB fixme:wininet:InternetSetOptionW Option INTERNET_OPTION_RECEIVE_TIMEOUT: STUB fixme:wininet:InternetReadFileExA stub fixme:wininet:InternetSetOptionW Option 45 STUB fixme:imm:ImmGetContext (0x10022): stub fixme:d3d_decl:IWineD3DVertexDeclarationImpl_SetDeclaration Parsing declatation 9 fixme:d3d_decl:IWineD3DVertexDeclarationImpl_SetDeclaration Parsing declatation 9 fixme:d3d_decl:IWineD3DVertexDeclarationImpl_SetDeclaration Parsing declatation 9 fixme:system:SystemParametersInfoW Unimplemented action: 113 (SPI_SETMOUSESPEED) fixme:imm:ImmGetContext (0x10022): stub

1 0

Re: OLEAUT32: multiplication/division support for DECIMAL (patch 1 of 4)
by Alexandre Julliard 26 Oct '05

26 Oct '05

Alex Villacís Lasso <a_villacis(a)palosanto.com> writes: > + /* this one shows that native oleaut32 is willing to lose significant digits in order to avert an overflow */ > + SETDEC(l,2,0,0,0xFFFFFFFFFFFFFFFFULL); SETDEC(r,0,0,0,40000000001ULL); MATH2(VarDecMul);EXPECTDEC(1,0,0xee6b2800,0x19999998ab2e719aULL); You should not use long long constants, that's not portable. Use SETDEC64 and EXPECTDEC64 instead. -- Alexandre Julliard julliard(a)winehq.org

1 0

Re: Missing and zero precision specifiers are different. Fixes bug #3646.
by Jesse Allen 26 Oct '05

26 Oct '05

On 10/26/05, Mike McCormack <mike(a)codeweavers.com> wrote: > ChangeLog: > Missing and zero precision specifiers are different. Fixes bug #3646. > > dlls/msvcrt/wcs.c | 14 ++++++++------ > 1 files changed, 8 insertions(+), 6 deletions(-) > > That's fixed one of the precision bugs. The other one is when the precision is greater than approximately 40 bytes, we'll print past the end of the buffer? /* deal with integers and floats using libc's printf */ else if( pf_is_valid_format( flags.Format ) ) { char fmt[20], number[40], *x = number; if( flags.FieldLength >= sizeof number ) x = HeapAlloc( GetProcessHeap(), 0, flags.FieldLength+1 ); pf_rebuild_format_string( fmt, &flags ); if( pf_is_double_format( flags.Format ) ) sprintf( number, fmt, va_arg(valist, double) ); else sprintf( number, fmt, va_arg(valist, int) );

1 0

AppDB
by Molle Bestefich 26 Oct '05

26 Oct '05

Oh, and while I'm complaining about the AppDB :-).. I'm getting slightly annoyed with the <b>over hers</b> that's printed in every version of every application. What's that? Debug output? Use  if you're debugging a production system, for c...... .... ;-). (It's been there for a month or so, I think.)

2 1

Wine and Mono
by Jonathan Ernst 26 Oct '05

26 Oct '05

Hi, .exe files are often associated with Wine so that it's easy for users to double click a windows application and have it working like any native application. Wouldn't it be possible for Wine to detect .Net application and run them using mono (mono app.exe) instead of just failing ? If that's not wanted, would it be at least possible to issue a message to tell the user that the application he'is trying to run is a .Net application and that he should try running it using mono ? What are your opinions about the handling of .Net executables ? Thanks. -- Jonathan Ernst <Jonathan(a)ErnstFamily.ch>

3 2

Re: wine/. ANNOUNCE ChangeLog VERSION configure
by Robert Shearman 26 Oct '05

26 Oct '05

Alexandre Julliard wrote: >ChangeSet ID: 20794 >CVSROOT: /opt/cvs-commit >Module name: wine >Changes by: julliard(a)winehq.org 2005/10/25 07:04:18 > >Modified files: > . : ANNOUNCE ChangeLog VERSION configure > >Log message: > Release 0.9. > > Congratulations all around. Everyone should deserve a beer for reaching this milestone. -- Rob Shearman

4 3

Wine 0.9 on news.google.de
by Andreas Mohr 26 Oct '05

26 Oct '05

Hi all, just wanted to mention that you can see Wine 0.9 making headlines on http://news.google.de if you visit it right now... (I also got a screenshot) Andreas -- No programming skills!? Why not help translate many Linux applications! https://launchpad.ubuntu.com/rosetta

1 0

Re: wine ptrace trouble
by Jesse Allen 26 Oct '05

26 Oct '05

On 10/23/05, Peter Beutner <p.beutner(a)gmx.net> wrote: > hmm it appearently is a kernel/ptrace issue as Marcus Meissner supposed. > I just tested it on x86 and it works fine, while on x86_64 it doesnt work. > I will dig a bit further if time permits. > > Just out of curiosity, why does the server continue ptracing after "the work is done", > instead of just detaching? I discovered this issue on x86 on linux 2.6.8/9 which led Linus to fixing by 2.6.11. Andi Kleen has not ported the patch to x86-64 from what I know, so wine will still suffer under it -- ie single stepping into signal handlers, see mailing list archives. You need to get your kernel patched to fix the problem. I have access to x86-64 systems now and may be able to help.

2 5

Re: Wine release 0.9
by Thom Rechak 26 Oct '05

26 Oct '05

CONGRATULATIONS on this amazing milestone!! ----- Original Message ----- From: "Alexandre Julliard" <julliard(a)winehq.org> To: <wine-announce(a)winehq.org> Sent: Tuesday, October 25, 2005 5:47 AM Subject: Wine release 0.9 > This is release 0.9 of Wine, a free implementation of Windows on Unix. > After 12 years of development, this release marks the beginning of the > beta testing phase. Everybody is encouraged to try it; while there > are still bugs, most applications are expected to at least install and > do something useful. > > Because of lags created by using mirrors, this message may reach you > before the release is available at the ftp sites. The sources will be > available from the following locations: > > http://ibiblio.org/pub/linux/system/emulators/wine/wine-0.9.tar.bz2 > http://prdownloads.sourceforge.net/wine/wine-0.9.tar.bz2 > > Binary packages for various distributions will be available from: > > http://www.winehq.org/site/download > > You will find documentation on http://www.winehq.org/site/documentation. > > You can also get the current source directly from the CVS tree. Check > http://www.winehq.org/cvs for details. > > Patches should be submitted to "wine-patches(a)winehq.org". Please > don't forget to include a ChangeLog entry. If you submitted a patch, > please check to make sure it has been included in the new release. > > Wine is available thanks to the work of many people. See the file > AUTHORS in the distribution for the complete list. > > -- > Alexandre Julliard > julliard(a)winehq.org > > >

1 0

What happened to wine_dbg_parse_options ?
by Christian Costa 25 Oct '05

25 Oct '05

Hi, wine_dbg_parse_options does not exist anymore. Is there a reason for that ? Is there any other way to enable debug channels from whithin wine code ? Thanks, Christian

3 7

Re: OLEAUT32: multiplication/division support for DECIMAL (patch 4 of 4)
by Uwe Bonnes 25 Oct '05

25 Oct '05

>>>>> "Alex" == Alex Villacís Lasso <a_villacis(a)palosanto.com> writes: Alex> Hopefully this patch can now get into CVS, since 0.9 is out. Huch! No announcement yet! -- Uwe Bonnes bon(a)elektron.ikp.physik.tu-darmstadt.de Institut fuer Kernphysik Schlossgartenstrasse 9 64289 Darmstadt --------- Tel. 06151 162516 -------- Fax. 06151 164321 ----------

1 0

Re: [Wine] bug 3578
by Sebastien Fievet 25 Oct '05

25 Oct '05

On Tue, 18 Oct 2005 12:13:27 +0200 Molle Bestefich <molle.bestefich(a)gmail.com> wrote: > sebastien.fievet wrote: > > I searched the lists for other entries about this game, and found another > > bug reported (bug 1631), dealing with sound. At least, the game seemed to > > start some time ago! > > Since you know that it ran once, and approximately when, > another approach would be to find out which patch causes the problem. > > I can find an explanation how to do that if you want, it shouldn't be too > hard. > > > Which switches should i use to provide a meaningful trace for it? > > Besides from +seh,+tid, no clue. > Sorry, someone else will have to answer that. > Sory for this late answer, i have had trouble with my internet access... below is the trace i got with +seh,+tid switches. 'hope it's helpful : 0009:trace:seh:__regs_RtlRaiseException code=c0000005 flags=0 addr=0x401c6e40 0009:trace:seh:__regs_RtlRaiseException info[0]=00000001 0009:trace:seh:__regs_RtlRaiseException info[1]=404716ea 0009:trace:seh:__regs_RtlRaiseException eax=404716ea ebx=40462660 ecx=01ab53dc edx=000000e8 esi=5515d872 edi=0000d872 0009:trace:seh:__regs_RtlRaiseException ebp=01ab53e5 esp=4064ff38 cs=0073 ds=007b es=007b fs=0033 gs=004f flags=00210202 0009:err:seh:EXC_DefaultHandling Exception frame is not in stack limits => unable to dispatch exception. Besides, if you (or anybody) can help me to find a solution, i'd really appreciate! Regards, Sebastien

1 0

Re: DirectX9 and Halflife2
by Evil 25 Oct '05

25 Oct '05

Cool! It works without the dll overrides, and I can see the pages in the store tab now. Thanks for the tip. Now, I just need to figure out my performance bottleneck. - Jesse Fabian Bieler wrote: >Execute regsvr32 mozctlx.dll in the directory where mozcontrol.tgz was extracted. (usually ~/.transgaming_global/mozcontrol) > >Fabian > >On Tuesday 25 October 2005 13:35, you wrote: > > >>I have the mozcontrol installed, since I used to use Cedega, but I don't >>see any of the HTML pages in Steam when run under WINE (I did under Cedega). >> >>Exactly how are you using "mozcontrol with wine". Are there >>modifications that need to be made to tg-mozctl-install or something? >> >>-Jesse >> >> >> >>Fabian Bieler wrote: >> >> >> >>>For me steam works if I use transgaming's mozcontrol with wine: >>>http://downloads.transgaming.com/mozilla_control_downloads/ >>>(freely available under the MPL) >>>However it is somewhat unstable. >>> >>> >>> >>> >> >> >> >> > > > >

2 1

NTDLL - breaks MDAC Installation
by Ray Jones 25 Oct '05

25 Oct '05

This patch: ___________________________ =================================================================== RCS file: /home/wine/wine/dlls/ntdll/loadorder.c,v retrieving revision 1.16 retrieving revision 1.17 diff -u -p -r1.16 -r1.17 --- wine/dlls/ntdll/loadorder.c 2005/06/21 09:52:41 1.16 +++ wine/dlls/ntdll/loadorder.c 2005/07/07 18:26:11 1.17 @@ -80,12 +80,6 @@ static const enum loadorder_type default LOADORDER_BI, LOADORDER_DLL, 0 }; -/* default for modules with an explicit path */ -static const enum loadorder_type default_path_loadorder[LOADORDER_NTYPES] = -{ - LOADORDER_DLL, LOADORDER_BI, 0 -}; - static const WCHAR separatorsW[] = {',',' ','\t',0}; static int init_done; @@ -608,11 +602,6 @@ void MODULE_GetLoadOrderW( enum loadorde debugstr_loadorder(loadorder), debugstr_w(path) ); goto done; } - - /* and last the hard-coded default */ - memcpy( loadorder, default_loadorder, sizeof(default_loadorder) ); - TRACE( "got hardcoded default %s for %s\n", - debugstr_loadorder(loadorder), debugstr_w(path) ); } else /* module contains an explicit path */ { @@ -639,13 +628,13 @@ void MODULE_GetLoadOrderW( enum loadorde debugstr_loadorder(loadorder), debugstr_w(path) ); goto done; } - - /* and last the hard-coded default */ - memcpy( loadorder, default_path_loadorder, sizeof(default_path_loadorder) ); - TRACE( "got hardcoded path default %s for %s\n", - debugstr_loadorder(loadorder), debugstr_w(path) ); } + /* and last the hard-coded default */ + memcpy( loadorder, default_loadorder, sizeof(default_loadorder) ); + TRACE( "got hardcoded default %s for %s\n", + debugstr_loadorder(loadorder), debugstr_w(path) ); + done: if (app_key) NtClose( app_key ); RtlFreeHeap( GetProcessHeap(), 0, module ); ___________________________ breaks the MDAC Installation, no matter which version you attempt to install. Reversing the patch fixes the bug(?). (I've also "downdated" actual CVS-Version of loadorder.c to 1.16 - it works .. at least for the installer, though I don't know what it breaks on the other end.) I'm not really sure what exactly happens, the installer just says "Rolling back MDAC .." assumingly just at the point where it's going to install the "Microsoft XML parser". If anyone likes to try to recreate the bug, you'll have to install IE, and for that you'll have to use Windows-Version Win98 and a NATIVE advpack.dll.

2 3

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

2003

2002

2001

wine-devel