January 2003 - Wine-Devel - list.winehq.org

Packaging Guide Update #6
by Tom Wickline Jan. 24, 2003

Jan. 24, 2003

Francois pointed out that I should fix <wineconf> as sgml will pick it up as a tag. Also replaced the <para> tag with <programlisting> to prevent the text from bunching together. Changelog Fix <wineconf> tag replace <para> tag with <programlisting> Tom Index: documentation/packaging.sgml =================================================================== RCS file: /opt/cvs-commit/wine/documentation/packaging.sgml,v retrieving revision 1.12 diff -u -r1.12 packaging.sgml --- documentation/packaging.sgml 24 Jan 2003 00:49:05 -0000 1.12 +++ documentation/packaging.sgml 24 Jan 2003 08:47:40 -0000 @@ -1442,7 +1442,9 @@ This is the sample config file provided with wine 20030115. You can edit this file to best suit the needs of your intended user. </para> - <para> + + <programlisting> + WINE REGISTRY Version 2 ;; All keys relative to \\Machine\\Software\\Wine\\Wine\\Config @@ -1512,6 +1514,8 @@ ;"ShowDotFiles" = "1" "ShellLinker" = "wineshelllink" +# <wineconf> + [Version] ; Windows version to imitate (win95,win98,winme,nt351,nt40,win2k,winxp,win20,win30,win31) ;"Windows" = "win98" @@ -1720,6 +1724,20 @@ ;"UseDnsComputerName" = "N" ;; sample AppDefaults entries + +; 3 InstallShield versions who like to put their full screen window in front, +; without any chance to switch to another X11 application. +; So just catch them in a desktop window. + +[AppDefaults\\_INS5576._MP\\x11drv] +"Desktop" = "640x480" + +[AppDefaults\\_INS5176._MP\\x11drv] +"Desktop" = "640x480" + +[AppDefaults\\_INS0466._MP\\x11drv] +"Desktop" = "640x480" + ;[AppDefaults\\iexplore.exe\\DllOverrides] ;"shlwapi" = "native" ;"rpcrt4" = "native" @@ -1742,7 +1760,9 @@ ;[AppDefaults\\pickygame.exe\\dsound] ;"EmulDriver" = "N" - </para> +# <wineconf> + + </programlisting> </sect1> </chapter>

1 0

Re: Packagers Guide Update #5
by Francois Gouget Jan. 24, 2003

Jan. 24, 2003

Hi Tom, On Thu, 23 Jan 2003, Tom Wickline wrote: [...] > Index: documentation/packaging.sgml > =================================================================== > RCS file: /opt/cvs-commit/wine/documentation/packaging.sgml,v > retrieving revision 1.12 > diff -u -r1.12 packaging.sgml > --- documentation/packaging.sgml 24 Jan 2003 00:49:05 -0000 1.12 > +++ documentation/packaging.sgml 24 Jan 2003 04:24:53 -0000 > @@ -1512,6 +1512,8 @@ > ;"ShowDotFiles" = "1" > "ShellLinker" = "wineshelllink" > > +# <wineconf> Hmmm, anything of the form <xxx> is a tag sgml so the above will not work very well. You should use: # <wineconf> I noticed another problem. This section is in a simple <para> tag. That means that linefeeds are not significant and everything can be bunched together. I think what's needed is to replace the <para> tags with <screen> tags. With these two changes it should work great. -- Francois Gouget fgouget(a)free.fr http://fgouget.free.fr/ Dieu dit: "M-x Lumière". Et la lumière fut.

2 1

Whither fnt2bdf?
by Dan Kegel Jan. 24, 2003

Jan. 24, 2003

What happened to fnt2bdf? It was removed as of http://cvs.winehq.com/cvsweb/wine/tools/Makefile.in.diff?r1=1.20&r2=1.21 but the comment for 1.21 doesn't seem to mention this removal http://cvs.winehq.com/cvsweb/wine/tools/Makefile.in Might this be a mistake? - Dan -- Dan Kegel http://www.kegel.com http://counter.li.org/cgi-bin/runscript/display-person.cgi?user=78045

4 7

Doccumetation issue: "The Service Thread" Does it exist?
by Robert North Jan. 24, 2003

Jan. 24, 2003

This concerns the documentation on thw www.winehq.com website, if it's out of date, then this post may be irrelevant. In the "Wine Developer's Guide" In Section 8.1.4, "The Service thread" Says there exists a service thread, that is implemented in: scheduler/services.c. It also says this thread is used to support the X11 driver's event loop. Firstly, I cannot find the "scheduler/services.c" file. Secondly from my reading of the x11drv code, the X11 event loop is serviced for every call of to X11DRV_MsgWaitForMultipleObjectsEx, which is inturn called by MsgWaitForMultipleObjectsEx, and GetMessage. Therefore, whichever thread is active will service the X11 event queue. It also appears, because each thread has it's own XDisplay object that messages created by a X11 window will only be picked up in the thread that created the window. Am I correct, or have I missed something fundamental? Bye -Rob.

3 3

RtlpWaitForCriticalSection?
by Mike Hearn Jan. 23, 2003

Jan. 23, 2003

Using the latest Wine release, I see this error repeated over and over: err:ntdll:RtlpWaitForCriticalSection section 0x70460350 "?" wait timed out, retrying (60 sec) tid=08436988 when clicking on the CML demo at Adobes SVG demo site. Google indicates that this error can be caused by all sorts of things, one guy said it was due to Wine being a lot slower than Windows. So, could anybody write an explanation of what this error means? thanks -mike -- Mike Hearn <m.hearn(a)signal.qinetiq.com> QinetiQ - Malvern Technology Center

5 14

Windows API database
by David Miller Jan. 23, 2003

Jan. 23, 2003

I would be interested in knowing more about the goals of this project. Don't consider me officially working on such a thing just yet. I have no real perl experience, but would like to learn. First I'd like to know more about what I'm up against. 1. Is there a specific set of dll's and exe's we want included in the database or does it need to scan and gather a list of all dll and exe files? That would suggest a clean OS install is necessary. 2. What information should be in the database? (OS ver, name of dll or exe, name of imported dll, APIs and whether they are imported or exported, etc.) 3. Will a single MySQL table do or does it need to be a relational database with multiple tables? 4. Anything else you can tell me about this task?

3 3

Re: dos4gw stub exec failed
by Jukka Heinonen Jan. 23, 2003

Jan. 23, 2003

Enrico Horn wrote: > I have some dos games that want to exec dos4gw.exe when starting. > but this seems to fail. > I hope i read the debug messages correctly and the comment from > file:Win32HandleToDosFileHandle is still valid. > what happens is dos:int21 wants to open file with the dos handle and > then read from it. > reading the file calls the function file:ReadFile with the > converted win32 file handle which is invalid if the above mentioned > comment is correct. > > Any ideas how to solve this or am I completely off-track here. Well, I don't actually know what is wrong with dos4gw. It is probably something subtle with int21 functions. However, why it hangs is something I haven't checked out. You could try running those programs using DOS32A (DOS/32 Advanced) extender. It seems to work quite well. I just posted a patch that is required to get its installer working, though, so you might have some trouble unpacking it... If you get those games to work under dos32a you will probably find out that Wine SVGA support is lacking. That is something I have considered to fix if I can find the time to do it. -- Jukka Heinonen <http://www.iki.fi/jhei/>

3 2

Sacrifice demo & sound.dll
by Christian Costa Jan. 23, 2003

Jan. 23, 2003

Hi all! I've tried the Sacrifice demo and it complains about sound.dll. Indeed it uses its own 32-bit sound.dll which lies in its directory. Apparently the dll seems to conflict with our 16-bit windows sound.dll I've joined a small log. I tried to add a "sound" entry in the [DllOverrides] section in the config file to force the native to be loaded first but that does not help. Any idea ? Thanks in advance. Christian. trace:module:GetModuleFileNameA F:\Sacrifice\Sacrifice.exe trace:module:MODULE_GetLoadOrder looking for F:\Sacrifice\sound.dll trace:module:GetModuleFileNameA F:\Sacrifice\Sacrifice.exe trace:module:open_app_key searching 'F:\Sacrifice\sound' in AppDefaults\Sacrifice.exe\DllOverrides trace:module:MODULE_GetLoadOrder got hardcoded default "b,n" for "F:\\Sacrifice\\sound.dll" trace:module:MODULE_LoadLibraryExA Trying built-in 'F:\Sacrifice\sound.dll' err:module:BUILTIN32_LoadLibraryExA loaded .so but dll sound.dll still not found - 16-bit dll or version conflict. warn:module:MODULE_LoadLibraryExA Loading of builtin DLL F:\Sacrifice\sound.dll failed (error 193). warn:module:MODULE_LoadLibraryExA Failed to load module 'F:\Sacrifice\sound.dll'; error=193

2 1

debugger detection in newbin.
by Rein Klazes Jan. 23, 2003

Jan. 23, 2003

Hi, The latest version of newsbin 4.1B5 refuses to run, displaying "debugger or monitoring tool detected". The detection code is very simple, immedeately at the program entry point 0x516000 it does (intel syntax): | Disassembly of 0x00516000 | 0x51600D: 64A023000000 mov al,fs:[0x23] | 0x516013: EB03 jmp 0x516018 | ;*************************************************** | 0x516018: 84C0 test al,al | 0x51601A: EB03 jmp 0x51601f | ;*************************************************** | 0x51601F: 7567 jnz 0x516088 This jump is taken and leads immedeatly to the messagebox displaying the message above. Any idea's and/or explanation? Rein. -- Rein Klazes rklazes(a)xs4all.nl

3 3

Re: Wine kernel acceleration module?
by Brian Vincent (C) Jan. 23, 2003

Jan. 23, 2003

This issue has been discussed several times. If you dig in the WWN archives you'll find mentions of it going back a few years. Much more interesting was this post: http://www.winehq.com/hypermail/wine-devel/2002/12/0550.html The approach is a shared memory wineserver. --------------- Brian Vincent Copper Mountain Telecom vincentb(a)coppercolorado.com

8 15