- wine-devel - winehq.org

Re: AFM files no longer required
by Alexandre Julliard 25 May '01

25 May '01

Ian Pilcher <ian.pilcher(a)home.com> writes: > I actually gave quite a bit of thought to the large file issue before > submitting it, and I would agree with you if there were any functional > code in the file. Because it's entirely data, and it's heavily > interdependent, I really think that one file is better. I disagree. If the data is so interdependent that you cannot split the file, you are doing something wrong IMO. And in fact splitting it will help enforce a clean data structure, which is a major advantage. > From a build point of view, gcc has no problem at all with the file. In > fact it compiles much faster than many of Wine's functional files. I know some older versions of gcc had problems with large data structures, using exponential memory to compile them or something like that. > If a > target compiler (does Wine build with anything other than gcc?) does have > a problem with it, I will yield to necessity. Until that happens, how- > ever, I believe that the practical benefit of maintainability outweighs > stylistic concerns. (After all, it's not like anyone will ever need to > read all the way through the file to understand it, as is the case with > functional code.) You may not need to read every single line, but you still need to go through it if you want to understand the structure (this is how I noticed it was too large...). So please consider splitting it. -- Alexandre Julliard julliard(a)winehq.com

2 1

Re: AFM files no longer required
by Ian Pilcher 25 May '01

25 May '01

Forgot to cc wine-devel. Alexandre Julliard wrote: > > You should really split it into separate files, a 40,000 lines file is > a bit too much. Also all this data must be constant and in a read-only > section, it's eating 400k of data space right now. I actually gave quite a bit of thought to the large file issue before submitting it, and I would agree with you if there were any functional code in the file. Because it's entirely data, and it's heavily interdependent, I really think that one file is better. (As the person most likely be tweaking the data in the near future, I can tell you that having a single file to edit, albeit a long one, will be heck of a lot easier than having 39 separate files, and isn't that really the point?) >From a build point of view, gcc has no problem at all with the file. In fact it compiles much faster than many of Wine's functional files. If a target compiler (does Wine build with anything other than gcc?) does have a problem with it, I will yield to necessity. Until that happens, how- ever, I believe that the practical benefit of maintainability outweighs stylistic concerns. (After all, it's not like anyone will ever need to read all the way through the file to understand it, as is the case with functional code.) I would like to make the data constant, but that would require major surgery to afm.c, which is more than I can take on at this point. Keep in mind that the same amount of memory is being used currently; it's just dynamically allocated as the AFM files are read in. > > I'm guessing that you have a script to generate all this; could you > please consider submitting it? This way other people can make changes > too. > I have attached the two programs I use to generate agl.c. I have always intended to submit them, but didn't know where in the source tree to put them. -- ======================================================================== Ian Pilcher ian.pilcher(a)home.com ========================================================================

1 0

Re: Small fixes in controls/menu.c
by gerard patel 25 May '01

25 May '01

At 03:42 AM 22/05/2001 +0200, you wrote: >In attachement WIN.3_11 you can see listing generated under windows 3.11. >( Borland WinSight ) (If you want get a listing generated under win98/95 - no >problem , but I'll have to format&reinstall ,because this copy of windows >stopped functioning about 6 months ago ) >WINE_SETWINPOS ,WINE_NCALC- under wine with first and second version of >patch. >I think WINE_NCALC is more similar to WIN.3_11 . There is nothing looking like a SetWindowPos call between WM_INITMENU and WM_INITPOPUPMENU, yes. But as Alexandre Julliard was pointing, it does not mean that something like calling NC_HandleNCCalcSize is done. >I'm wondering why menu->Height == 0. I'll investigate it. height = 0 because at some point the menu has been changed; this is a Wine flag to signal that the menu dimensions have to be calculated again. The problem with my test app without my original patch is that the menu sizes are not calculated at this point so the mouse clicks are ignored Btw, I have downloaded several of the availables app on your web site and I don't see anything wrong with menus; IIRC I have tried 7.5 for Win3.11, and trial versions 8 and 9 (32 bits). Is it with the main menu that you see this problem ? Gerard

2 1

Re: Unused OPTIONS variable in configure.in
by Alexandre Julliard 25 May '01

25 May '01

Fran=E7ois Gouget <fgouget(a)codeweavers.com> writes: > I noticed that OPTIONS is not used anymore in 'configure.in'. I > believe it may have been used to store the --enable-* stuff at one ti= me > but AFAIU this is now stored in 'config.h'. So I propose to remove it > altogether. Or is it set as a side effect of some standard autoconf > macro on some exotic system? It's here so that you can specify extra flags that configure doesn't know about, by doing OPTIONS=3D-Dfoo ./configure. This can be useful in some cases. --=20 Alexandre Julliard julliard(a)winehq.com

1 0

Re: AFM files no longer required
by Alexandre Julliard 25 May '01

25 May '01

Ian Pilcher <ian.pilcher(a)home.com> writes: > I decided to put all of the data into dlls/wineps/agl.c, since changing > the glyph list data without regenerating the font metrics data would > cause things to break in extremely bizarre ways. (Well, it will once I > actually use the glyph names.) You should really split it into separate files, a 40,000 lines file is a bit too much. Also all this data must be constant and in a read-only section, it's eating 400k of data space right now. I'm guessing that you have a script to generate all this; could you please consider submitting it? This way other people can make changes too. -- Alexandre Julliard julliard(a)winehq.com

1 0

Re: Strange Wine Problems
by r.maurizzi＠gvs.it 25 May '01

25 May '01

That's the same kernel problem that plagues Lotus Notes (If I've understood correctly the message in German ;-) Lotus Notes will die with the same problem if you use a SuSE 7.0 with SuSE kernel 2.2.18 (Mandrake kernels have the same problem, according to other people here) If you compile the kernel yourself starting from ftp.kernel.org's sources, all is well (at least for Notes). I didn't try SuSE Kernels 2.2.19 / 2.4.2 however. Ciao, Roberto.

1 0

Re: PATCH: mirc dcc send
by Dmitry Timoshkov 25 May '01

25 May '01

"Marcus Meissner" <marcus(a)jet.franken.de> wrote: > + /* This might be a DOS device we do not handle yet ... */ > + FIXME("(%) not detected as DOS device!\n",devname); ^^^ Seems a typo to me.

1 0

Strange Wine Problems
by Josef.Wegner＠t-online.de 25 May '01

25 May '01

Hi, I have some strange errors with wine the last few weeks. Everytime I try to start an application (mainly Ultima Online and Baldur's Gate) wine crashes (stops) with this errors: >wine client.exe For language 'german' several language ids were found: de_DE - 0407; de_CH - 0807; de_LU - 1007; de_LI - 1407; Instead of using first in the list, suggest to define your LANG environment variable like this: LANG=de_DE Protocol error:0x8071580: read : Die Ressource ist zur Zeit nicht verfügbar fixme:dsound:IDirectSoundImpl_SetCooperativeLevel (0x403938fc,00000138,3):stub fixme:pthread_kill_other_threads_np For language 'german' several language ids were found: de_DE - 0407; de_CH - 0807; de_LU - 1007; de_LI - 1407; Instead of using first in the list, suggest to define your LANG environment variable like this: LANG=de_DE Protocol error:0x8067660: read : Die Ressource ist zur Zeit nicht verfügbar Beendet Protocol error:0x8075258: read : Die Ressource ist zur Zeit nicht verfügbar I don't know what the problem is. My first thought was that I have problems with my sound drivers (Alsa 0.5.11) , so I tried the kernel emu10k1 driver and after that I loaded no sound module. All with the same result. The only other thing I did with my linux installation was upgrading to a 2.2.18 kernel. My system specs: Latest wine cvs SuSE Linux 7.0 All updates from Suse.com (new glibc 2.1.3) Kernel 2.2.18 (SMP) Alsa 0.5.11 KDE 2.1.1 Xfree86 4.0.3 (Ximera on) Dual PIII 500Mhz 384 MB Ram Adaptec AIC-7880 Ultra SCSI host adapter Matrox G400 Max Dualhead SoundBlaster Live! Value Regards -Josef Wegner

1 0

Re: More wine beginner questions
by Alexandre Julliard 23 May '01

23 May '01

Francois Gouget <fgouget(a)free.fr> writes: > So according to the dll separation rules we must not make msvcrt > depend on an API not exported by a regular windows dll. But in the case > of ntdll I'm not sure. Can we use native ntdll in Wine? I don't think so > since it also exports things like 'wine_dbgstr_[aw]n?'. So maybe we can > bend the rules a little and export _vsnwprintf anyway. A better solution would be to put the *wprintf functions inside libwine_unicode. -- Alexandre Julliard julliard(a)winehq.com

1 0

More wine beginner questions
by Mike Bond 23 May '01

23 May '01

I was just perusing through msvcrt and noticed that in wcs.c there is an implementation of _vsnwprintf, which also exists, verbatim, in it's entirety, in ntdll/wcstring.c. Unless I am misunderstanding the .spec files there appears to be a method of "forward"ing a symbol to an external implementation, such as: @ forward -noimport wcslen ntdll.wcslen Is there any particular reason this was not done for _vsnwprintf as well? There is even a comment in the wcs.c copy saying to mirror any fixes in the ntdll copy. Also, on perhaps a style note, I've noticed some implementations are prefixed by the dll name in all caps, such as MSVCRT_vfprintf, and some are not, such as _wmkdir. Is this just personal style or is there more to these differences? -- TTFN MikeB

2 1

Configuration/Announce
by eric pouech 23 May '01

23 May '01

with today's CVS commit (for those who stay up to date with the latest developments), you'll have to modify your Wine configuration to reflect the changes. First of all, your Wine configuration file now needs a WinMM section containing the following: [WinMM] "Drivers" = "wineoss.drv" "WaveMapper" = "msacm.drv" "MidiMapper" = "midimap.drv" Not adding this will print the following message > You didn't setup properly the config file for the Wine multimedia modules. > Will use the hard-coded setup, but this will disapear soon. > Please add a WinMM section to your Wine config file. Note that the above configuration will be shortly required, so don't wait before setting your configuration up Next, you have also to add a key to your registry. To do so, create a sample file (let's call it foo) containing the following text: [HKEY_LOCAL_USER\Software\Microsoft\Windows\CurrentVersion\Multimedia\MIDIMap] 989041554 "AutoScheme"=dword:00000000 "CurrentInstrument"="#0" "UseScheme"=dword:00000000 then goto the <wine>/programs/regapi and compile the program the run: regapi setValue < foo that's it Not applying the key in the registry will result in various errors in MIDIMAP_ functions (mainly if Wine is set up to use a native Windows system) Maintainers are welcome to update theirs packages accordingly (default values are in documentation/samples/config & winedefault.reg) Detailed information is available in documentation/multimedia.sgml. A+ -- --------------- Eric Pouech (http://perso.wanadoo.fr/eric.pouech/) "The future will be better tomorrow", Vice President Dan Quayle

3 3

Re: Configuration/Announce
by Alexandre Julliard 22 May '01

22 May '01

eric pouech <eric.pouech(a)wanadoo.fr> writes: > First of all, your Wine configuration file now needs a WinMM section > containing the following: > [WinMM] > "Drivers" = "wineoss.drv" > "WaveMapper" = "msacm.drv" > "MidiMapper" = "midimap.drv" > > Not adding this will print the following message > > You didn't setup properly the config file for the Wine multimedia modules. > > Will use the hard-coded setup, but this will disapear soon. > > Please add a WinMM section to your Wine config file. > Note that the above configuration will be shortly required, so don't > wait before setting your configuration up Please keep the defaults. There is no reason to force people to update their configuration file when there are workable defaults that we can use. Ideally Wine should behave reasonably even with an empty configuration file; this is not entirely possible because things like paths don't have reasonable defaults, but forcing people to specify things that we could guess is not user-friendly. -- Alexandre Julliard julliard(a)winehq.com

1 0

Re: Small clean up
by Francois Gouget 22 May '01

22 May '01

On Tue, 22 May 2001, Dmitry Timoshkov wrote: > Hello. > > Changelog: > Dmitry Timoshkov <dmitry(a)codeweavers.com> > Small clean up. > > diff -u cvs/wine/dlls/kernel/comm.c wine/dlls/kernel/comm.c > --- cvs/wine/dlls/kernel/comm.c Sun Apr 22 07:54:54 2001 > +++ wine/dlls/kernel/comm.c Thu May 17 14:21:58 2001 > @@ -535,7 +535,7 @@ > return IE_HARDWARE; > } else { > unknown[port] = SEGPTR_ALLOC(40); > - bzero(unknown[port],40); > + memset(unknown[port], 0, 40); > COM[port].fd = fd; > COM[port].commerror = 0; > COM[port].eventmask = 0; Checking for other instances of this problem I found one in 'misc/comm.c'. But CVS claims that: cvs server: misc/comm.c is a new entry, no comparison available Yet I'm pretty sure I did not create such a file. But when a file is deleted CVS should not give me such a message. Is it because I made changes to these files (probably traces) that CVS did not dare delete them? But shouldn't it say 'was removed, no comparison available'? I also have this message for: cvs server: dlls/ddraw/ddraw/dga.c is a new entry, no comparison available cvs server: dlls/ddraw/ddraw/x11.c is a new entry, no comparison available cvs server: dlls/winspool/winspool.spec is a new entry, no comparison available cvs server: misc/comm.c is a new entry, no comparison available -- Francois Gouget fgouget(a)free.fr http://fgouget.free.fr/ Broadcast message : fin du monde dans cinq minutes, repentez vous !

2 1

Re: Anybody know int-31?
by Alexandre Julliard 22 May '01

22 May '01

Bob Goodwin <goodie1(a)pacbell.net> writes: > When calling the save/restore handler function, the only parameter > passed is a byte in AL to indicate whether to save the current context > or restore a saved context. My question is, are there multiple copies of > the save/restore function or at least multiple entry points? It seems > that this would be the only way of having multiple unique context saves. No, the app is supposed to allocate a buffer of the right size (as returned by the int31 call) and pass it to the save/restore function in ES:EDI. Anyway, I'm not sure you need this functionality at all, the current implementation should work OK (except that it needs a dummy protected mode entry point). -- Alexandre Julliard julliard(a)winehq.com

1 0

vxd support?
by Osvaldo Fornaro 22 May '01

22 May '01

Hi, I were far from the project for a while, so sorry if this topic is trivial, but I wish to use a parallel port scanner with wine. Under Windows, appears a device to treat the parallel port as a SCSI port, but is based on a VxD archive, and wine don't find it. Is there any solution to deal with VxD or not yet? Thanks in advance. -- Dr. Osvaldo Fornaro <ofornaro(a)exa.unicen.edu.ar> Universidad Nacional del Centro de la Provincia de Buenos Aires Instituto de Física de Materiales Tandil - CICPBA Pinto 399 (B7000GHG) Argentina

3 3

Question on exposing non-windows functions from dlls...
by Mike Bond 22 May '01

22 May '01

I just submitted a patch to wine-patches that provides the implementation of spawnl and spawnlp. I had been hoping to implement execl and execlp as well but found that the underlying functionality that I would need is not exposed outside scheduler/process.c. My question is what guidelines are there, if any, are there to exposing non-win functions, such as exec_wine_binary in scheduler/process.c? Also, from just a cursory glance at exec_wine_binary that I may need to wrap it to do some of the work that fork_and_exec and PROCESS_Create are doing, such as calling DOSFS_GetFullName. I'm not sure what, if anything, the server would need to know about this. -- TTFN MikeB

3 5

Re: Patch for a bug in server/select.c
by Alexandre Julliard 22 May '01

22 May '01

Bang Jun-Young <bjy(a)mogua.org> writes: > It has been observed that poll always returns POLLNVAL without waiting > when fd is -1. Then we cannot use the current code on NetBSD, otherwise we'll be eating 100% CPU as soon as an fd becomes -1. You'll probably need to do a poll() wrapper that removes the invalid fds before calling the real poll. Or you could ask the NetBSD folks to fix their implementation. -- Alexandre Julliard julliard(a)winehq.com

2 1

history of CVS files?
by Heiko Nardmann 22 May '01

22 May '01

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 How can I see the history of files in CVS? Is there a WebCVS access provided? Reason: I have a 20010112 version of wine running fine but current CVS version does not start any windows application. - -- Heiko Nardmann (Dipl.-Ing.), h.nardmann(a)secunet.de, Software Development secunet Security Networks AG - Sicherheit in Netzwerken (www.secunet.de), Weidenauer Str. 223-225, D-57076 Siegen Tel. : +49 271 48950-13, Fax : +49 271 48950-50 -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.4 (GNU/Linux) Comment: For info see http://www.gnupg.org iD8DBQE7CiQypm53PRScYygRAuZsAKDhwkJRltKTFWU8Dtmg4DHIOGkYMwCgsusj Izxj4GqmLT7dYzVkEpZVHjA= =DzY7 -----END PGP SIGNATURE-----

3 2

problem starting winword 97SR2
by Heiko Nardmann 22 May '01

22 May '01

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 When starting WinWord I get a dialog saying that either I have not enough work space or memory space. The program exits then. So after playing with the debug options I found out that this happens after a key named "Office.SharedMemory.1" is accessed inside the registry. Can someone tell me what to do to make word no longer complain? BTW: I use wine 20010112 since the last snapshot 20010418 does not work on my machine (unhandled exception). Here is the last line from the logfile when starting wine with '+reg': trace:reg:NtOpenKey (0x80000000,L"Office.SharedMemory.1",0,0x405b6d10) - -- Heiko Nardmann (Dipl.-Ing.), h.nardmann(a)secunet.de, Software Development secunet Security Networks AG - Sicherheit in Netzwerken (www.secunet.de), Weidenauer Str. 223-225, D-57076 Siegen Tel. : +49 271 48950-13, Fax : +49 271 48950-50 -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.4 (GNU/Linux) Comment: For info see http://www.gnupg.org iD8DBQE7COAjpm53PRScYygRAibvAKCXFuh51LK3S//Ber6iQSjgjvrmNwCffRTy MRUAdaCXrhST+oDmu5WHjtg= =2kDj -----END PGP SIGNATURE-----

3 6

Re: Small fixes in controls/menu.c
by gerard patel 22 May '01

22 May '01

At 10:20 AM 20/05/2001 -0700, you wrote: >gerard patel <gerard.patel(a)asi.fr> writes: > >> (patch using NC_HandleNCCalcSize instead of SetWindowPos) >> >> IMO it's better and it solves my problem as well. > >I think the SetWindowPos one was better. If the app handles >WM_NCCALCSIZE we shouldn't try to bypass it. But does Windows send this message in this case ? From what I can see in the traces, I don't think so. Maybe Maciek could look at the behaviour of his app under Windows. Or I could download it and try to solve the problem myself (I'd better not :-/) Gerard

2 1

Re: Wine build failure in tools/winebuild/spec16 due to recent change
by Ove Kaaven 21 May '01

21 May '01

On Mon, 21 May 2001, Marcus Meissner wrote: > Changelog: > In case our stat already supports 64bit operations (like FreeBSD > stat does), we don't need to stub them, we can just define the > x64 functions to x. You know, glibc would also have such an interface if you used the -D_FILE_OFFSET_BITS=64 compilation option. Wouldn't it be simpler to unify the 64-bit interface code by using that?

1 0

Re: warning fixes
by Francois Gouget 21 May '01

21 May '01

On Mon, 21 May 2001, eric pouech wrote: > ChangeLog: fixed a couple of warnings This does not fix the warnings, it just hides the bug. As the comments say, the assignments are plain wrong in the first place. /* FIXME: This is plain wrong, we must convert from a '\0' separated * memory block to an array of pointers to string format. */ - MSVCRT__environ = GetEnvironmentStringsA(); + MSVCRT__environ = (char**)GetEnvironmentStringsA(); MSVCRT___initenv = MSVCRT__environ; /* FIXME: This is plain wrong, we must convert from a '\0' separated * memory block to an array of pointers to string format. */ - MSVCRT__wenviron = GetEnvironmentStringsW(); + MSVCRT__wenviron = (WCHAR**)GetEnvironmentStringsW(); MSVCRT___winitenv = MSVCRT__wenviron; -- Francois Gouget fgouget(a)free.fr http://fgouget.free.fr/ Avoid the Gates of Hell - use Linux.

1 0

Anybody know int-31?
by Bob Goodwin 21 May '01

21 May '01

I want to run an application that requires win95 but relys heavily on DOS interupt functions. Specifically it requires interupt 31 which is just a stub in Wine. It appears (from R.B.'s list) that there is no limit on calls to interupt_31-AX=0305 (request the address of (?:the:a) save/restore handler.) That implies more than one thread could have a save/restore pointer. When calling the save/restore handler function, the only parameter passed is a byte in AL to indicate whether to save the current context or restore a saved context. My question is, are there multiple copies of the save/restore function or at least multiple entry points? It seems that this would be the only way of having multiple unique context saves. It would be differrent if a unique `handle' was returned by int_31 instead of a call address. If only one context can be stored at a time, do I need a spin-lock within the save/restore function to keep other applications holding until their turn? Thanks. Bob Goodwin

1 0

Re: Networking with Mandrake 8.0 and SuSE 7.1
by Steve Fox 21 May '01

21 May '01

This weekend I upgraded to Mandrake's 2.4.4 kernel from Cooker (since it fixed both my mouse and token ring) and suddenly this problem has gone away (using Notes 5.0.7 and wine-20010305). I'm still planning to go through Mandrake's 2.2.19 SRPM and find which patch messes things up (I can't use a Linus-only kernel because I need reiserfs). I will post again once I have narrowed down the list of suspects. I'm guessing it has to be a common patch since SuSE seems to have the same symptoms. Steve Fox IBM Linux Technology Center http://www.ibm.com/linux/ltc http://k-lug.com

1 0

Re: Small fixes in controls/menu.c
by Alexandre Julliard 21 May '01

21 May '01

gerard patel <gerard.patel(a)asi.fr> writes: > But does Windows send this message in this case ? From what > I can see in the traces, I don't think so. Maybe Windows does this differently then. But doing the NC calculation without sending a WM_NCCALCSIZE does not seem right. -- Alexandre Julliard julliard(a)winehq.com

1 0

Re: More breakages
by Alexandre Julliard 21 May '01

21 May '01

gerard patel <gerard.patel(a)asi.fr> writes: > There is a nice FIXME in the new message handling around the > old timer handling code, so maybe fix is pending ? I guess you could say that... Hardware messages need to be integrated into the new queue handling, I'm working on it but it will probably take a few days. -- Alexandre Julliard julliard(a)winehq.com

1 0

Re: More breakages
by gerard patel 20 May '01

20 May '01

At 10:28 AM 20/05/2001 +0200, I wrote: >(one more time following up to myself) >Now searching for the Acrobat Reader funny scrolling... I guess that this one is probably because of a still incomplete implementation; what happens is : - I click in the vertical scrollbar - the text begins to scroll (for some reason this particular text is very slow to scroll) - the scroll timer expires and scrolls again the page The WM_LBUTTONUP (supposed to end this loop) is not received until 20 pages later. If I test with a text that scrolls much faster, the problem is much less severe (only one page too much). It seems to be a message order problem; before Wine had - hardware messages (mouse, keyboard) - timer Now it is - timer - hardware messages There is a nice FIXME in the new message handling around the old timer handling code, so maybe fix is pending ? Gerard

1 0

Re: More breakages
by gerard patel 20 May '01

20 May '01

At 02:49 PM 20/05/2001 +0200, you wrote: >That sounds correct, even for all mailing lists, not just wine-cvs. The >hypermail archives at winehq.com is updated simultaneously with the list >mail being sent out to all subscribers. Ah, I was not understanding how the moderation is working (just read Andi's explanations on cemw). So the extraordinary delays I see sometimes on my posts to wine mailing lists are probably caused by my ISP beta testing IP on avian carriers. >(This is not the case with the >integrita archives, though, since integrita is just one of the >subscribers, subject to the whims of the MTA.) Did you use Reload? It's hard to remember what I did past 2 in the morning. I think that the following morning I looked only at Integrita; they seem to have not taken in account anything since. I'll take a look more accurately next time. Thanks for the explanations. Gerard

1 0

What about XP?
by Uhmmmm 20 May '01

20 May '01

Just wondering: Is there anything being done to update wine for windoze XP?

2 1

Re: Small fixes in controls/menu.c
by Alexandre Julliard 20 May '01

20 May '01

gerard patel <gerard.patel(a)asi.fr> writes: > (patch using NC_HandleNCCalcSize instead of SetWindowPos) > > IMO it's better and it solves my problem as well. I think the SetWindowPos one was better. If the app handles WM_NCCALCSIZE we shouldn't try to bypass it. -- Alexandre Julliard julliard(a)winehq.com

1 0

Re: wineps include fix.
by Ian Pilcher 20 May '01

20 May '01

David Hammerton wrote: > > it should be > #include <freetype/ftsnames.h> > instead of > #include <freetype/ftnames.h> > David - It's definitely ftnames.h on my system (Red Hat 7.1). What version of FreeType do you have? -- ======================================================================== Ian Pilcher ian.pilcher(a)home.com ========================================================================

3 3

wineps include fix.
by David Hammerton 20 May '01

20 May '01

hey mate.. just got latest CVS of wine (From winehq), it didnt compile, something about not finding "freetype/ftnames.h"... i couldnt find it on my system, in any deb packages, no one had it... so i went hunting, find you left out an 's'.. it should be #include <freetype/ftsnames.h> instead of #include <freetype/ftnames.h> i've cc'd this to "wine-devel"... so yer, if you could fix it, thatd be cool.. but whatever ;p cheers David -- ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ David Hammerton aka crazney Victoria, Australia http://crazney.net/ HOWTO maintainer and Linux Half-Life http://lhl.linuxgames.com/ email: http://crazney.net/contact.html -> Note: this email address expires after one week.

1 0

Re: More breakages
by gerard patel 20 May '01

20 May '01

At 02:38 PM 19/05/2001 +0200, you wrote: >What do you mean? It's there... >http://www.winehq.com/hypermail/wine-cvs/2001/05/0095.html Yes :-/ I should have checked again, I was thinking that because wine-cvs input was generated automatically there could be no reason for data not to be posted to archives immediately. I checked yesterday and it seems that a delay of several hours can happen between a cvs commit and the updating of archives. Gerard

2 1

Re: More breakages
by gerard patel 20 May '01

20 May '01

At 11:07 AM 19/05/2001 +0200, I wrote: (again following up to myself) >But there are other strange crashes that I have not yet investigated Now I have, this change in server/queue.c removes the 3 remaining hangings : --- queue.c.orig Sat May 19 21:06:18 2001 +++ queue.c Sun May 20 09:37:09 2001 @@ -695,7 +695,7 @@ } /* now check for WM_PAINT */ - if (queue->wake_bits & QS_PAINT) + if (((WM_PAINT >= req->get_first) && (WM_PAINT <= req->get_last)) && (queue->wake_bits & QS_PAINT)) { req->type = 0; req->win = 0; @@ -707,6 +707,9 @@ } /* now check for timer */ This check was done in previous code, but I am not completely sure that this is the correct place for this check, though. Now searching for the Acrobat Reader funny scrolling... Gerard

1 0

Re: Small fixes in controls/menu.c
by gerard patel 20 May '01

20 May '01

At 03:33 AM 20/05/2001 +0200, you wrote: >I think it shouldn't generate infinite loops, but my patch could work >improperly when app catches and doesn't pass to defwndproc WM_NCCALCSIZE >message. So I wrote next patch (attached to this e-mail). (patch using NC_HandleNCCalcSize instead of SetWindowPos) IMO it's better and it solves my problem as well. >Any comments,hints ? - you are supposed to send patches against current Wine, not an outdated version - you are supposed to { respect the indentation style of the file you patch; } >When WIN_FindWndPtr(hWnd) return a NULL pointer doesn't it means that >something bad happens ? Yes but I have a hunch that this WARN will be edited out by the Wine maintainer anyway. You'll notice that in similar cases there are never warnings in Wine code; this is not because Wine coders are lazy, it's because the Wine maintainer thinks it's a bad idea to add warnings everywhere. Gerard

1 0

Re: Small fixes in controls/menu.c
by gerard patel 20 May '01

20 May '01

At 03:35 AM 18/05/2001 +0200, you wrote: >Application Super Memo 8 has two modes of functioning. One mulit-document >(using MDI) and the other single-document. <snip> >Second Problem: >Also occurs at switching between modes. >The menu is displayed at improper place (about 10-20 pixels upper than it >should). >I think the problem is in the function MENU_InitTracking in code : <snip one of my patches> My patch is certainly not positioning the menu correctly in the case of your app, and your patch fixes the app I did this patch for all right, but I am wondering if calling SetWindowPos could not generate infinite loops in some cases. Is Super Memo 8 available on the web as a demo app (freely downloable) ? Also vs your ignored patch, I don't know - only Alexandre Julliard is judge and executioner of all that is posted to wine-patches - but in such cases check always if your patch applies; if it does not, either because you did a mistake or the cvs code was changed too much between the creation of your sandbox and the moment he looked at your patch, it could be the reason. Gerard

2 1

Desktop mode
by lawson_whitney＠juno.com 19 May '01

19 May '01

Good day! In case anyone is bored and wants a little bug, Dmitry's little About.exe program will answer neither the keyboard nor the mouse in desktop mode. In any other mode it works fine. Sorry, I didn't notice when it happened, but it has been a while. Lawson ---cut here ________________________________________________________________ GET INTERNET ACCESS FROM JUNO! Juno offers FREE or PREMIUM Internet access for less! Join Juno today! For your FREE software, visit: http://dl.www.juno.com/get/tagj.

1 0

Re: Patch for a bug in server/select.c
by Alexandre Julliard 19 May '01

19 May '01

Bang Jun-Young <bjy(a)mogua.org> writes: > According to the manpage, NetBSD implementation of poll(2) is different > from historical one in that a given fd may not cause poll to return with > an error. I'm not sure if this is the case, however. I'm not sure I understand what they mean in the manpage. Could you write a small test program to determine the exact behavior WRT invalid fds? Particularly interesting would be to determine if poll actually sleeps waiting for something, or if it returns POLLNVAL at once. -- Alexandre Julliard julliard(a)winehq.com

2 1

More breakages
by gerard patel 19 May '01

19 May '01

The patch moving queue management to the server has made about 10 casualties in my toy test suite (btw, why is this patch not appearing on any archive of wine-cvs either Integrita or the winehq one ? I am not suscribed to wine-cvs so I don't know if anyone has received it at all) The simplest problem is : --- timer.c.orig Sat May 19 01:24:04 2001 +++ timer.c Sat May 19 10:04:57 2001 @@ -104,7 +104,7 @@ TIMER * pTimer; HWINDOWPROC winproc = 0; - if (GetWindowThreadProcessId( hwnd, NULL ) != GetCurrentThreadId()) + if (hwnd && (GetWindowThreadProcessId( hwnd, NULL ) != GetCurrentThreadId())) { SetLastError( ERROR_INVALID_WINDOW_HANDLE ); return 0; This fixes ForteFreeAgent dying immediately with a 'no windows timer', Bcb4, and also funny menus problems. I checked GetWindowThreadProcessId under NT and it fails for hwnd=0 so I think that this is the proper fix. But there are other strange crashes that I have not yet investigated, also clicking in the vertical scrollbar in Acrobat Reader scrolls too much. Gerard

2 1

queue management problem
by eric pouech 19 May '01

19 May '01

after last night move of queue management to the server, one of my test app stopped working. What happens is that it's waiting on a WM_TIMER message, but which is no longer triggered. After some investigation, it turned out that message retrieval did change a bit: - in previous code, if the QS_PAINT bit was set, but no window to redraw was found, then the QS_TIMER bit was tested - current code, returns from the server a WM_PAINT message in any case, and if no window can be found, then we retry the whole loop, and we don't check the timer case for my, the wPaintCount was always > 1, meaning that the QS_PAINT bit was never reset then, I investigated why the wPaintCount was > 1. It seems that when a visible window, needing some redraw, is hidden before the update takes place, then we don't update the paint count (which should be decreased) the attached patch does take care of it (basically, if we find a hidden window with an update region, then we destroy the region, and clear the internal paint flag), but I don't think it's the best place to do it. any better idea ? A+ -- --------------- Eric Pouech (http://perso.wanadoo.fr/eric.pouech/) "The future will be better tomorrow", Vice President Dan Quayle Index: windows/win.c =================================================================== RCS file: /usr/share/cvs/cvsroot/wine/wine/windows/win.c,v retrieving revision 1.130 diff -u -r1.130 win.c --- windows/win.c 2001/05/18 22:51:57 1.130 +++ windows/win.c 2001/05/19 11:39:54 @@ -367,8 +367,15 @@ { if (!(pWnd->dwStyle & WS_VISIBLE)) { - TRACE("skipping window %04x\n", - pWnd->hwndSelf ); + TRACE("skipping window %04x\n", pWnd->hwndSelf); + if ((pWnd->flags & WIN_INTERNAL_PAINT) || pWnd->hrgnUpdate) + { + if (pWnd->hrgnUpdate) DeleteObject(pWnd->hrgnUpdate); + pWnd->hrgnUpdate = 0; + pWnd->flags &= ~WIN_INTERNAL_PAINT; + QUEUE_DecPaintCount(hQueue); + } + } else if ((pWnd->hmemTaskQ == hQueue) && (pWnd->hrgnUpdate || (pWnd->flags & WIN_INTERNAL_PAINT)))

1 0

Re: Patch for a bug in server/select.c
by Morten Welinder 19 May '01

19 May '01

> +#ifdef __NetBSD__ > + if (pollfd[i].revents & !(pollfd[i].revents & POLLNVAL)) > +#else > if (pollfd[i].revents) > +#endif I would hate to see this kind of __NetBSD__ pollution of Wine. (I believe something like it slipped through recently -- not good.) It used to be that documentation/porting contained lots of reasons why mentioning any OS name in places like this is a bad idea. I suggest a suitable configure test or a porting wrapper for poll. Morten

2 1

Re: PATCH: PeekMessage - reducing load
by Francois Gouget 18 May '01

18 May '01

On Sat, 19 May 2001, Ove Kaaven wrote: > > On Fri, 18 May 2001, Marcus Meissner wrote: > > > winword.exe apparently uses a while (PeekMessage()) loop. > > > > Both wineserver and 1 wine thread take up 90% CPU even if idle. > > > > This adds a timeout of 10 milliseconds so we are still interactive, > > but do not take up as much CPU. (We basically wait 1 timeslice if 100HZ > > scheduling). > > I question this... an app could be doing something important in such a > loop, i.e. while (!PeekMessage()) do_a_piece_of_important_stuff(), and > this would severely slow down things like that. In particular, I expect a > lot of games to use such loops. If you need CPU time reduction, at least > make it configurable. Me too. There are (badly written) applications that suffer greatly from this. Furthermore I did some tests on Win 95 and Word 97 only does that with some files, not all. Also, Word 2000 no longer behaves that badly. Now, if it were a per application setting it could make sense. -- Francois Gouget fgouget(a)free.fr http://fgouget.free.fr/ Any sufficiently advanced Operating System is indistinguishable from Linux

1 0

Re: Fix in Variant's coerce function
by Alexandre Julliard 18 May '01

18 May '01

Francois Gouget <fgouget(a)free.fr> writes: > So I'm in favor of uncommenting the calls in Coerce, and if these > cases are really being used then either we do a full-fledged > implementation or we write pseudo-stubs for these functions. > > Do we have a know app that crashes with this patch? It won't ever get to crashing, since it doesn't even link! Try a make checklink and you'll see. Unfortunately because of the way we link libraries you can actually create a .so that contains undefined symbols; it will only fail at load-time. This is why we have make checklink to spot this kind of problems at compile-time. -- Alexandre Julliard julliard(a)winehq.com

2 1

Re: Fix in Variant's coerce function
by Alexandre Julliard 18 May '01

18 May '01

Francois Gouget <fgouget(a)free.fr> writes: > It seemed wrong, as did the 32 suffixes, and leaving all the > xxxFromDisp functions commented out. It may be a good idea to actually implement the functions before uncommenting the calls ;-) -- Alexandre Julliard julliard(a)winehq.com

2 1

Re: Question on exposing non-windows functions from dlls...
by Alexandre Julliard 18 May '01

18 May '01

Mike Bond <mbond(a)cox.rr.com> writes: > If you can point me to some way of implementing _exec[lv][ep] using the > standard win32 API I would be more than willing to. Unfortunately that > was one arguable shortcoming of win32 process management in that it did not > have any interface that allowed loading and running an image in-process. You cannot do this with the Win32 API, that's true. And since the native msvcrt is implemented on top of the Win32 API, this means that msvcrt exec functions cannot possibly behave exactly like the Unix ones. What you must do is find out the expected behavior of the msvcrt exec, and implement the same behavior; you should then be able to do this using the Win32 API, since this is how the native one does it. -- Alexandre Julliard julliard(a)winehq.com

1 0

Re: Networking with Mandrake 8.0 and SuSE 7.1
by Steve Fox 18 May '01

18 May '01

Unfortunately I can't really try the 2.4 kernel because Mandrake didn't get the PCMCIA token ring patch in there. I failed miserably to patch it in the last time I tried :( I plan to examine all the patches that Mandrake applies to their 2.2.19 kernel and back out some of them. Steve Fox IBM Linux Technology Center http://www.ibm.com/linux/ltc http://k-lug.com

2 1

Re: Networking with Mandrake 8.0 and SuSE 7.1
by gerard patel 18 May '01

18 May '01

At 10:14 AM 17/05/2001 -0500, you wrote: >I'm running Lotus Notes 5.04a under WINE with one of the January releases >and its been working great for months. However, any release since February >does not seem to do reliable networking on my Mandrake 8.0 system. With the other replies to this post, I'd say that it would be interesting to try to configure your Mandrake system with kernel 2.4 (I suspect that you choosed 2.2 kernel). Gerard

1 0

Re: Networking with Mandrake 8.0 and SuSE 7.1
by Steve Fox 18 May '01

18 May '01

In my case I'm using Mandrake's 2.2.19 kernel, but apparently the straight unpatched 2.2.19 works ok. I guess I'll have to go look through the patches Mandrake applied to the kernel. Thanks for the response. Steve Fox IBM Linux Technology Center http://www.ibm.com/linux/ltc http://k-lug.com

1 0

Re: Networking with Mandrake 8.0 and SuSE 7.1
by r.maurizzi＠gvs.it 18 May '01

18 May '01

> I'm running Lotus Notes 5.04a under WINE with one of the January releases > and its been working great for months. However, any release since February > does not seem to do reliable networking on my Mandrake 8.0 system. (...) > On a related note, another cow-orker who is using Mandrake Cooker > (development distro) and his own compiled kernel does not have this > problem. I am on a token ring network, which I don't think should matter. I had the exact problem with SuSE Linux: starting from Kernel SuSE-2.2.18, wine doesn't work anymore, but if I use a self compiled "stock" kernel, it works again. It's a pity I know little of both Wine and Kernel tcp/ip, and I don't have time to check kernels and diffs... :-( I don't know about Mandrake, but SuSE distributes a tar.gz with all the patches they apply to their kernels. If Mandrake does something similar, I guess a few "apply a part of the patches - compile - test" cycle should help spot the problem(s). If anyone on the list has ideas on tests I could do to gather more info, I'll be glad to help (I still have SuSE stock kernels installed, so I can test differences in behaviours between different versions rather quickly) Ciao, Rob!

2 1

Documentation: lists interfer with the TOC
by Francois Gouget 18 May '01

18 May '01

If you look at the documentation table of contents you'll see things like: Anonymous unions/structs Unicode 21. C library 22. 23. The 21, 22 and 23 are not supposed to be here. What I noticed is that they appear each time I have an orderedlist or an itemizedlist in the section. If I put them in a para instead of directly at the level of the section then I don't get the extra numbers anymore. So should I go through all the doc to make things look like that? <para> <orderedlist> ... </orderedlist> </para> Hmmm, I don't see this problem in the postscript version and DocBook doesn't say that the orderedlist elements must be in a para tag. So it looks like a bug in the HTML generation. Does anyone know how to go fix this? -- Francois Gouget fgouget(a)free.fr http://fgouget.free.fr/ I haven't lost my mind, it's backed up on tape around here somewhere...

2 3

Re: where do I go to find out who needs help
by Andreas Mohr 17 May '01

17 May '01

On Wed, May 09, 2001 at 05:09:20AM -0700, Sean Callahan wrote: > Hi, > I want to do some work for this project who do I mail > Regards, > seanie(a)www.com Well, I'd say that depends on what you're able to do ;-) At the moment I could imagine e.g. the following items: - web server maintenance/update work - improvement of documentation (this badly needs fixing !!) - dlls/shlwapi/reg.c: implementation of user-specific registry stuff (e.g. needed by IE 5) Multiple choice time :-) Andreas Mohr

2 2

Networking with Mandrake 8.0 and SuSE 7.1
by Steve Fox 17 May '01

17 May '01

Repost from wine.users since no reply. Thanks for any help. ------------------------- I'm running Lotus Notes 5.04a under WINE with one of the January releases and its been working great for months. However, any release since February does not seem to do reliable networking on my Mandrake 8.0 system. I can occassionally actually get into my inbox and even open up a message, but I've never been able to read more than one. Some cow-orkers using this same setup on Redhat 7.1 do not have this problem, but others using SuSE 7.1 do too. Does anyone have any ideas why only networking would be affected and only on select distributions? It stumps me because all three mentioned distros use glibc-2.2 and gcc-2.96 (SuSE may use 2.95...not sure). On a related note, another cow-orker who is using Mandrake Cooker (development distro) and his own compiled kernel does not have this problem. I am on a token ring network, which I don't think should matter. -- Steve Fox IBM Linux Technology Center http://oss.software.ibm.com/developerworks/opensource/linux/ http://k-lug.com (Rochester Linux Users Group)

1 0

Re: Patch for a bug in server/select.c
by Alexandre Julliard 17 May '01

17 May '01

Bang Jun-Young <bjy(a)mogua.org> writes: > Suppose that > > ret = poll( pollfd, nb_users, diff ); > > has returned an error bit (either of POLLERR, POLLHUP, or POLLNVAL) > set in pollfd[].revents. Those error codes are defined in positive > numbers in poll.h, so in this case when > > poll_users[i]->ops->poll_event( poll_users[i], pollfd[i].revents ); > > is called, it tries to get an access to an already freed function and > causes a segfault. POLLERR and POLLHUP are legitimate results, and you definitely have to call the function in that case. POLLNVAL is not supposed to happen, unless there is a bug in the fd management. Or does NetBSD set POLLNVAL when the file descriptor is -1? This wouldn't be correct according to the Single Unix spec. -- Alexandre Julliard julliard(a)winehq.com

2 1

DLL separation and PROFILE functions
by Ian Pilcher 16 May '01

16 May '01

DLL separation has been mentioned quite a few times on this list (usually as the ultimate solution to a problem), but I don't think I've ever seen it actually defined. Based on my own misadventures in this area, however, I would hazard a guess that is essentially the conversion of all inter-DLL function calls from OS-based dynamic linking to the Wine DLL loading mechanism. Under this assumption, adding 'IMPORTS = ntdll' to a DLL's Makefile.in file (in order to use one of the PROFILE functions) seems like a definite step backwards. I think that the proper approach is to add the function in question to dlls/ntdll/ntdll.spec and make sure that the importing DLL lists ntdll.dll as an import in its own SPEC file. All of which is wonderful until you consider the following in ntdll.spec: ################## # Wine extensions # # All functions must be prefixed with '__wine_' (for internal functions) # or 'wine_' (for user-visible functions) to avoid namespace conflicts. This would seem to indicate that the PROFILE functions (in files/profile.c) need to have their names changed before they are exported. Is this an appropriate time to go crazy with grep and sed? (For example, PROFILE_EnumWineIniString would become __wine_EnumIniString.) -- ======================================================================== Ian Pilcher ian.pilcher(a)home.com ========================================================================

2 1

Re: Crash in MSG_PeekHardwareMsg
by Alexandre Julliard 14 May '01

14 May '01

Rein Klazes <rklazes(a)xs4all.nl> writes: > Dutch tax 2000 declaration setup program crashes at exactly the same > point. Cause of this seems to be some memory allocation/corruption > problem. At some point the memory used by the sysMsgQueue, is > allocated again by some HeapAlloc() and happily used by its requester. Does this help? Index: windows/queue.c =================================================================== RCS file: /opt/cvs-commit/wine/windows/queue.c,v retrieving revision 1.70 diff -u -r1.70 queue.c --- windows/queue.c 2001/04/04 00:19:55 1.70 +++ windows/queue.c 2001/05/14 18:55:22 @@ -598,7 +598,7 @@ /* Note: We dont need perQ data for the system message queue */ if (!(hmemSysMsgQueue = QUEUE_CreateMsgQueue( FALSE ))) return FALSE; - + FarSetOwner16( hmemSysMsgQueue, 0 ); sysMsgQueue = (MESSAGEQUEUE *) GlobalLock16( hmemSysMsgQueue ); return TRUE; } -- Alexandre Julliard julliard(a)winehq.com

3 2

CalcChildScroll
by Bill Medland 14 May '01

14 May '01

Does anyone have a problem with the following fix to windows/mdi.c/CalcChildScroll? It fixes a problem for one product but I am not in a position to test it thoroughly. When measuring the union of the children rectangles only the visible children should be included: .. } else if( pWnd->dwStyle & WS_VISIBLE) UnionRect( &childRect, &pWnd->rectWindow, &childRect ); This stops scrollbars appearing and disappearing while resizing apparently empty mdi clients etc. Bill Medland

1 0

Crash in MSG_PeekHardwareMsg
by Uwe Bonnes 14 May '01

14 May '01

Hallo, the archive viewer "start.exe" for the CDROM archive of german magazine CT crashes since some time: 085a8b90:Ret USER.114: DISPATCHMESSAGE() retval=0x00000000 ret=02ef:005c ds=033f 085a8b90:Call USER.108: GETMESSAGE(0x033fd1be,0x0000,0x0000,0x0000) ret=02ef:4055 ds=033f fixme:pthread_kill_other_threads_np ... Unhandled exception: page fault on read access to 0xffff0203 in 32-bit code (0x40a1718f). In 32-bit mode. 0x40a1718f (MSG_PeekHardwareMsg+0x4f [message.c:595] in libkeyboard.so): repe movsl (%esi),% es:(%edi) 597 nextqmsg = qmsg->nextMsg; Wine-dbg>bt Backtrace: =>0 0x40a1718f (MSG_PeekHardwareMsg+0x4f(msg=0x40d26d28, hwnd=0x0, first=0x0, last=0x0, remove=0x1) [message.c:595] in libkeyboard.so) (ebp=40d26cbc) 1 0x40a17faf (MSG_PeekMessage+0x30f(type=0x0, msg_out=0x40d26d84, hwnd=0x0, first=0x0, last=0x0, flags=0x1, peek=0x0) [message.c:1187] in libkeyboard.so) (ebp=40d26d44) 2 0x40a185d7 (GetMessage32_16+0x67(msg16_32=0x33fd1be, hWnd=0x0, first=0x0, last=0x0, wHaveParamHigh=0x0) [message.c:1468] in libkeyboard.so) (ebp=40d26da0) 3 0x40a186b0 (GetMessage16+0x30(msg=0x33fd1be, hwnd=0x0, first=0x0, last=0x0) [message.c:1491] in libkeyboard.so) (ebp=40d26dc0) 4 0x409c6e20 (USER_CallFrom16_p_word_lwww+0x30(proc=0x40a18680, args=0x404690a4) [user.spec.c:213] in libkeyboard.so) (ebp=40d26ddc) 5 0x4008d7ae (__wine_call_from_16_word+0x8e [asmrelay.s] in libntdll.so) (ebp=40d26e0c) 6 0x02ef:0x4055 (bp=d1ec) 7 0x02ef:0x4240 (bp=d200) 8 0x02e7:0x5a11 (bp=d26a) 9 0x02e7:0x0063 (bp=0000) Any ideas? Uwe Bonnes bon(a)elektron.ikp.physik.tu-darmstadt.de Free Software: If you contribute nothing, expect nothing --

2 1

Re: GDB remote debugging
by Ove Kaaven 14 May '01

14 May '01

On Mon, 14 May 2001 =?iso-8859-1?Q?G=E9rard_Patel_=3Cgerard.patel=40asi.fr=3E?=(a)s5.asi.fr wrote: > At 11:12 PM 09/05/2001 +0200, Ove Kaaven wrote: > >For any sufficiently disillusioned Wine hackers, here's my current > >experimental code for letting GDB attach to a Wine process. > <snip> > > Is there any way to debug an application from the beginning using this tool ? > (the reason I would like to try it is of course that the app crashes while starting) > If not, is it thinkable to change the code to wait for gdb to connect when > the initial Wine thread connects to the server ? I put that variable "create_suspended" in gdbremote.c for that purpose... just change it from 0 to 1... ought to be a command-line option, but that patch won't be included in wine in its current form anyway, so...

1 0

Re: Problem with tooltips
by gerard patel 14 May '01

14 May '01

At 09:56 PM 13/05/2001 +0200, you wrote: <snip tooltip file dialog problem> >Does anyone know how to fix this? http://www.winehq.com/hypermail/wine-devel/2001/05/0035.html (or replace winehq by 130.225.13.222 if the Corel Dns is still down :-/) Gerard

1 0

Re: Crash in MSG_PeekHardwareMsg
by gerard patel 14 May '01

14 May '01

At 08:56 PM 12/05/2001 +0200, you wrote: >085a8b90:Ret USER.114: DISPATCHMESSAGE() retval=0x00000000 ret=02ef:005c ds=033f >085a8b90:Call USER.108: GETMESSAGE(0x033fd1be,0x0000,0x0000,0x0000) ret=02ef:4055 ds=033f >fixme:pthread_kill_other_threads_np >... >Unhandled exception: page fault on read access to 0xffff0203 > in 32-bit code (0x40a1718f). >In 32-bit mode. >0x40a1718f (MSG_PeekHardwareMsg+0x4f [message.c:595] in libkeyboard.so): repe movsl (%esi),% >es:(%edi) >597 nextqmsg = qmsg->nextMsg; <snip> >Any ideas? There is not much to go on in this information. I can't see this problem with any of my 16 bits apps, but maybe none of them use this kind of GetMessage without specifying a window. I'd suggest first that you compile message.c with optimization level O0 : it seems clear that the displayed instruction is not the one responsible for the crash; the crash happens really in *msg = qmsg->msg. Maybe having no optimization could give more accurate information. When you have done that, rerun and enter info reg and info local when the crash occurs. Also a trace with +relay could be interesting but I think that you know that since you post this tip on cemw often enough :-) Gerard

1 0

Could someone check this on windoze
by Uhmmmm 13 May '01

13 May '01

Could someone please doublecheck this. On windoze, does the bitmap in a SS_BITMAP style STATIC control change if you send it WM_SETTEXT or call SetWindowText() on it like it does in WINE? I don't think it does, but I'd like it if someone could check before I start changing things.

2 2

Problem with tooltips
by Marcus Meissner 13 May '01

13 May '01

Hi, Start any program that uses the common dialog file open dialog (Win95 style) using -managed. Then move the mouse over any of the toolbar icons. Watch a VERY HUGE window manager window pop up displaying the tooltip text in the upper left corner. Reason for this appears to be some changed flags that lets WIN_WindowNeedsWMBorder fail on tooltips. Does anyone know how to fix this? Adding WS_EX_TOOLWINDOW to the tooltip CreateWindow is probably wrong :/ Ciao, Marcus

1 0

RE: WINEPS: Read metrics from TrueType fonts
by Nerijus Baliunas 13 May '01

13 May '01

> This patch enables the PostScript driver to read font metrics directly > from TrueType font files with FreeType 2. It looks for font files in > directories listed in the [TrueType Font Directories] section of the > wine config file. For example: > > [TrueType Font Directories] > "dir0" = "/usr/X11R6/lib/X11/fonts/TrueType" > "dir1" = "/usr/share/fonts/default/TrueType" > etc. > > It does not embed the fonts into its output. Ghostscript users can > install their TrueType fonts in Ghostscript (with their Fontmap file or > the GS_FONTPATH environment variable); users printing to PostScript > printers will have to convert their fonts to Type 1 or Type 42 format > and use an external program to add them to the print jobs. Hello, Why don't you add this text to documentation/printing? Regards, Nerijus

1 0

Wine logo
by Ian Pilcher 12 May '01

12 May '01

Inspiration for the graphically (and accurately) inclined: http://www.sutterhome.com/interactive/in1034.html -- ======================================================================== Ian Pilcher ian.pilcher(a)home.com ========================================================================

1 0

Missing INT21h functions
by davep 12 May '01

12 May '01

Trying (more in hope than expectation) to run an ancient DOS program under Wine, I get this failure: err:int21:DOS3Call int21: unknown/not implemented parameters: int21: AX 0f9f, BX 005c, CX 0000, DX 005c, SI 008e, DI 005c, DS 107f, ES 109f Sure enough, DOS3Call() has a series of functions, including 0fh, which are unimplemented. Is there any reason why these functions should not be implemented? The win31 sdk doesn't mention any restrictions on which INT21 functions can be used, neither does Schulman. Dave Pickles

2 1

Qusetion From New Developer
by Uhmmmm 11 May '01

11 May '01

I've been using WINE for a while now, and I thought it was just about time to start helping out. I found some very easy things I can fix (a lot of the FIXMEs in the basic controls (botton, static, etc)). The only problem is that, I'm not sure how to submit the code once I've fixed it. If someone could let me know, I could start coding. Thanks in advance.

3 2

__compar_fn_t Linuxism in dlls/wineps/afm.c
by Gerald Pfeifer 11 May '01

11 May '01

I believe relying on __compar_fn_t in dlls/wineps/afm.c is a Linuxism recently added to dlls/wineps/afm.c (and only there), Ian. Given that __compar_fn_t is only used in that single file and nowhere else, I'd suggest to simply use a typedef of your own instead of the non-portable __compar_fn_t. -- Could you please have a look? Alexandre, in the mean-time please consider my patch below, which gets rid of the build failure at least. /usr/bin/gcc -c -I. -I. -I../../include -I../../include -g -O2 -Wall -mpreferred-stack-boundary=2 -fPIC -D__WINE__ -D_REENTRANT -I/usr/X11R6/include -o afm.o afm.c afm.c: In function `SortFontMetrics': afm.c:686: `__compar_fn_t' undeclared (first use in this function) afm.c:686: (Each undeclared identifier is reported only once afm.c:686: for each function it appears in.) afm.c:686: syntax error before `UnicodeGlyphByNameIndex' afm.c:698: syntax error before `UnicodeGlyphByNameIndex' afm.c:718: syntax error before `UnicodeGlyphByUV' afm.c:729: syntax error before `AFMMetricsByUV' afm.c:691: warning: `pug' might be used uninitialized in this function afm.c: At top level: afm.c:644: warning: `UnicodeGlyphByNameIndex' defined but not used afm.c:649: warning: `UnicodeGlyphByUV' defined but not used afm.c:654: warning: `AFMMetricsByUV' defined but not used gmake[2]: *** [afm.o] Error 1 gmake[2]: Leaving directory `/.amd_mnt/vexpert/files8/test/wine/dlls/wineps' gmake[1]: *** [wineps/libwineps.so] Error 2 Thanks, Gerald Index: afm.c =================================================================== RCS file: /home/wine/wine/dlls/wineps/afm.c,v retrieving revision 1.13 diff -u -3 -p -r1.13 afm.c --- afm.c 2001/05/09 17:11:59 1.13 +++ afm.c 2001/05/11 10:58:58 @@ -683,7 +683,7 @@ static BOOL SortFontMetrics() qsort(aglCopy, PSDRV_AdobeGlyphList.size, sizeof(UNICODEGLYPH), - (__compar_fn_t)UnicodeGlyphByNameIndex); + UnicodeGlyphByNameIndex); } for (i = 0; i < afm->NumofMetrics; ++i) @@ -695,7 +695,7 @@ static BOOL SortFontMetrics() pug = bsearch(&ug, aglCopy, PSDRV_AdobeGlyphList.size, sizeof(UNICODEGLYPH), - (__compar_fn_t)UnicodeGlyphByNameIndex); + UnicodeGlyphByNameIndex); if (pug == NULL) { WARN("Glyph '%s' in font '%s' does not have a UV\n", @@ -715,7 +715,7 @@ static BOOL SortFontMetrics() /* typecast avoids compiler warning */ qsort((void *)(afm->Encoding->glyphs), afm->Encoding->size, - sizeof(UNICODEGLYPH), (__compar_fn_t)UnicodeGlyphByUV); + sizeof(UNICODEGLYPH), UnicodeGlyphByUV); for (i = 0; i < afm->Encoding->size; ++i) if (afm->Encoding->glyphs[i].UV >= 0) @@ -726,7 +726,7 @@ static BOOL SortFontMetrics() } qsort(afm->Metrics, afm->NumofMetrics, sizeof(AFMMETRICS), - (__compar_fn_t)AFMMetricsByUV); + AFMMetricsByUV); for (i = 0; i < afm->NumofMetrics; ++i) if (afm->Metrics[i].UV >= 0)

3 2

Wine Logo ?
by Marcus Meissner 11 May '01

11 May '01

Hi, Is the WINE Logo as used by WineHQ available somewhere in higher resolution? I need it for preparation of LinuxTag 2001 :) Ciao, Marcus

1 0

win32 binary DLLs -> Unix wrappers?
by Peter Duthie 11 May '01

11 May '01

What I would like to do is take an existing windows DLL for which I have the SDK but not the source, and write/generate a C++ wrapper that accesses the code contained therein, and be linked with existing unix programs. Eg, say I have X.DLL, X.LIB and X.h Is there a way using wine that I can generate wrapper code (say X_wrapper.cc), so that I can link it with a unix program that I would write around the wrapper? Thus I would have the benefits of developing under the unix environment and libraries, while utilising a necessary proprietary windows DLL. Note, native windows applications that use this DLL work fine when run under wine regularly. I cannot find documentation for this in the mailing list archives, or the official docs, although Chapter 5 of the winelib users guide seems to be the right place to look, it appears to not be written yet. Can anyone please direct me to relevant documentation/examples/code? Thanks, -peter

3 2

Re: Add support for NOMINMAX
by Alexandre Julliard 11 May '01

11 May '01

Francois Gouget <fgouget(a)free.fr> writes: > Why? It doesn't make a big difference but after all, if min/max are > defined in their own header, why not take advantage of it to avoid > duplication? (I hate duplicating code :-) Because that's not how Windows does it. And I think it's a good thing to avoid unnecessary dependencies between the Windows headers and the MSVC ones. -- Alexandre Julliard julliard(a)winehq.com

1 0

Re: Add support for NOMINMAX
by Francois Gouget 11 May '01

11 May '01

I noticed that you didn't apply this part of the minmax patch: --- cut here --- Index: include/windef.h =================================================================== RCS file: /home/cvs/wine/wine/include/windef.h,v retrieving revision 1.57 diff -u -r1.57 windef.h --- include/windef.h 2001/05/07 20:14:00 1.57 +++ include/windef.h 2001/05/11 01:17:37 @@ -14,6 +14,9 @@ #define WINVER 0x0500 #include "winnt.h" +#ifndef NOMINMAX +#include "minmax.h" +#endif #ifdef __cplusplus @@ -140,15 +143,6 @@ #define ADD_LOWORD(dw,val) ((dw) = ((dw) & 0xffff0000) | LOWORD((DWORD)(dw)+(val))) #endif -/* min and max macros */ -#ifndef NOMINMAX -#ifndef max -#define max(a,b) (((a) > (b)) ? (a) : (b)) -#endif -#ifndef min -#define min(a,b) (((a) < (b)) ? (a) : (b)) -#endif -#endif /* NOMINMAX */ #ifndef _MAX_PATH /* FIXME: These are supposed to be in stdlib.h only */ --- cut here --- Why? It doesn't make a big difference but after all, if min/max are defined in their own header, why not take advantage of it to avoid duplication? (I hate duplicating code :-) -- Francois Gouget fgouget(a)free.fr http://fgouget.free.fr/ La terre est une bêta...

1 0

[PATCH] Small SetParent fix
by gerard patel 10 May '01

10 May '01

Calling SetParent of a child window does not create a X counterpart in current Cvs if parent = 0. Fixes one at least of the 2 crashes I had pointed to with the User patch of 24 april. ChangeLog: * dlls/x11drv/window.c creates (again) a X counterpart for children windows reparented to 0

1 0

Re: GDB remote debugging
by Alexandre Julliard 10 May '01

10 May '01

Ove Kaaven <ovehk(a)ping.uio.no> writes: > I assume Alexandre isn't going to like some of the stuff in here, but I > suppose it's up to him whether to take it or leave it... How did you guess I wouldn't like it? ;-) Actually I think it's a neat hack, but it doesn't belong in the server at all. You should be able to do the same thing as a client-side process using the Win32 debugging API. It could be either a stand-alone Winelib app, or a special mode inside winedbg so that you can reuse some of the code in there. -- Alexandre Julliard julliard(a)winehq.com

3 2

Small Fixes
by kenon＠go2.pl 10 May '01

10 May '01

Hi, I had some problems with application Super Memo 8.0 . It is an old 16-bit app ( hard for debugging :-) ) written in Borland Delphi (I guess). I wrote a patch and posted to wine-patches two months ago ,but that patch was rejected :-( . Now I have much simpler and I think correct patch solving the problem. --- windows/painting.c_or Wed Mar 28 16:39:17 2001 +++ windows/painting.c Sat May 5 14:19:43 2001 @@ -1710,7 +1710,7 @@ { /* send palette change notification */ HWND hWnd = WindowFromDC( hDC ); - if (hWnd) SendMessageA( HWND_BROADCAST, WM_PALETTECHANGED, hWnd, 0L); + if (hWnd) PostMessageA( HWND_BROADCAST, WM_PALETTECHANGED, hWnd, 0L); } return realized; } There is another bug. When I press <ENTER> the app runs in other way under wine than it runs under Windoze. My workaround ( only workaround ) is --- controls/edit.c_or Thu May 10 03:24:06 2001 +++ controls/edit.c Thu May 10 03:24:10 2001 @@ -849,7 +849,7 @@ case WM_GETDLGCODE: DPRINTF_EDIT_MSG32("WM_GETDLGCODE"); - result = DLGC_HASSETSEL | DLGC_WANTCHARS | DLGC_WANTARROWS; + result = DLGC_HASSETSEL | DLGC_WANTCHARS | DLGC_WANTARROWS |DLGC_WANTMESSAGE; if (lParam && (((LPMSG)lParam)->message == WM_KEYDOWN)) { --

1 0

Is the DECIMAL variant type too long ?
by gerard patel 10 May '01

10 May '01

After the following patch : ChangeSet ID: 989259340138108821120113 CVSROOT: /opt/cvs-commit Module name: wine Changes by: julliard@wine2. 01/05/07 14:15:40 Modified files: include : oleauto.h wtypes.h include/wine : obj_base.h obj_oleaut.h Log message: Francois Gouget <fgouget(a)codeweavers.com> Added support for the DECIMAL type. Names are no longer suffixed with 32! Removed it. Borland Builder 4 crashes while starting :-/ Tracing the crash shows that it hangs immediately after the *first* variant Api access : Call oleaut32.VariantCopyInd(405869b0,40586974) ret=405b2e6b tid=08065a10 trace:ole:VariantCopyInd (0x405869b0, 0x40586974) trace:ole:VariantCopy (0x405869b0, 0x40586974) trace:ole:VariantClear (0x405869b0) Ret oleaut32.VariantCopyInd() retval=00000000 ret=405b2e6b tid=08065a10 Call oleaut32.VariantChangeTypeEx(40586968,405869b0,00000400,00000000,00000003) ret=405b301c tid=08065a10 trace:ole:VariantInit (0x4058685c),stub trace:ole:VariantChangeTypeEx (0x40586968, 0x405869b0 (11), 1024, 0, 3),stub trace:ole:VariantClear (0x40586968) trace:ole:VarI4FromBool ( -1, 0x40586970 ), stub trace:ole:VariantClear (0x4058685c) Ret oleaut32.VariantChangeTypeEx() retval=00000000 ret=405b301c tid=08065a10 err:seh:EXC_DefaultHandling Exception frame is not in stack limits => unable to dispatch exception. I have changed the trace slightly, the 11 listed for the VariantChangeTypeEx shows that the original type is a boolean. The call is trying to change a boolean (11) into an integer (3). The changes in include/wtypes.h are the important ones. Replacing the new DECIMAL type by typedef struct tagDEC { BYTE aa[2]; } DECIMAL; get rid of the crash. If I make the byte array 16 bytes long, same crash as the current Wine behaviour. If I make it 10 bytes long, access violation. If I make it 8 bytes long, it works too. Could the DECIMAL type be a pointer to the real data ?? Gerard

2 1

Stupid winedbg question
by Francois Gouget 10 May '01

10 May '01

This is probably a stupid question but I did not find the answer in the doc (Wine Developper's Guide). How do I copy-paste something from winedbg? A backtrace for instance. Or how do I copy/paste anything to/from any console application for that matter. -- Francois Gouget fgouget(a)free.fr http://fgouget.free.fr/ Linux: It is now safe to turn on your computer.

4 6

Stupid autoconf question
by Ian Pilcher 09 May '01

09 May '01

Here is my first cut at adding a check for the FreeType libraries and header files to the Wine configuration scripts. It's basically a copy of Marcus' CUPS stuff. Since this is the first time I've done anything with autoconf, I figured I'd post it here for review: diff -urN ../wine-20010502cvs/configure.in ./configure.in --- ../wine-20010502cvs/configure.in Wed May 2 12:57:30 2001 +++ ./configure.in Thu May 3 01:44:48 2001 @@ -378,6 +378,19 @@ ) AC_SUBST(CUPSLIBS) +FREETYPELIBS="" +dnl **** Check for FreeType 2 **** +wine_cv_warn_ftsystem_h=no +AC_CHECK_LIB(freetype,FT_Init_FreeType, + AC_CHECK_HEADER(freetype2/freetype/ftsystem.h, + AC_DEFINE(HAVE_FREETYPE) + FREETYPELIBS="-lfreetype" + FREETYPEINCL="-I/usr/include/freetype2", + wine_cv_warn_ftsystem_h=yes) +) +AC_SUBST(FREETYPELIBS) +AC_SUBST(FREETYPEINCL) + dnl **** Check for IPX (currently Linux only) **** AC_CACHE_CHECK("for GNU style IPX support", ac_cv_c_ipx_gnu, AC_TRY_COMPILE( @@ -1316,6 +1329,15 @@ echo "*** Note: You have cups runtime libraries, but no development" echo "*** libraries. Install the cups-devel package or whichever package" echo "*** contains cups.h to enable CUPS support in WINE." +fi + +if test "$wine_cv_warn_ftsystem_h" = "yes" +then + echo + echo "*** Note: Your system appears to have the FreeType 2 runtime libraries" + echo "*** installed, but the corresponding header files are not installed in" + echo "*** /usr/include/freetype2/freetype. Install the freetype-devel package" + echo "*** to enable TrueType font support in Wine." fi echo diff -urN ../wine-20010502cvs/dlls/wineps/Makefile.in ./dlls/wineps/Makefile.in --- ../wine-20010502cvs/dlls/wineps/Makefile.in Sun Apr 29 13:21:22 2001 +++ ./dlls/wineps/Makefile.in Thu May 3 01:45:13 2001 @@ -6,7 +6,8 @@ SOVERSION = 1.0 ALTNAMES = wineps16 IMPORTS = user32 gdi32 winspool.drv kernel32 ntdll -EXTRALIBS = @CUPSLIBS@ +EXTRALIBS = @CUPSLIBS@ @FREETYPELIBS@ +EXTRAINCL = @FREETYPEINCL@ C_SRCS = \ afm.c \ diff -urN ../wine-20010502cvs/include/acconfig.h ./include/acconfig.h --- ../wine-20010502cvs/include/acconfig.h Sun Apr 29 13:21:22 2001 +++ ./include/acconfig.h Thu May 3 01:45:04 2001 @@ -122,3 +122,6 @@ /* Define if we have CUPS */ #undef HAVE_CUPS + +/* Define if FreeType 2 is installed */ +#undef HAVE_FREETYPE It seems to work on my system (Red Hat 7.1), although for some reason it can't even detect the FreeType library when the freetype-devel package is removed (no great loss). At this point I have a couple of questions: * Does anyone see anything wrong with this? * I've omitted the resulting changes to wine/configure and wine/include/config.h.in from the patch above. Is this form more convenient for final submission, or should I include the changes to those files? (If the latter is the case, I'll probably go ahead and submit the autoconf changes before I get any code written, so that wine/configure doesn't get hugely out of sync.) Thanks! -- ======================================================================== Ian Pilcher ian.pilcher(a)home.com ========================================================================

3 3

Re: doors IPC
by Alexandre Julliard 09 May '01

09 May '01

Marcus Meissner <marcus(a)jet.franken.de> writes: > Since critical sections are thought to be 'fast' and 'short time' locking > primitives, and Win32 threads should not sleep in a critical section, > we can just give up our timeslice and wait for the other thread that > has the lock to continue. Well, there are tons of places where we will sleep inside a critical section, so it could potentially burn a lot of CPU. That doesn't necessarily make it slower, but it would probably impact other applications more. As usual, the only way to tell is to do benchmarks. -- Alexandre Julliard julliard(a)winehq.com

1 0

Re: Add missing newline to WARN messages
by Dmitry Timoshkov 09 May '01

09 May '01

"Francois Gouget" <fgouget(a)free.fr> wrote: > * I scanned the source for TRACE/WARN/ERR/FIXME statements without a > terminating newline. There are few cases where this is justified because > of following DPRINTFs. But most of the time there should be a \n > otherwise the trace will not be flushed to disk immediately and the logs > will look bad. You forgot to remove redundant ' around %s in the traces when output is made by debugstr_a or debugstr_w. Actually you removed some of them, but not all.

2 1

PRESS: CodeWeavers: crossover plugins windows / linux
by Marcus Meissner 09 May '01

09 May '01

Hi, The EETimes has an article about CodeWeavers current project, which appears to bring some Windows Browser plugins to Linux. http://www.eet.com/story/OEG20010508S0061 Ciao, Marcus

2 1

Re: Re: Stupid winedbg question
by Mike McCormack 09 May '01

09 May '01

Cutting and pasting in winedbg's xterm only works for me if i hold the shift key down when doing it. Dunno why. i've got more serious problems with winedbg... when exceptions are thrown on critical sections, winedbg starts, but then itself gets stuck on _the same_ critical section. Happens all the time with netscape... i've applied Marcus's patch and i'll see if that reduces the frequency of failures, but it probably won't help winedbg's problems. Mike > > Francois Gouget wrote: > > > > > > A backtrace for instance. Or how do I copy/paste anything to/from any > > > console application for that matter. > > > > > > > Select the text you want to copy and click with your middle mouse button > > (mouse button 2) wherever you want to paste it. > > Nope. I tried that, of course, and it doesn't work. ------------------------------------------ mailto:Mike_McCormack@looksmart.com.au ph +82 16 430 0425 __________________________________________________________________ Get your own free web email at http://www.looksmart.com.au LookSmart Australia

1 0

PRESS: GameSpy: Ports vs. WINE
by Marcus Meissner 09 May '01

09 May '01

Hi, Gamespy has an article regarding whether Games should be ported to Linux or emulated using WINE. Introduces porting Companies and Transgaming, then procedes to give statements from Gavriel, Michael Simms (CEO of TuxGames), Scott Draeker (Loki Games President), ... Except Gavriel (of course) all take on major flaming Wine, WineX and TransGaming. http://www.gamespy.com/articles/may01/wine/ Ciao, Marcus

1 0

Re: Add missing newline to WARN messages
by Francois Gouget 09 May '01

09 May '01

Here's the list of weird traces: dlls/comctl32/datetime.c:221 dlls/comctl32/datetime.c:224 It looks like the goal was to print stuff on the same line in multiple steps (one TRACE has a '\n' at the beginning) but no DPRINTF is used. Also I'm not sure we would always end up printing a '\n'. Add '\n's everywhere? objects/region.c:908 objects/region.c:911 objects/region.c:918 objects/region.c:936 The '\n' usage is inconsistent. Put '\n's everywhere? dlls/ole32/compositemoniker.c:340 There's a DPRINTF I'm not sure of but there's also (comment by me): { FIXME("()\n"); /* FIXME: To whoever wrote this code: It's either return or break. it cannot be both! */ break; return E_NOTIMPL; } I would say that it should be a return but I'm not 100% sure. Anyone familiar with this code? -- Francois Gouget fgouget(a)free.fr http://fgouget.free.fr/ Before you criticize someone, walk a mile in his shoes. That way, if he gets angry, he'll be a mile away - and barefoot.

1 0

FIXMEs in basic controls
by Uhmmmm 09 May '01

09 May '01

I don't know how high of a priority the basic controls (buttons, edit boxes, static, etc) are, but they sure do have a lot of FIXMEs that I'd be willing to help with. Mainly things that the writers didn't know what windoze did. I could probably fix a lot of these. I have a windoze machine, and I could tinker with it to find out the correct behaviour. The only thing is that I'm relatively new to editing wine's sources, and extremely new to CVS, so I wouldn't know what to do with the code when I've finished. If someone could clue me in, I'd be more than happy to clean up some of the FIXMEs.

1 0

Re: Aargh! Wine won't run anything
by David.Goodenough＠dga.co.uk 08 May '01

08 May '01

Well the RtlpWaitForCriticalSection, or at least one of them, has been a long running feature of Notes startup (see the note I posted a few days ago) and still happens on the 0418 drop. Occasionally since that post I have noticed that I get a continuous set of these on shutdown, so something is obviously being changed in this area. It would be nice to get rid of the underlying problem. I have not however seen the default handler problem. Regards David Ian Pilcher <ian.pilcher(a)home.com> on 08-05-2001 06:48:45 AM To: wine-devel(a)winehq.com cc: (bcc: David Goodenough/DGA/GB) Subject: Aargh! Wine won't run anything The current CVS tree doesn't appear to run anything on my system (Red Hat 7.1). My test suite is limited to Lotus Notes 4.6.7 and a small win32 program I wrote to extract text metrics from the Windows 2000 PostScript driver, but both of them do nothing but issue the following messages: [pilcher@home pilcher]$ wine textmetric.exe err:ntdll:RtlpWaitForCriticalSection Critical section 0x400f9190 wait timed out, retrying (60 sec) fs=022f err:ntdll:RtlpWaitForCriticalSection Critical section 0x400f9190 wait timed out, retrying (60 sec) fs=022f err:seh:EXC_DefaultHandling Unhandled exception code c0000194 flags 0 addr 0x4005ee00 Terminated [pilcher@home pilcher]$ wine nlnotes err:ntdll:RtlpWaitForCriticalSection Critical section 0x40849964 wait timed out, retrying (60 sec) fs=01e7 err:ntdll:RtlpWaitForCriticalSection Critical section 0x400f9190 wait timed out, retrying (60 sec) fs=01e7 err:seh:EXC_DefaultHandling Unhandled exception code c0000194 flags 0 addr 0x4005ee00 Terminated Is everyone seeing this? If not, any idea what would make this suddenly start happening on my system? Thanks! -- ======================================================================== Ian Pilcher ian.pilcher(a)home.com ========================================================================

2 1

doors IPC
by Damjan Lango 08 May '01

08 May '01

Hi, Some time ago here was a discussion about speeding up the communication between the wineserver and the application with various kernel patches. I was reading "Unix Network Programming, volume 2 - IPC" and ran over a "doors" IPC api that is implemented on Solaris and has the lowest latency. According to the book it is ~3 times faster than pipe. Actual values for Solaris 2.6 in the book are: (in miliseconds) doors: 121 sysv msgq: 260 pipe: 324 unix dom. socket: 465 posix msgq: 584 ... There is also a link to a Linux implementation of doors on: http://www.rampant.org/doors/ On this link you will find also more info on doors. But according to the performance tests that the author made, the linux pipe is somewhat the same speed as doors so maybe it could be optimized more or maybe is Linux's pipe already so optimized that doors are unnecesary. So what do you think, would this be useful for speeding up wine? I apologoize if you already know about this... ciao Damjan

2 1

RE: Aargh! Wine won't run anything
by Ian Pilcher 08 May '01

08 May '01

I hate following up to my own messages. I sent the previous note after I couldn't get anything useful out of winedbg. Then I had the idea of just running Wine under gdb, and I got the following: Program received signal SIGSEGV, Segmentation fault. 0x402f1b93 in strchr () from /lib/i686/libc.so.6 (gdb) bt #0 0x402f1b93 in strchr () from /lib/i686/libc.so.6 #1 0x405f6c78 in ?? () #2 0x409a459e in PRINTCAP_LoadPrinters () at info.c:265 #3 0x409a46c9 in WINSPOOL_LoadSystemPrinters () at info.c:298 #4 0x409aac08 in WINSPOOL_EntryPoint (hInstance=1083838464, reason=1, lpReserved=0x1) at wspool.c:30 #5 0x40082ea7 in PE_InitDLL (module=1083838464, type=1, lpReserved=0x1) at pe_image.c:737 #6 0x4007eb75 in MODULE_InitDLL (wm=0x403a1aa0, type=1, lpReserved=0x1) at module.c:115 #7 0x4007ec92 in MODULE_DllProcessAttach (wm=0x403a1aa0, lpReserved=0x1) at module.c:182 #8 0x4007ec6c in MODULE_DllProcessAttach (wm=0x403a1598, lpReserved=0x1) at module.c:177 #9 0x4007ec6c in MODULE_DllProcessAttach (wm=0x0, lpReserved=0x1) at module.c:177 #10 0x400c83b1 in start_process () at process.c:372 #11 0x400cbeb5 in SYSDEPS_DoCallOnStack ( func=0x400c8270 <start_process>, arg=0x0) at sysdeps.c:173 #12 0x400cbf5f in SYSDEPS_CallOnStack () at sysdeps.c:183 #13 0x400cc002 in SYSDEPS_SwitchToThreadStack ( func=0x400c8270 <start_process>) at sysdeps.c:236 #14 0x400c87fb in PROCESS_InitWine (argc=2, argv=0xbffff8dc, win16_exe_name=0x804d620 "", win16_exe_file=0x804d724) at process.c:525 #15 0x0804c187 in main () at main.c:84 #16 0x40289177 in __libc_start_main (main=0x804c16c <main>, argc=2, ubp_av=0xbffff8dc, init=0x80486f8 <_init>, fini=0x804c1d0 <_fini>, rtld_fini=0x4000e184 <_dl_fini>, stack_end=0xbffff8cc) at ../sysdeps/generic/libc-start.c:129 I'm rebuilding now, with Marcus' LPR printing patch backed out. -- ======================================================================== Ian Pilcher ian.pilcher(a)home.com ========================================================================

2 2

Aargh! Wine won't run anything
by Ian Pilcher 08 May '01

08 May '01

The current CVS tree doesn't appear to run anything on my system (Red Hat 7.1). My test suite is limited to Lotus Notes 4.6.7 and a small win32 program I wrote to extract text metrics from the Windows 2000 PostScript driver, but both of them do nothing but issue the following messages: [pilcher@home pilcher]$ wine textmetric.exe err:ntdll:RtlpWaitForCriticalSection Critical section 0x400f9190 wait timed out, retrying (60 sec) fs=022f err:ntdll:RtlpWaitForCriticalSection Critical section 0x400f9190 wait timed out, retrying (60 sec) fs=022f err:seh:EXC_DefaultHandling Unhandled exception code c0000194 flags 0 addr 0x4005ee00 Terminated [pilcher@home pilcher]$ wine nlnotes err:ntdll:RtlpWaitForCriticalSection Critical section 0x40849964 wait timed out, retrying (60 sec) fs=01e7 err:ntdll:RtlpWaitForCriticalSection Critical section 0x400f9190 wait timed out, retrying (60 sec) fs=01e7 err:seh:EXC_DefaultHandling Unhandled exception code c0000194 flags 0 addr 0x4005ee00 Terminated Is everyone seeing this? If not, any idea what would make this suddenly start happening on my system? Thanks! -- ======================================================================== Ian Pilcher ian.pilcher(a)home.com ========================================================================

1 0

Re: PATCH: wineps passthrough postscript
by Dmitry Timoshkov 07 May '01

07 May '01

"Marcus Meissner" <marcus(a)jet.franken.de> wrote: > It works now much better, except it somehow cannot upload fonts(?) and > queries support for escapes 4568 and 4567 which are unknown to me. PlatformSDK July 2000 defines #define SPCLPASSTHROUGH2 4568 /* new escape for NT5 pscript driver */ >From its name, it means HP PCL pass through mode. Apparently 4567 is defined in the Win2000 DDK.

1 0

Q: message "keyboard layout not found"
by Heiko Nardmann 07 May '01

07 May '01

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hi! I just installed wine-20010418 on my Linux server. Afterwards I compiled winemine from the programs folder and set up the config file. But running winemine results in the following message: fixme:keyboard:X11DRV_KEYBOARD_DetectLayout Your keyboard layout was not found! Using closest match instead (German keyboard layout without dead keys LIK) for scancode mapping. Please define your layout in windows/x11drv/keyboard.c and submit them to us for inclusion into future Wine releases. See documentation/keyboard for more information. err:seh:EXC_DefaultHandling Unhandled exception code 80000003 flags 0 addr 0x40749687 I had a look at the file keyboard.c but do not understand what is missing for my keyboard. Maybe it is because I use Wine through Exceed from Windows NT4 so far?! I am using a German keyboard by Logitech (Internet Keyboard). What do I have to do to get winemine (as a first test) running? Currently I have the following table: static const char main_key_DE_nodead_logitech_ikeyboard[MAIN_LEN][4] = { "^°","1!","2\"²","3§³","4$","5%","6&","7/{","8([","9)]","0=}","ß?\\","´`", "qQ@","wW","eE","rR","tT","zZ","uU","iI","oO","pP","üÜ","+*~", "aA","sS","dD","fF","gG","hH","jJ","kK","lL","öÖ","äÄ","#'", "yY","xX","cC","vV","bB","nN","mMµ",",;",".:","-_", "<>|" }; What do I have to add, check, ... to make it run? - -- Heiko Nardmann (Dipl.-Ing.), h.nardmann(a)secunet.de, Software Development secunet Security Networks AG - Sicherheit in Netzwerken (www.secunet.de), Weidenauer Str. 223-225, D-57076 Siegen Tel. : +49 271 48950-13, Fax : +49 271 48950-50 -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.4 (GNU/Linux) Comment: For info see http://www.gnupg.org iD8DBQE69rigpm53PRScYygRAtiBAJ9kuOaVSRonErTJd61+s/CO07Ou6QCgiCJl OUgefk/xH1XdtY+Tvmm8pk0= =wdo/ -----END PGP SIGNATURE-----

1 0

msvcrt.mktime problem?
by Marcus Meissner 07 May '01

07 May '01

Hi, An older version of wordpad.exe crashes with: Call kernel32.GetFileAttributesA(403ed19c "E:\\CosmosAd.doc") ret=5f407526 tid=0 8065318 Ret kernel32.GetFileAttributesA() retval=00000021 ret=5f407526 tid=08065318 Call kernel32.FileTimeToLocalFileTime(405c5e58,405c5e24) ret=5f412b3f tid=080653 18 Ret kernel32.FileTimeToLocalFileTime() retval=00000001 ret=5f412b3f tid=0806531 8 Call kernel32.FileTimeToSystemTime(405c5e24,405c5e14) ret=5f412b55 tid=08065318 Ret kernel32.FileTimeToSystemTime() retval=00000001 ret=5f412b55 tid=08065318 Call msvcrt.mktime(405c5db4) ret=5f412c06 tid=08065318 Ret msvcrt.mktime() retval=398aa328 ret=5f412c06 tid=08065318 14 faulted at EIP=0x08051d33, CR2=0x80b8bc10, EAX 0x405c5e08 EBX 0x00000001, ECX 0x405c5db4, EBP 0x00001c22 EDI 0x403ed19c, ESP 0x002b:0x405c5df0 FS 0x008f, pid 3283 C It seems to me that it somehow can't cope with mktime(), but I do not understand why. (I can send the 200kb .exe if there is need.) Ciao, Marcus

1 0

Re: wine server protocol error running Notes
by David.Goodenough＠dga.co.uk 06 May '01

06 May '01

You are right, the latest version does not seem to have this problem and seems much better all round. There are still a few messages coming up, and one failure. 1) There is an err:ntdll:RtlpWaitForCritical Section timed out message, which seems to work during the retry. This is running on a 500MHz box with 384MB of memory, so it is not as though this machine is slow. 2) Various fixme's for SetConsoleCtrlHandler. It does not seem to matter that this function does not work yet, but Notes seems to want to make some use of it. 3) fixme:string:GetLocalInfoA 'IDEFAULTLANGUAGE' is not defined for your language (0009). Now this one confuses me a bit, as from what I have read in the W32 SDK docs 0009 is not a valid language so I wonder what a real Notes system does with this request. It is the root of the English family of languages, but not a valid one on its own. All I can think is that it is meant to be some kind of International English. Should it simply be aliased to US English (or possibly UK English). 4) fixme:ole:CoRegisterMessageFilter stub. I seem to remember asking about this before and being told it was unlikely to matter, but I include it for completeness. 5) fixme:module:CreateProcessA (nhldaemn.EXE,...): lpStartupInfo->lpTitle Wine console ignored. Now the actual fixme is probably irrelavant, but this is the only message that comes up about nhldaemn.EXE which is the mail notitier process. This process tries to start and then fails, pops up a message box saying failed to start and goes away. Given that this is a child process is there any way to get debug information for just this child? It would be nice to get this one going properly but Notes is a relatively busy process itself, and trying to disentangle the actions of this child process from everything else going on could be hard work. All in all, Wine and Notes is looking VERY good. Regards David Alexandre Julliard <julliard(a)winehq.com> on 05/03/2001 04:57:28 PM To: David Goodenough/DGA/GB cc: wine-devel(a)winehq.com Subject: Re: wine server protocol error running Notes David.Goodenough(a)dga.co.uk writes: > I am getting an intermittent error when I run Notes under Wine (February > drop). The error I get reads: > > protocol error: 0x8064159: copy_req_path: invalid length 51/0 > > Is this a known problem, if not where do I start looking to try to track > down the problem? A -debugmsg +server,+reg would be a good start. But get the latest Wine version first, there have been some fixes in this area. -- Alexandre Julliard julliard(a)winehq.com

1 0

Re: Text formatting string problem
by Duane Clark 06 May '01

06 May '01

Duane Clark wrote: > Howdy, > > Running a FPGA design tool (Actel's Designer), I find that it works > pretty good, but that certain printed status strings are being formatted > incorrectly. It does not seem to affect the operation of the > application, except for the status reports. > > I further tracked this down to the routine FormatMessageA: > > trace:resource:FormatMessageA > (0xb00,0x400000,16973880,0x400,0x40585e48,512,(nil)) > trace:resource:load_messageA instance = 00400000, id = 01030038, buffer > = (nil), length = 100 > trace:resource:RES_FindResource2 (00400000, 0000000b, 00000001, 0400, W, > PE) > trace:resource:RES_LoadResource (00400000, 0047ba80, PE) > trace:resource:LockResource (00622b88) > trace:resource:load_messageA - strlen=36 > trace:resource:load_messageA instance = 00400000, id = 01030038, buffer > = 0x403eb9a4, length = 37 > trace:resource:RES_FindResource2 (00400000, 0000000b, 00000001, 0400, W, > PE) > trace:resource:RES_LoadResource (00400000, 0047ba80, PE) > trace:resource:LockResource (00622b88) > trace:resource:load_messageA - strlen=36 > trace:string:lstrcpynA (0x403eb9a4, "Opened an existing design %s.\r\n", > 36) > trace:resource:load_messageA 'Opened an existing design %s. > > ' copied ! > trace:resource:FormatMessageA Found a percent. Args = 0 > trace:resource:FormatMessageA Default case > trace:resource:FormatMessageA -- "Opened an existing design s. " > trace:resource:FormatMessageA -- returning 29 > ... It looks like the routine ignores the FORMAT_MESSAGE_IGNORE_INSERTS flag. Sticking an if before the while loop that does the formatting seems to fix things: if (dwFlags & FORMAT_MESSAGE_IGNORE_INSERTS) { while (*f && !eos) { ch = *f++; ADD_TO_T(ch); } } else { /* the rest of this is unchanged */ while (*f && !eos) { if (*f=='%') { ... } I tested this against a half dozen apps, and have not found it to break anything yet. Duane

1 0

mailing list unsubscribe hints ?
by Andreas Mohr 06 May '01

06 May '01

Hi all, several people seem to not be able to unsubscribe from the mailing lists. Don't ask me why they don't make it - I really don't know. After all we've got the mailing list stuff mentioned in a prominent place on the home page and in 7 lines in every mail header. Now I'm asking you: Could we replace the 7 lines in the mail header (that many people using non-"advanced" mail clients will never see anyway, which is why we're always getting these annoying unsubscribe requests) with 1 line at the bottom of each mail body mentioning a URL where you can find all kinds of mailing lists info ? That way maybe they'll finally get it... Anybody against this ? :) -- Andreas Mohr Stauferstr. 6, D-71272 Renningen, Germany Tel. +49 7159 800604 http://home.germany.net/100-30936/

1 0

Loading document problem in word 97
by Alan Gonzalez 05 May '01

05 May '01

Hi, I'm using wine 04/18 release and have been reading the archives pretty constantly and using releases for a while now. This is my first bug report, so be kind! So the system i have is redhat linux 6.2 (2.2.16-3) with lots of upgrades, dual boot with win98 on the other partition. It's mounted in linux at /c. I remember a time when this feature worked ( i can't remember when though) and it hasn't been working since probably the last couple of releases. I can't exactly pinpoint it down because i skipped a couple at the end of 2000. Anyways here's the problem. I can run word 97 fine which is pretty awesome. The basic quick overview of the problem is that i try to open a word document, word then says it can't find it, and then the original file has been renamed to the original name with an additional .doc at the end. so the longer explanation is that i click on File->Open and the file open dialog comes up. I then go to the C: drive and it shows me the files there. Everything looks fine. Now i go and double click on the file and then word pops up a little dialog box and says: This file could not be found. Try one or more of the following: Check the spelling of the name of the document Try a different file name (OLD EXAMS AND ANSWERS.DOC) After this i check the filesystem and see that my file: /c/Old exams and answers.doc has been renamed to: /c/Old exams and answers.doc.doc Now if in the file open dialog i had manually typed in c:\Old exams and answers.doc, then clicked open, word opens the file fine. So it's something in the handling of the double click open. I've never debugged a wine application before, so i just did --debugmsg trace+all and saved it to a file. I then went through this and found some things. This might not be what you need to figure out the problem, but i thought it was kinda interesting. So i can see some calls to the registry for the ".doc" key. I thought this could in some way be related, but who knows: Call advapi32.RegOpenKeyA(80000000,405a1e84 ".doc",405a1fa0) ret=307fa984 tid=08064220 Call ntdll.RtlInitAnsiString(405a1d90,405a1e84 ".doc") ret=407a65eb tid=08064220 Ret ntdll.RtlInitAnsiString() retval=00000005 ret=407a65eb tid=08064220 Call ntdll.RtlAnsiStringToUnicodeString(40114f98,405a1d90,00000000) ret=407a65f4 tid=08064220 Ret ntdll.RtlAnsiStringToUnicodeString() retval=00000000 ret=407a65f4 tid=08064220 Call ntdll.NtOpenKey(405a1fa0,000f003f,405a1d98) ret=407a6607 tid=08064220 trace:reg:NtOpenKey (0x80000000,L".doc",f003f,0x405a1fa0) 08064220: open_key( parent=-2147483648, access=000f003f, name=L".doc" ) Open key \\Machine\\Software\\CLASSES\\.doc 08064220: open_key() = 0 { hkey=404 } Then after this, the next item i see that has my file in it is: Ret user32.SetClassLongA() retval=0000024e ret=30821509 tid=08064220 Call kernel32.GetFileAttributesA(405a1d04 "C:\\Old exams and answers.doc.doc") ret=3071096c tid=08064220 trace:dosfs:DOSFS_GetFullName C:\Old exams and answers.doc.doc (last=1) trace:string:lstrcpynA (0x405a145c, "/c", 1024) trace:dosfs:DOSFS_FindUnixName /c,Old exams and answers.doc.doc trace:heap:HeapAlloc (40350000,00000002,0000022c): returning 403c6ba8 trace:heap:HeapFree (40350000,00000002,403c6ba8): returning TRUE Ret kernel32.GetFileAttributesA() retval=ffffffff ret=3071096c tid=08064220 Call kernel32.GetLastError() ret=3071068e tid=08064220 Ret kernel32.GetLastError() retval=00000002 ret=3071068e tid=08064220 Call user32.SetCursor(0000024e) ret=308214ce tid=08064220 trace:cursor:SetCursor 024e Call x11drv.SetCursor(4038df28) ret=406c15ba tid=08064220 so here we can see that the file is the wrong name. Later on i can actually see the MoveFileA() command be run, which i think is where the file gets renamed: Call kernel32.GetVolumeInformationA(405a1d6c "C:\\",00000000,00000000,00000000,42f2ccd4,00000000,00000000,00000000) ret=30710a2f tid=08064220 Ret kernel32.GetVolumeInformationA() retval=00000001 ret=30710a2f tid=08064220 Call kernel32.TlsGetValue(00000002) ret=30712a81 tid=08064220 Ret kernel32.TlsGetValue() retval=4038f34c ret=30712a81 tid=08064220 Call kernel32.MoveFileA(405a1fa8 "C:\\Old exams and answers.doc",405a21b0 "C:\\Old exams and answers.doc.doc") ret=30751414 tid=08064220 trace:file:MoveFileA (C:\Old exams and answers.doc,C:\Old exams and answers.doc.doc) trace:dosfs:DOSFS_GetFullName C:\Old exams and answers.doc (last=1) trace:string:lstrcpynA (0x405a16f8, "/c", 1024) trace:dosfs:DOSFS_FindUnixName /c,Old exams and answers.doc trace:heap:HeapAlloc (40350000,00000002,0000022c): returning 403c6ba8 trace:dosfs:DOSFS_FindUnixName (/c,Old exams and answers.doc) -> Old exams and answers.doc (OLDEXA~2.DOC) trace:heap:HeapFree (40350000,00000002,403c6ba8): returning TRUE trace:dosfs:DOSFS_GetFullName returning /c/Old exams and answers.doc = C:\OLDEXA~2.DOC trace:dosfs:DOSFS_GetFullName C:\Old exams and answers.doc.doc (last=1) trace:string:lstrcpynA (0x405a0ef4, "/c", 1024) trace:dosfs:DOSFS_FindUnixName /c,Old exams and answers.doc.doc trace:heap:HeapAlloc (40350000,00000002,0000022c): returning 403c6ba8 trace:heap:HeapFree (40350000,00000002,403c6ba8): returning TRUE trace:dosfs:DOSFS_GetFullName C:\Old exams and answers.doc.doc (last=0) trace:string:lstrcpynA (0x405a0ef4, "/c", 1024) trace:dosfs:DOSFS_FindUnixName /c,Old exams and answers.doc.doc trace:heap:HeapAlloc (40350000,00000002,0000022c): returning 403c6ba8 trace:heap:HeapFree (40350000,00000002,403c6ba8): returning TRUE trace:dosfs:DOSFS_GetFullName returning /c/Old exams and answers.doc.doc = C:\old exams and answers.doc.doc Ret kernel32.MoveFileA() retval=00000001 ret=30751414 tid=08064220 This is probably too little information to figure out. Just tell me how i should run word and i'll help in anyway i can. Thanks. Alan Gonzalez __________________________________________________ Do You Yahoo!? Yahoo! Auctions - buy the things you want at great prices http://auctions.yahoo.com/

1 0

Compilation error with cvs sources
by crisper＠optonline.net 05 May '01

05 May '01

I get this error below while trying to compile the winecvs sources. All sources are updated to the current day. I am using gcc-2.96 compiler on a Mandrake system. Winex also fails at the same exact point. If there is something else that I should be attaching to this for information to the developers then please let me know. Thanks, Sean gcc -c -I. -I. -I../include -I../include -g -O2 -Wall -mpreferred-stack-boundary=2 -fPIC -D__WINE__ -D_REENTRANT -I/usr/X11R6/include -o ts_shape.o ts_shape.c gcc -c -I. -I. -I../include -I../include -g -O2 -Wall -mpreferred-stack-boundary=2 -fPIC -D__WINE__ -D_REENTRANT -I/usr/X11R6/include -o ts_xpm.o ts_xpm.c gcc -shared -Wl,-soname,libwine_tsx11.so -Wl,-rpath,/usr/local/lib locking.o ts_xf86dga.o ts_xf86dga2.o ts_xf86vmode.o ts_xshm.o ts_xlib.o ts_xresource.o ts_xvideo.o ts_xutil.o ts_shape.o ts_xpm.o -o libwine_tsx11.so.1.0 rm -f libwine_tsx11.so && ln -s libwine_tsx11.so.1.0 libwine_tsx11.so make[1]: Leaving directory `/home/crisper/wine/tsx11' make[1]: Entering directory `/home/crisper/wine/dlls' make[2]: Entering directory `/home/crisper/wine/dlls/ntdll' LD_LIBRARY_PATH="../../unicode:$LD_LIBRARY_PATH" ./../tools/winebuild/winebuild -fPIC -L../../dlls -o ntdll.spec.c -spec /ntdll.spec ./../tools/winebuild/winebuild: error while loading shared libraries: unexpected reloc type 0x80 make[2]: *** [ntdll.spec.c] Error 127 make[2]: Leaving directory `/home/crisper/wine/dlls/ntdll' make[1]: *** [ntdll/libntdll.so] Error 2 make[1]: Leaving directory `/home/crisper/wine/dlls' make: *** [dlls] Error 2 Compilation failed, aborting install.

1 0

wine, apihooks, and diablo 2
by Vladimir Vukicevic 05 May '01

05 May '01

Howdy.. I've been trying to get the battle.net aspect of Diablo 2 working with wine in the past few days. I've been attempting to do so with both transgaming's latest winex CVS HEAD and also wine's CVS HEAD, to similar results. As you probably know, right now Diablo 2 runs just dandy assuming you only want to play single-player. There are two ways to play multiplayer: the normal d2 way, executing Diablo II.exe with the D2 Play CD in the CDROM, or using a "no-cd" patch. Neither of these approaches currently work with wine. (Currently, to play, you appear to have to use the "no-cd" patch in any case, but you end up only using half the patch -- I'll explain below.) If I attempt to play with the CD, using "wine -- 'Diablo II.exe'" (with or without -win argument to D2), after a few seconds, the CPU is spiked and no output occurs. Watching a +trace output shows that it is executing Game.exe (the main game driver), but then things go wonky. (Incidentally, I can't figure out how to get a debugmsg flag on processes created from a wine process.. is there a config option?) It certainly hasn't started looking at the cdrom (as per strace). The no-cd case is more interesting. There are typically two parts, one a driver called 'DLoad.exe' and then the game-replacement, called 'game_crk.exe'. To play single player, 'game_crk' can be invoked directly (with a -win arg if necessary), and things work great. However, on attempting to play on battle.net, it complains that it can't recongize the version. This is where DLoad is required. From examining DLoad, it appears to use the ApiHooks toolkit, available at http://www.anticracking.sk/EliCZ . This basically provides the programmer with a simple way to insert his or her own wrapper between an app and functions it calls in a DLL. Simple enough, it seems. However, to do so, it takes advantage of VirtualAllocEx to allocate memory in the target process, which wine seems to not support. (It also calls VirtualAlloc with a flag value of 0x8001000 -- the 0x8000000 part being unknown. I couldn't find any info on MSDN, so I just hacked wine to strip this bit out if it sees it -- anynoe know anything about this?) so, I'm wondering if anyone has any insight or pointers into either of these two issues, or any suggestions on which one would be easiest to tackle. I would prefer to tackle the first one (the with-CD case) initially, as it seems a bit simpler and cleaner. But we'll see. thanks, - Vladimir

1 0

Re: New breakages
by gerard patel 03 May '01

03 May '01

At 08:42 AM 03/05/2001 -0700, you wrote: <snip> > Do you have a backtrace >for the crashes? Not completely, but here is what I can do for now. Note that I am not sure yet that these bugs are not related to the environment (x server, window manager, glibc, etc) Gerard - Crash with Eudora 4 when exiting : Unhandled exception: page fault on read access to 0x00000048 in 32-bit code (0x40a49529). In 32-bit mode. Symbol h_errno is invalid Symbol hack_digit is invalid 0x40a49529 (X11DRV_GetBitmapBits+0x185 [bitmap.c:213]): movl 0x48(%eax),%eax 213 *tbuf |= XGetPixel(image,w,h)<<(7-(w&7)); Wine-dbg>bt bt Backtrace: =>0 0x40a49529 (X11DRV_GetBitmapBits+0x185(bmp=0x403f375c, buffer=0x403f3ae4, count=0x80) [bitmap.c:213]) (ebp=40474298) 1 0x40a49e28 (X11DRV_BitmapBits+0x64(hbitmap=0x21c4, bits=0x403f3ae4, count=0x80, flags=0x2) [bitmap.c:427]) (ebp=404742b8) 2 0x40738a53 (GetBitmapBits+0x15f(hbitmap=0x21c4, count=0x80, bits=0x403f3ae4) [bitmap.c:280]) (ebp=404742e8) 3 0x4069c07a (CURSORICON_CreateFromResource+0x5aa(hInstance=0x0, hObj=0x0, bits=0x406d7380, cbSize=0x2e8, bIcon=0x1, dwVersion=0x30000, width=0x20, height=0x20, loadflags=0x8040) [cursoricon.c:639]) (ebp=40474370) 4 0x4069c3e7 (CURSORICON_Load+0x263(hInstance=0xde, name=0x7f03, width=0x20, height=0x20, colors=0x100, fCursor=0x0, loadflags=0x8040) [cursoricon.c:768]) (ebp=404743c0) 5 0x4069ed17 (LoadImageW+0x12f(hinst=0x0, name=0x7f03, type=0x1, desiredx=0x20, desiredy=0x0, loadflags=0x8040) [cursoricon.c:2263]) (ebp=404743f4) 6 0x4069df80 (LoadIconW+0x28(hInstance=0x0, name=0x7f03) [cursoricon.c:1782]) (ebp=40474418) 7 0x40692fa5 (STATIC_LoadIconW+0x2d(wndPtr=0x40371038, name=0x7f03) [static.c:154]) (ebp=40474430) 8 0x40693292 (StaticWndProc_locked+0x272(wndPtr=0x40371038, uMsg=0x81, wParam=0x0, lParam=0x40474854, unicode=0x1) [static.c:259]) (ebp=40474498) 9 0x406934f1 (StaticWndProcW+0x31(hWnd=0x9dcc, uMsg=0x81, wParam=0x0, lParam=0x40474854) [static.c:376]) (ebp=404744c4) 10 0x406cf237 (WINPROC_wrapper+0x17) (ebp=404744e8) Unhandled exception: page fault on read access to 0x00000048 in 32-bit code (0x40a49529). In 32-bit mode. Symbol h_errno is invalid Symbol hack_digit is invalid 0x40a49529 (X11DRV_GetBitmapBits+0x185 [bitmap.c:213]): movl 0x48(%eax),%eax 213 *tbuf |= XGetPixel(image,w,h)<<(7-(w&7)); >From the code, XGetImage returns 0 (fails). I have tried the obvious --- bitmap.c.orig Mon Jan 15 23:30:51 2001 +++ bitmap.c Fri Apr 27 23:12:27 2001 @@ -194,6 +194,12 @@ image = XGetImage( display, (Pixmap)bmp->physBitmap, 0, 0, bmp->bitmap.bmWidth, bmp->bitmap.bmHeight, AllPlanes, ZPixmap ); + if (!image) + { + wine_tsx11_unlock(); + ERR("XGetImage failed\n"); + return 0; + } bmp->bitmap.bmHeight = old_height; /* copy XImage to 16 bit padded image buffer with real bitsperpixel */ but it failed later. - crash when starting Visual Basic 3 : no backtrace available, the stack is trashed :-/ Here is a trace instead : Call USER.232: SETWINDOWPOS(0x1264,0x0000,0x0245,0x0121,0x00e2,0x00e2,0x0014) ret=0317:13ca ds=043f Call x11drv.SetWindowPos(40756d70) ret=40957c09 tid=081c29b8 trace:win:X11DRV_SetWindowPos hwnd 1264, swp (581,289)-(807,515) flags 00000014 trace:win:X11DRV_SetWindowPos current (0,222)-(180,568), style 86ce0000 CallTo16(func=035f:176c,ds=043f,0x1264,0x0046,0x0000,0x0097,0x009c) ss:sp=043f:8d04 AX=043e BX=0000 CX=0000 DX=0000 SI=0000 DI=0000 BP=8d2e ES=043f FS=0000 Call USER.107: DEFWINDOWPROC(0x1264,0x0046,0x0000,0x0097009c) ret=035f:1d52 ds=043f CallTo16(func=035f:176c,ds=043f,0x1264,0x0024,0x0000,0x0097,0x00c0) ss:sp=043f:8c80 AX=043e BX=0000 CX=0000 DX=0000 SI=0000 DI=0000 BP=8caa ES=043f FS=0000 Call USER.107: DEFWINDOWPROC(0x1264,0x0024,0x0000,0x009700c0) ret=035f:1d52 ds=043f Ret USER.107: DEFWINDOWPROC() retval=0x00000000 ret=035f:1d52 ds=043f CallTo16() ss:sp=043f:8c80 AX=0000 BX=00c0 CX=0000 DX=0000 BP=8caa SP=8c80 trace:win:WINPOS_GetMinMaxInfo 800 600 / 0 0 / 800 600 / 180 112 Ret USER.107: DEFWINDOWPROC() retval=0x00000000 ret=035f:1d52 ds=043f CallTo16() ss:sp=043f:8d04 AX=0000 BX=8d00 CX=0000 DX=0000 BP=8d2e SP=8d04 CallTo16(func=035f:176c,ds=043f,0x1264,0x0083,0x0001,0x0097,0x009c) ss:sp=043f:8d04 AX=043e BX=0000 CX=0000 DX=0000 SI=0000 DI=0000 BP=8d2e ES=043f FS=0000 Call USER.107: DEFWINDOWPROC(0x1264,0x0083,0x0001,0x0097009c) ret=035f:1d52 ds=043f Ret USER.107: DEFWINDOWPROC() retval=0x00000000 ret=035f:1d52 ds=043f CallTo16() ss:sp=043f:8d04 AX=0000 BX=8d00 CX=0000 DX=0000 BP=8d2e SP=8d04 trace:win:WINPOS_SendNCCalcSize 581,289-807,515 trace:event:EVENT_ProcessAllEvents called (thread 81c29b8). trace:event:EVENT_ProcessEvent called. trace:event:EVENT_ProcessEvent Got event ConfigureNotify for hwnd 1264 trace:event:__get_top_decoration 03400430 -> 03400430 trace:event:__get_top_decoration 0340047c -> 020005c6 trace:event:__get_top_decoration 034003fa -> 020005ba trace:win:EVENT_ConfigureNotify 1264 restacking from after 1800 to after 0fd0 Call x11drv.SetWindowPos(40756a78) ret=40957c09 tid=081c29b8 trace:win:X11DRV_SetWindowPos hwnd 1264, swp (581,289)-(807,515) flags 80000013 trace:win:X11DRV_SetWindowPos current (581,289)-(807,515), style 86ce0000 CallTo16(func=035f:176c,ds=043f,0x1264,0x0046,0x0000,0x0097,0x009c) ss:sp=043f:8d04 AX=043e BX=0000 CX=0000 DX=0000 SI=0000 DI=0000 BP=8d2e ES=043f FS=0000 Call USER.107: DEFWINDOWPROC(0x1264,0x0046,0x0000,0x0097009c) ret=035f:1d52 ds=043f Ret USER.107: DEFWINDOWPROC() retval=0x00000000 ret=035f:1d52 ds=043f CallTo16() ss:sp=043f:8d04 AX=0000 BX=8d00 CX=0000 DX=0000 BP=8d2e SP=8d04 warn:win:SWP_DoOwnedPopups (1264) hInsertAfter = 0fd0 Call x11drv.SetWindowPos(407568d0) ret=40957c09 tid=081c29b8 trace:win:X11DRV_SetWindowPos hwnd 1d88, swp (0,0)-(0,0) flags 00002413 trace:win:X11DRV_SetWindowPos current (0,0)-(276,72), style 84000000 warn:win:SWP_DoOwnedPopups (1d88) hInsertAfter = 0fd0 fixme:pthread_kill_other_threads_np (winedbg starting...) 0x003bbdfc: *** Invalid address 0x003bbdfc -- no code -- Wine-dbg>bt bt Backtrace: =>0 0x003bbdfc (ebp=4074f722) Wine-dbg>

1 0

Re: PATCH: glu32 generation
by Alexandre Julliard 03 May '01

03 May '01

Marcus Meissner <marcus(a)jet.franken.de> writes: > Changelog: > Create a GLU32.DLL on compile time by parsing GL/glu.h and > libGLU.so, create an empty one if the latter are not present. It doesn't seem to work here: "nm: /usr/lib/libGLU.so: no symbols". The library is probably stripped. Anyway, is there a reason we cannot ship the generated .spec and .c files like with opengl, instead of having every user re-generate them? It would be much more robust. Also note that a .so file must contain exactly one Win32 dll, so you cannot put glu32.spec inside libopengl32.so, you need a separate libglu32.so. -- Alexandre Julliard julliard(a)winehq.com

1 0

Re: wine server protocol error running Notes
by Alexandre Julliard 03 May '01

03 May '01

David.Goodenough(a)dga.co.uk writes: > I am getting an intermittent error when I run Notes under Wine (February > drop). The error I get reads: > > protocol error: 0x8064159: copy_req_path: invalid length 51/0 > > Is this a known problem, if not where do I start looking to try to track > down the problem? A -debugmsg +server,+reg would be a good start. But get the latest Wine version first, there have been some fixes in this area. -- Alexandre Julliard julliard(a)winehq.com

1 0

Re: New breakages
by Alexandre Julliard 03 May '01

03 May '01

gerard patel <gerard.patel(a)asi.fr> writes: > Excellent, this is fixing the painting problems. > Now, all I have to do is to find the tooltip bug, the Eudora combo display problem > and the 2 remaining crashes and my toy test suite will be in as good shape as > before :-) The tooltip bug will be fixed when I commit the rest of the window management changes, so don't spend time on it. Do you have a backtrace for the crashes? maybe I have already fixed these too. -- Alexandre Julliard julliard(a)winehq.com

1 0

setupx dll
by Christopher Morgan 03 May '01

03 May '01

Can we move the setupx files from dlls/setupapi into dlls/setupx? I was wondering why we have a setupx directory with nothing in it ;-) Chris

2 1

wine server protocol error running Notes
by David.Goodenough＠dga.co.uk 03 May '01

03 May '01

I am getting an intermittent error when I run Notes under Wine (February drop). The error I get reads: protocol error: 0x8064159: copy_req_path: invalid length 51/0 Is this a known problem, if not where do I start looking to try to track down the problem? This only seems to occur during shutdown of Notes, and it returns control to the command line but leaves the Notes client window up on the screen, with at least one wine <defunct> process and one other wine process listed in ps.

1 0

Re: New breakages
by gerard patel 03 May '01

03 May '01

At 05:46 PM 02/05/2001 -0700, you wrote: >could you please give this a try? <snip> Excellent, this is fixing the painting problems. Now, all I have to do is to find the tooltip bug, the Eudora combo display problem and the 2 remaining crashes and my toy test suite will be in as good shape as before :-) Gerard

1 0

Wine and NetBSD
by Bang Jun-Young 03 May '01

03 May '01

Hi, For the last couple of weeks I spent some time doing porting Wine to NetBSD (there used to be a port but was too out of date). After applying patches my own, it has been successfully compiled and started running. The most serious problem occurs, however, whenever I try to run a Windows binary with it: $ wine c:\\windows\\sol.exe No built-in EXE module loaded! Did you create a .spec file? Obviously sol.exe doesn't need a .spec file to run. When/Why do I get such an error? Jun-Young -- Bang Jun-Young <bjy(a)mogua.org>

3 4

Re: New breakages
by Alexandre Julliard 03 May '01

03 May '01

gerard patel <gerard.patel(a)asi.fr> writes: > [patch snipped] > > I got the following results : > > Word viewer 32 bits, 16 bits, Lotus Notes (AFAICT), Statview, QuattroPro 1, and a > few old 16 bits apps I have display more or less as well as before (some crud for WW32 > that was not before, though :-/) Thanks a lot for tracking this down; I think I found the real bug, could you please give this a try? Index: windows/dce.c =================================================================== RCS file: /opt/cvs-commit/wine/windows/dce.c,v retrieving revision 1.53 diff -u -r1.53 dce.c --- windows/dce.c 2001/04/24 23:28:52 1.53 +++ windows/dce.c 2001/05/03 00:37:31 @@ -671,7 +671,12 @@ * means that we have to recompute the visible region. */ if( dce->DCXflags & DCX_DCEBUSY ) + { + /* Dirty bit has been cleared by caller, set it again so that + * pGetDC recomputes the update region. */ + SetHookFlags16( dce->hDC, DCHF_INVALIDATEVISRGN ); USER_Driver.pGetDC( dce->hwndCurrent, dce->hDC, dce->hClipRgn, dce->DCXflags ); + } else /* non-fatal but shouldn't happen */ WARN("DC is not in use!\n"); break; -- Alexandre Julliard julliard(a)winehq.com

1 0

Re: New breakages
by gerard patel 02 May '01

02 May '01

At 02:30 PM 25/04/2001 +0200, I wrote: >At 09:30 AM 25/04/2001 +0200, I wrote: > >Also several apps are not erasing parts of the screen : among others the word viewer 97 >(freeware downloadable). A few other strange crashes. Still talking to myself... I feel I'm soon one of these sad cases talking alone in the street ;-) I have found one way to fix a lot of the ugliness that the evil patch of 24 april has done; by doing : --- dce.c.orig Thu May 3 00:02:35 2001 +++ dce.c Wed May 2 23:49:19 2001 @@ -551,7 +551,7 @@ dce->DCXflags &= ~DCX_DCEDIRTY; hdc = dce->hDC; - if (bUpdateVisRgn) SetHookFlags16( hdc, DCHF_INVALIDATEVISRGN ); /* force update */ + if (bUpdateVisRgn) flags |= 0x8000; if (!USER_Driver.pGetDC( hwnd, hdc, hrgnClip, flags )) hdc = 0; and --- winpos.c.orig Wed Apr 25 01:28:52 2001 +++ winpos.c Wed May 2 23:49:01 2001 @@ -355,7 +355,8 @@ TSXSetClipOrigin( display, physDev->gc, dc->DCOrgX, dc->DCOrgY ); #endif - updateVisRgn = (dc->flags & DC_DIRTY) != 0; + updateVisRgn = (flags & 0x8000) != 0; + dc->flags &= ~DC_DIRTY; GDI_ReleaseObj( hdc ); if (updateVisRgn) I got the following results : Word viewer 32 bits, 16 bits, Lotus Notes (AFAICT), Statview, QuattroPro 1, and a few old 16 bits apps I have display more or less as well as before (some crud for WW32 that was not before, though :-/) Doing things in such a way is more conforming to the way they were done before - and it seems more simple that the SetHookFlags trick IMHO ;-) Gerard

1 0

Re: Script to get committed patches
by gerard patel 02 May '01

02 May '01

At 08:04 PM 01/05/2001 +0200, you wrote: >as of today, the added files are marked with the &&& mark (instead of >the +++ and --- for the diffs), which of course causes some issues when >you use the whole file as a patch (normally, all the added files are at >the end; so the "easy" way of doing it is to remove that part, apply the >patch, and then create the new files) <snip> >I'd say it's a documented feature ;-), Documented ? Oops, I missed completely this part. This weekend I have browsed the wonderful Wine user manual for the first time , since I have now a computer with a working db2html - now I know what *is* the Wine user manual ;-) I have not seen where this info is hiding. Maybe it was in one of your (defunct) WWN. I tried to read them but I probably was lazy too. Btw, your successor has problems to get in the game; I noticed on LinuxToday that the last Kernel Cousin Wine was showing a 'slow week' - the week where Marcus posted CUPS support - IMHO the more interesting patch since months for all non-games apps. He is not following wine-patches and wine-cvs it seems :-/ > I'll try to give it a look later >on I see no reason for you to work on this rather trivial matter. All that is needed is to know the problem. I should have guessed it but I was probably too stressed by the idea of having this 200k patch to look at ;-( Now it's done, thanks for the tip. Gerard

4 4

Re: FreeLibrary() library freeing
by Alexandre Julliard 02 May '01

02 May '01

gerard patel <gerard.patel(a)asi.fr> writes: > If you remember, there are glibc problems with dlclose. Alexandre Julliard > said that it was not a problem because FreeLibrary was not doing anything. > So I guess that people with 'old' glibc could have now new crashes. Actually we still cannot dlclose builtin libraries; the change I made is to free memory used by PE dlls. Freeing builtins properly will require dll separation to be completed first. And once this is done we will no longer rely on glibc dlclose reference counting so the bug shouldn't impact us. -- Alexandre Julliard julliard(a)winehq.com

1 0

Re: FreeLibrary() library freeing
by gerard patel 02 May '01

02 May '01

At 11:23 PM 01/05/2001 +0200, you wrote: <snip> >I believe the potential problems that this can cause are way more important >than some claims that "there are some problems with library freeing". >I've had that FreeLibrary() #if hack removed for a long time, >and I haven't see any adverse effects (not that it's too easy to spot >and attribute to this problem probably, though). If you remember, there are glibc problems with dlclose. Alexandre Julliard said that it was not a problem because FreeLibrary was not doing anything. So I guess that people with 'old' glibc could have now new crashes. Gerard

2 1

Re: FreeLibrary() library freeing
by Alexandre Julliard 02 May '01

02 May '01

Andreas Mohr <a.mohr(a)mailto.de> writes: > I for one would truly like to see it fixed ASAP. > > If FreeLibrary() has a problem, then we need to fix it. > Running away from the problem by implementing strange hacks does no good > to anybody. Agreed; I have uncommented the VirtualFree, and you are hereby volunteered to track down and fix any crash caused by this ;-) -- Alexandre Julliard julliard(a)winehq.com

3 2

Re: Quickbooks 5 and printing
by Alexandre Julliard 02 May '01

02 May '01

"Dmitry Timoshkov" <dmitry(a)sloboda.ru> writes: > Please try the attached patch. It tries to solve the root of the problem: > for now Wine Postscript Driver lives in wineps.dll, but should be in wineps.drv. I'm not sure this is correct. The app is trying to load a 16-bit driver, so giving it the 32-bit dll is probably not a good idea. Maybe we should simply rename wineps16.dll to wineps.drv? -- Alexandre Julliard julliard(a)winehq.com

2 1

Re: FW: Notes and Java test on 20010216 drop
by Alexandre Julliard 02 May '01

02 May '01

"Nerijus Baliunas" <nerijus(a)users.sourceforge.net> writes: > why the following patch is not applied? I don't think it was ever submitted; but anyway, it's quite ugly to check the callouts on every module load/unload. The right fix is to get rid of the Callout structure and do a GetProcAddress at the time we need a specific function. -- Alexandre Julliard julliard(a)winehq.com

1 0

FreeLibrary() library freeing
by Andreas Mohr 01 May '01

01 May '01

Hi all, can't we just free the libraries for real now in FreeLibrary() ? I just got a report from someone who had an InstallSh***** installer say this: Call kernel32.192: CreateFileA(40566cf4 "C:\\WINDOWS\\uninst.exe",c0000000,00000001,00000000,00000004,00000080,00000000) ret=0044364e fs=008f trace:file:CreateFileA C:\WINDOWS\uninst.exe GENERIC_READ GENERIC_WRITE FILE_SHARE_READ OPEN_ALWAYS trace:dosfs:DOSFS_GetFullName C:\WINDOWS\uninst.exe (last=0) trace:string:lstrcpynA (0x40566148, "/home/jnu/.wine/fake_windows", 1024) trace:dosfs:DOSFS_FindUnixName /home/jnu/.wine/fake_windows,WINDOWS\uninst.exe trace:dosfs:DOSFS_FindUnixName (/home/jnu/.wine/fake_windows,WINDOWS\uninst.exe) -> Windows (WINDOWS) trace:dosfs:DOSFS_FindUnixName /home/jnu/.wine/fake_windows/Windows,uninst.exe warn:dosfs:DOSFS_FindUnixName 'uninst.exe' not found in '/home/jnu/.wine/fake_windows/Windows' trace:dosfs:DOSFS_GetFullName returning /home/jnu/.wine/fake_windows/Windows/uninst.exe = C:\WINDOWS\uninst.exe warn:file:FILE_CreateFile Unable to create file '/home/jnu/.wine/fake_windows/Windows/uninst.exe' (GLE 32) Ret kernel32.192: CreateFileA() retval=ffffffff ret=0044364e fs=008f . . . Call kernel32.943: lstrcpyA(40566834,40380370 "Setup Initialization Error") ret=00403322 fs=008f Ret kernel32.943: lstrcpyA() retval=40566834 ret=00403322 fs=008f trace:string:wvsnprintfA 0x40566960 1024 "Setup is unable to find a hard disk location to store temporary files.\n\nMake at "... trace:string:wvsnprintfA "Setup is unable to find a hard disk location to store temporary files.\n\nMake at "... Call user32.425: MessageBoxA(00000000,40566960 "Setup is unable to find a hard disk location to store temporary files.\n\nMake at "...,40566834 "Setup Initialization Error",00000010) ret=00403402 fs=008f This happened because the program did some FileVersionGet*() calls before on uninst.exe, which do LoadLibrary()/FreeLibrary() internally, but of course the file handle didn't get freed any more. I believe the potential problems that this can cause are way more important than some claims that "there are some problems with library freeing". I've had that FreeLibrary() #if hack removed for a long time, and I haven't see any adverse effects (not that it's too easy to spot and attribute to this problem probably, though). Besides, Musicmatch Jukebox used zillions of MB (yes, that's a leak for you) due to that Wine "feature". I for one would truly like to see it fixed ASAP. If FreeLibrary() has a problem, then we need to fix it. Running away from the problem by implementing strange hacks does no good to anybody. Andreas Mohr -- Microsoft Windows: Made for the Internet The Internet: Made for Unix

1 0

Script to get committed patches
by gerard patel 01 May '01

01 May '01

I have tried to retrieve this patch : http://cvs.winehq.com/patch.py?id=9881549330718504618853331 It does not look as a regular diff ??? I suspect a problem in the script. I have absolutely no knowledge of the language used in this script, so I can't do more than report. Here is quoted a small part of the beast, cut & paste from Netscape. Gerard --- /opt/cvs-commit/wine/dlls/x11drv/x11drv.spec 2001/01/15 20:23:06 1.7 +++ /opt/cvs-commit/wine/dlls/x11drv/x11drv.spec 2001/04/24 23:28:52 1.8 @@ -11,8 +11,6 @@ # USER driver -@ cdecl Synchronize() X11DRV_Synchronize -@ cdecl CheckFocus() X11DRV_CheckFocus @ cdecl UserRepaintDisable(long) X11DRV_UserRepaintDisable @ cdecl InitKeyboard() X11DRV_InitKeyboard @ cdecl VkKeyScan(long) X11DRV_VkKeyScan @@ -24,8 +22,6 @@ @ cdecl Beep() X11DRV_Beep @ cdecl GetDIState(long ptr) X11DRV_GetDIState @ cdecl GetDIData(ptr long ptr ptr long) X11DRV_GetDIData -@ cdecl GetKeyboardConfig(ptr) X11DRV_GetKeyboardConfig -@ cdecl SetKeyboardConfig(ptr long) X11DRV_SetKeyboardConfig @ cdecl InitMouse(ptr) X11DRV_InitMouse @ cdecl SetCursor(ptr) X11DRV_SetCursor @ cdecl MoveCursor(long long) X11DRV_MoveCursor @@ -34,6 +30,16 @@ @ cdecl GetScreenSaveTimeout() X11DRV_GetScreenSaveTimeout @ cdecl SetScreenSaveTimeout(long) X11DRV_SetScreenSaveTimeout @ cdecl LoadOEMResource(long long) X11DRV_LoadOEMResource +@ cdecl CreateWindow(long) X11DRV_CreateWindow +@ cdecl DestroyWindow(long) X11DRV_DestroyWindow +@ cdecl GetDC(long long long long) X11DRV_GetDC +@ cdecl EnableWindow(long long) X11DRV_EnableWindow +@ cdecl SetFocus(long) X11DRV_SetFocus +@ cdecl SetParent(long long) X11DRV_SetParent +@ cdecl SetWindowPos(ptr) X11DRV_SetWindowPos +@ cdecl SetWindowRgn(long long) X11DRV_SetWindowRgn +@ cdecl SetWindowIcon(long long long) X11DRV_SetWindowIcon +@ cdecl SetWindowText(long wstr) X11DRV_SetWindowText @ cdecl IsSingleWindow() X11DRV_IsSingleWindow @ cdecl AcquireClipboard() X11DRV_AcquireClipboard @ cdecl ReleaseClipboard() X11DRV_ReleaseClipboard &&& wine/dlls/x11drv/window.c /* * Window related functions * * Copyright 1993, 1994, 1995, 1996, 2001 Alexandre Julliard * Copyright 1993 David Metcalfe * Copyright 1995, 1996 Alex Korobka */ #include "config.h" #include "ts_xlib.h" #include "ts_xutil.h" #include "winbase.h" #include "wingdi.h" #include "winuser.h"

2 1

FW: Notes and Java test on 20010216 drop
by Nerijus Baliunas 01 May '01

01 May '01

Hello, why the following patch is not applied? -----Original Message----- From: David.Goodenough(a)dga.co.uk [mailto:David.Goodenough@dga.co.uk] Subject: RE: Notes and Java test on 20010216 drop The Java problem I had with the last drop (the problem with Callout not being initialised) is still there, so obviously the fix that was generated and which fixes the problem has not made it into the CVS. The good news is that now Java works (if the patch is applied). Now the fonts display correctly. I am not sure what you have done guys, but it works a treat. Now for some more testing with some of the things I wanted to run but could not because of the Java support. Interestingly both the Sun and the IBM JREs now work, where last month with the fix the Sun one produced the wrong output but at least ran to completion, while the IBM one locked up somewhere. Now both run to completion properly. I was sent this (I think on wine-develop but it might have been directly). It fixes the Callout problem. I forget who originally sent it to me, but I could find out if that is necessary. diff -ur wine-cvs/if1632/thunk.c wine-uw/if1632/thunk.c --- wine-cvs/if1632/thunk.c Wed Jan 3 22:51:30 2001 +++ wine-uw/if1632/thunk.c Mon Jan 29 00:35:49 2001 @@ -166,7 +166,7 @@ NE_MODULE *pModule; hModule = GetModuleHandleA( "user32.dll" ); - if ( hModule ) + if ( hModule && !Callout.PeekMessageA ) { #define GETADDR( name ) \ *(FARPROC *)&Callout.name = GetProcAddress( hModule, #name ) @@ -185,10 +185,24 @@ GETADDR( MessageBoxW ); #undef GETADDR } - else WARN("no 32-bit USER\n"); + if ( !hModule && Callout.PeekMessageA ) + { + Callout.PeekMessageA = NULL; + Callout.GetMessageA = NULL; + Callout.SendMessageA = NULL; + Callout.PostMessageA = NULL; + Callout.TranslateMessage = NULL; + Callout.DispatchMessageA = NULL; + Callout.RedrawWindow = NULL; + Callout.WaitForInputIdle = NULL; + Callout.MsgWaitForMultipleObjects = NULL; + Callout.WindowFromDC = NULL; + Callout.MessageBoxA = NULL; + Callout.MessageBoxW = NULL; + } pModule = NE_GetPtr( GetModuleHandle16( "USER.EXE" ) ); - if ( pModule ) + if ( pModule && !Callout.FinalUserInit16 ) { #define GETADDR( var, name, thk ) \ *(FARPROC *)&Callout.var = THUNK_GetCalloutThunk( pModule, name, \ @@ -201,5 +215,12 @@ GETADDR( UserSignalProc, "SignalProc32", word_lllw ); #undef GETADDR } - else WARN("no 16-bit USER\n"); + if ( !pModule && Callout.FinalUserInit16 ) + { + Callout.FinalUserInit16 = NULL; + Callout.InitThreadInput16 = NULL; + Callout.UserYield16 = NULL; + Callout.DestroyIcon32 = NULL; + Callout.UserSignalProc = NULL; + } } diff -ur wine-cvs/loader/module.c wine-uw/loader/module.c --- wine-cvs/loader/module.c Tue Jan 16 00:29:27 2001 +++ wine-uw/loader/module.c Mon Jan 29 00:30:20 2001 @@ -1432,6 +1432,9 @@ /* decrement the dependencies through the MODULE_FreeLibrary call. */ pwm->refCount++; + /* Update the kernel Callout tables */ + THUNK_InitCallout(); + RtlReleasePebLock(); SetLastError( err ); /* restore last error */ HeapFree ( GetProcessHeap(), 0, filename ); @@ -1526,6 +1529,9 @@ HeapFree( GetProcessHeap(), 0, wm->short_filename ); HeapFree( GetProcessHeap(), 0, wm ); } + + /* Update the kernel Callout tables */ + THUNK_InitCallout(); } /*********************************************************************** diff -ur wine-cvs/miscemu/main.c wine-uw/miscemu/main.c --- wine-cvs/miscemu/main.c Wed Jan 10 02:42:49 2001 +++ wine-uw/miscemu/main.c Mon Jan 29 00:36:05 2001 @@ -34,7 +34,6 @@ MESSAGE( "Cannot load user32.dll\n" ); ExitProcess( GetLastError() ); } - THUNK_InitCallout(); if ((instance = NE_StartMain( main_exe_name, main_exe_file )) < 32) { diff -ur wine-cvs/scheduler/process.c wine-uw/scheduler/process.c --- wine-cvs/scheduler/process.c Sun Jan 28 18:58:09 2001 +++ wine-uw/scheduler/process.c Mon Jan 29 00:36:17 2001 @@ -346,9 +346,6 @@ MODULE_DllProcessAttach( NULL, (LPVOID)1 ); RtlReleasePebLock(); - /* Get pointers to USER routines called by KERNEL */ - THUNK_InitCallout(); - /* Call FinalUserInit routine */ if (Callout.FinalUserInit16) Callout.FinalUserInit16();

1 0

Re: InstallShield and ole question...
by juergen.schmied＠debitel.net 01 May '01

01 May '01

> As for doing the 10k+ lines of coding myself, I have experience in > (de)marshalling and network coding, spent many years doing it, it's more a > matter of available time and learning the com wire protocols, neither of which > are currently available to me. Here's to hoping someone is already working on > it ;). For local marshalling we could use our own protocol and even our own way of ipc if we don't try to mix processes with native and wine com-dll's. It com server is only interested in the result ;-). And isn't the com marshalling similar to the dce one? For networking - the dcom protocoll is documented (IMHO). juergen

5 4

Quickbooks 5 and printing
by Sean A. Walberg 01 May '01

01 May '01

After a long break, I'd like to figure out why quickbooks 5 can't print. wineps works, ie I can print in notepad, but QB seems to implement its own printing mechanism. --debugmsg +psdrv,+print,+winspool produces no output. Adding +font spits out a lot, but no errors that I can see. This all used to work until wineps was moved from graphics to a dll about a year ago. I can see from +dosfs that it's accessing some files (WPR.DAT/WPR.INI) which contain information on printers. There is also a QBWPR.DLL file that gets loaded. Any hints on where to start would be appreciated. Thanks, Sean -- Sean A. Walberg <sean(a)ertw.com> http://www.ertw.com *updated!* Join the weekly brainbuzz.com Linux newsletter for news and resources! Send a blank email to: join-linuxnews(a)list.brainbuzz.com

5 8

Re: STATUS_* codes
by David Howells 01 May '01

01 May '01

STATUS_INVALID_EXECUTABLE_IMAGE should have read: STATUS_INVALID_IMAGE_FORMAT and I'm told that the value is 0xC000007B. Cheers, David

1 0

Re: Quickbooks 5 and printing
by gerard patel 01 May '01

01 May '01

At 09:44 AM 28/04/2001 -0500, you wrote: >Okay, here are the traces. Here >(ftp://sourceharvest.com/pub/wine_qb4.log.gz) is the QB4 trace. QB4 >printing works. > >The other (ftp://sourceharvest.com/pub/wine_qb5.log.gz) is the QB5 trace. >QB5 printing doesn't work. The 2 traces are showing the same problem : the 2 versions of your app are trying to loadlibrary on the Wineps driver. This is not working in both cases. The difference comes from the app itself : QB4 is proceding anyway to a call to CreateDC (that's the usual way of printing after all) and this call succeeds - because Wine has been coded for this case- , while QB5 don't want to continue. My impression is that QB5 is a more sophisticate application that is actually *testing* the errors returned by the system. Unfortunately, that is also breaking its capability of printing under Wine. I am not sure why this LoadLibrary fails (it returns 2, file not found). I have done a quick and dirty LoadLibrary("WINEPS.DRV") in a winelib application : it fails. LoadLibrary("WINEPS.DLL") succeeds. So this is the problem it seems. LoadLibrary should be tweaked. I think that the code to patch is in library/loader.c, line 96 /* check for .dll or .exe extension to remove */ if (ext && (!strcmp( ext, ".dll" ) || !strcmp( ext, ".exe" ))) p = ext After the name problem is solved, the following problem is probably loading a 32 bits builtin library from 16 bits code. I don't remember clearly now (it's past 2 am for me) but the problem has already occured for other dlls. I think it was you who asked about the difference between 16 and 32 bits code; while you got a correct answer, there is also a first glance trick, useful when in one application you have transitions between 16 and 32 bits code : the 16 bits calls to the Api are shown in uppercase, the 32 bits are in lowercase. Gerard

1 0

TrueType font metrics for PostScript driver
by Ian Pilcher 30 Apr '01

30 Apr '01

And the verdict is . . . Everyone seems to feel that using FreeType 2.x directly from the Post- Script driver is the right thing to do, so that's what I'll do. This does mean that I'm going to have to learn autoconf, so expect some stupid questions on that subject. -- ======================================================================== Ian Pilcher ian.pilcher(a)home.com ========================================================================

1 0

msvcrt error
by Chris Morgan 30 Apr '01

30 Apr '01

I'm getting this error: Could not stat /mnt/fd0 (No such file or directory), ignoring drive A: err:win32:PE_FindExportedFunction function not found for forward 'ntdll._iswctype' used by 'msvcrt.dll'. If you are using builtin 'msvcrt.dll', try using the native one instead. err:win32:fixup_imports No implementation for MSVCRT.dll.636(iswctype) imported from C:\program files\notepad.exe, setting to 0xdeadbeef ~/program files$ when running notepad.exe using builtin msvcrt.dll. Any ideas on what might be causing this? Thanks, Chris

2 1

Re: TrueType font metrics for PostScript driver
by Alexandre Julliard 30 Apr '01

30 Apr '01

Ian Pilcher <ian.pilcher(a)home.com> writes: > With a separate program, FreeType is only required for people who want > to print TrueType fonts. If I put FreeType calls directly into the > driver, FreeType will be required to build/run Wine at all, even for > users that derive no benefit from it. You can have an autoconf check and #ifdef the code out if possible. We will have to use FreeType at some point anyway, so we might as well start now. Besides it seems it will be easier to use if everything is built-in instead of having to run a separate tool. -- Alexandre Julliard julliard(a)winehq.com

1 0

Re: TrueType font metrics for PostScript driver
by Alexandre Julliard 30 Apr '01

30 Apr '01

Ian Pilcher <ian.pilcher(a)home.com> writes: > Absolutely nothing. I just don't think the immediate benefit of getting > at TrueType encodings justifies creating the dependency at this time. But doesn't your solution also require FreeType anyway? Linking it into Wine or into a separate program is not really different for the user, he still needs to install it. -- Alexandre Julliard julliard(a)winehq.com

3 2

Re: TrueType font metrics for PostScript driver
by Marcus Meissner 30 Apr '01

30 Apr '01

On Mon, Apr 30, 2001 at 02:03:48PM -0500, Ian Pilcher wrote: > Alexandre Julliard wrote: > > > > But doesn't your solution also require FreeType anyway? Linking it > > into Wine or into a separate program is not really different for the > > user, he still needs to install it. > > > > With a separate program, FreeType is only required for people who want > to print TrueType fonts. If I put FreeType calls directly into the > driver, FreeType will be required to build/run Wine at all, even for > users that derive no benefit from it. Umm, use autoconf checks and fall back methods, also for ft1 vs ft2 checks. Ciao, Marcus

1 0

STATUS_* codes
by David Howells 30 Apr '01

30 Apr '01

Can someone pin numbers on the following codes: STATUS_FILE_IS_A_DIRECTORY STATUS_INVALID_EXECUTABLE_IMAGE At least I think that's what they're called (unfortunately, my book's at home where I can't check it). They're listed in my NT native API book (though that's no guarantee that they exist), but not in the Wine header files, and I don't have a copy of the DDK installed on top of MSDEV. David

3 2

edit control problem
by Mike McCormack 30 Apr '01

30 Apr '01

Hi, Wine-20010418 seems to have a (serious) problem in the edit control. The problem occurs when i press the backspace key, and there is text after the cursor. (eg. when i am writing a reply to an email on my web-based email). Text following the cursor is not draw correctly... it appears that there are many characters missing at the beginning of the line, but the text is only drawn correctly. Perhaps one of the recent optimizations of the edit control missed something?? i don't know if this is fixed in the latest CVS... but the problem didn't exist in previous wine releases. Mike ------------------------------------------ mailto:Mike_McCormack@looksmart.com.au ph +82 16 430 0425 __________________________________________________________________ Get your own free web email at http://www.looksmart.com.au LookSmart Australia

2 1

TrueType font metrics for PostScript driver
by Ian Pilcher 30 Apr '01

30 Apr '01

In order to Unicode-enable the PostScript driver, it needs information about about font encodings that isn't present in Adobe's AFM file format (glyph names for character encodings greater than 256). For Type 1 fonts with a standard encoding, the driver can use the encoding in the Adobe Glyph List. (There's no other choice.) TrueType font designers, however, seem to regard glyph naming as an opportunity to express their creativity. Besides, the information is present in the TrueType font files, so the driver might as well use it. The driver could read this information directly from the font files, but this would make Wine dependant on the FreeType libraries, and that doesn't strike me as a wonderful idea. Instead, I have cobbled together a small program which reads a TrueType font file and creates a "TrueType Font Metrics" file, which is very similar to an AFM file. (This program does use the FreeType library.) Anyone have any objections to using this approach as a interim measure? -- ======================================================================== Ian Pilcher ian.pilcher(a)home.com ========================================================================

2 2

Problem in DIB section / bitblt
by Marcus Meissner 29 Apr '01

29 Apr '01

Hi, Following trace has a BadMatch error related to DIB and XShm. Strangely, if I do: --- bitblt.c 2001/01/15 22:30:51 1.28 +++ bitblt.c 2001/04/29 17:06:14 @@ -1461,7 +1461,8 @@ sDst = X11DRV_LockDIBSection( dcDst, DIB_Status_None, FALSE ); sSrc = X11DRV_LockDIBSection( dcSrc, DIB_Status_None, FALSE ); - if ((sSrc == DIB_Status_AppMod) && (rop == SRCCOPY)) { + if (0 && (sSrc == DIB_Status_AppMod) && (rop == SRCCOPY)) { + FIXME("in fast branch\n"); /* do everything ourselves; map coordinates */ xSrc = dcSrc->DCOrgX + XLPTODP( dcSrc, xSrc ); ySrc = dcSrc->DCOrgY + YLPTODP( dcSrc, ySrc ); it no longer does crash, but proceeds happily. So something is broken in the fast path, but what :/ Ciao, Marcus Call user32.GetDesktopWindow() ret=60cb02ca tid=08063358 Ret user32.GetDesktopWindow() retval=0000008c ret=60cb02ca tid=08063358 Call user32.GetDC(0000008c) ret=60cb02d4 tid=08063358 Call x11drv.GetDC(0000008c,00000088,00000000,0001001a) ret=40783118 tid=08063358 Ret x11drv.GetDC() retval=00000001 ret=40783118 tid=08063358 Ret user32.GetDC() retval=00000088 ret=60cb02d4 tid=08063358 Call gdi32.CreateDIBSection(00000088,40454704,00000000,4a9a94a0,00000000,00000000) ret=60cb02e7 tid=08063358 trace:bitmap:X11DRV_DIB_CreateDIBSection format (16,16), planes 1, bpp 24, size 768, colors 0 (RGB) trace:bitmap:CreateCompatibleBitmap (0ce4,16,16) = trace:bitmap:CreateBitmap 16x16, 65536 colors returning 00000ce8 trace:bitmap:CreateCompatibleBitmap 0ce8 trace:bitmap:X11DRV_DIB_DoProtectDIBSection Changed protection from 4 to 2 Ret gdi32.CreateDIBSection() retval=00000ce8 ret=60cb02e7 tid=08063358 Call user32.ReleaseDC(0000008c,00000088) ret=60cb02f6 tid=08063358 Ret user32.ReleaseDC() retval=00000001 ret=60cb02f6 tid=08063358 Call kernel32.IsBadReadPtr(4ad30000,00000001) ret=60cb08f2 tid=08063358 Ret kernel32.IsBadReadPtr() retval=00000000 ret=60cb08f2 tid=08063358 Call ntdll.RtlEnterCriticalSection(60cc1298) ret=60c9d188 tid=08063358 Ret ntdll.RtlEnterCriticalSection() retval=00000000 ret=60c9d188 tid=08063358 Call kernel32.CreateFileA(4a8aafb0 "Y:\\programme\\Mindjet\\MindManager\\sys\\codes\\code6.bmp",80000000,00000001,00000000,00000003,00000080,00000000) ret=60c9e56a tid=08063358 Ret kernel32.CreateFileA() retval=00000068 ret=60c9e56a tid=08063358 Call kernel32.ReadFile(00000068,405b6adc,0000000e,405b6aec,00000000) ret=60c9dfbd tid=08063358 Ret kernel32.ReadFile() retval=00000001 ret=60c9dfbd tid=08063358 Call kernel32.ReadFile(00000068,405b6ab4,00000028,405b6aec,00000000) ret=60c9dfed tid=08063358 Ret kernel32.ReadFile() retval=00000001 ret=60c9dfed tid=08063358 Call kernel32.CloseHandle(00000068) ret=60c9e0b4 tid=08063358 Ret kernel32.CloseHandle() retval=00000001 ret=60c9e0b4 tid=08063358 Call kernel32.CreateFileA(4a8aafb0 "Y:\\programme\\Mindjet\\MindManager\\sys\\codes\\code6.bmp",80000000,00000001,00000000,00000003,00000080,00000000) ret=60c9e56a tid=08063358 Ret kernel32.CreateFileA() retval=00000068 ret=60c9e56a tid=08063358 Call kernel32.SetFilePointer(00000068,00000036,00000000,00000000) ret=60c9d217 tid=08063358 Ret kernel32.SetFilePointer() retval=00000036 ret=60c9d217 tid=08063358 Call kernel32.HeapAlloc(4a260000,00000000,00018010) ret=60cb15a0 tid=08063358 Ret kernel32.HeapAlloc() retval=4a26546c ret=60cb15a0 tid=08063358 Call kernel32.ReadFile(00000068,4a26546c,00018000,405b6ad0,00000000) ret=60c9d4ff tid=08063358 Ret kernel32.ReadFile() retval=00000001 ret=60c9d4ff tid=08063358 trace:bitmap:X11DRV_DIB_Lock Locking 0x40455ea8 from thread 08063358 trace:bitmap:X11DRV_DIB_Coerce AppMod requested in status InSync trace:bitmap:X11DRV_DIB_DoProtectDIBSection Changed protection from 2 to 4 trace:bitmap:X11DRV_DIB_Unlock Unlocking in status AppMod trace:bitmap:X11DRV_DIB_Unlock Unlocked 0x40455ea8 Call kernel32.ReadFile(00000068,4a26549c,00017fd0,405b6ad0,00000000) ret=60c9d4ff tid=08063358 Ret kernel32.ReadFile() retval=00000001 ret=60c9d4ff tid=08063358 Call ntdll.RtlEnterCriticalSection(60cc17d0) ret=60cb3773 tid=08063358 Ret ntdll.RtlEnterCriticalSection() retval=00000000 ret=60cb3773 tid=08063358 Call ntdll.RtlLeaveCriticalSection(60cc17d0) ret=60cb3789 tid=08063358 Ret ntdll.RtlLeaveCriticalSection() retval=00000000 ret=60cb3789 tid=08063358 Call kernel32.HeapFree(4a260000,00000000,4a26546c) ret=60cb1124 tid=08063358 Ret kernel32.HeapFree() retval=00000001 ret=60cb1124 tid=08063358 Call kernel32.CloseHandle(00000068) ret=60c9d22f tid=08063358 Ret kernel32.CloseHandle() retval=00000001 ret=60c9d22f tid=08063358 Call ntdll.RtlLeaveCriticalSection(60cc1298) ret=60c9d236 tid=08063358 Ret ntdll.RtlLeaveCriticalSection() retval=00000000 ret=60c9d236 tid=08063358 Call ntdll.RtlEnterCriticalSection(60cc1298) ret=60c9d91d tid=08063358 Ret ntdll.RtlEnterCriticalSection() retval=00000000 ret=60c9d91d tid=08063358 Call kernel32.CreateFileA(4a8aafb0 "Y:\\programme\\Mindjet\\MindManager\\sys\\codes\\code6.bmp",80000000,00000001,00000000,00000003,00000080,00000000) ret=60c9e56a tid=08063358 Ret kernel32.CreateFileA() retval=00000068 ret=60c9e56a tid=08063358 Call kernel32.ReadFile(00000068,405b6a90,0000000e,405b6aa0,00000000) ret=60c9dfbd tid=08063358 Ret kernel32.ReadFile() retval=00000001 ret=60c9dfbd tid=08063358 Call kernel32.ReadFile(00000068,405b6a68,00000028,405b6aa0,00000000) ret=60c9dfed tid=08063358 Ret kernel32.ReadFile() retval=00000001 ret=60c9dfed tid=08063358 Call kernel32.CloseHandle(00000068) ret=60c9e0b4 tid=08063358 Ret kernel32.CloseHandle() retval=00000001 ret=60c9e0b4 tid=08063358 Call ntdll.RtlLeaveCriticalSection(60cc1298) ret=60c9d9db tid=08063358 Ret ntdll.RtlLeaveCriticalSection() retval=00000000 ret=60c9d9db tid=08063358 Call gdi32.CreateCompatibleDC(00000000) ret=0040fcda tid=08063358 Ret gdi32.CreateCompatibleDC() retval=00000cec ret=0040fcda tid=08063358 Call gdi32.CreateCompatibleDC(00000000) ret=0040fce2 tid=08063358 Ret gdi32.CreateCompatibleDC() retval=00000cf0 ret=0040fce2 tid=08063358 Call gdi32.CreateBitmap(00000010,00000010,00000001,00000001,00000000) ret=0040fcf5 tid=08063358 trace:bitmap:CreateBitmap 16x16, 2 colors returning 00000cf4 Ret gdi32.CreateBitmap() retval=00000cf4 ret=0040fcf5 tid=08063358 Call gdi32.SelectObject(00000cec,00000cf4) ret=0040fd02 tid=08063358 Ret gdi32.SelectObject() retval=00000044 ret=0040fd02 tid=08063358 Call gdi32.SelectObject(00000cf0,00000ce8) ret=0040fd0c tid=08063358 Ret gdi32.SelectObject() retval=00000044 ret=0040fd0c tid=08063358 Call gdi32.SetBkColor(00000cf0,00c080ff) ret=0040fd1b tid=08063358 Ret gdi32.SetBkColor() retval=00ffffff ret=0040fd1b tid=08063358 Call gdi32.BitBlt(00000cec,00000000,00000000,00000010,00000010,00000cf0,00000000,00000000,00cc0020) ret=0040fd33 tid=08063358 trace:bitblt:BitBlt hdcSrc=0cf0 0,0 16 bpp->hdcDest=0cec 0,0 16x16x1 rop=cc0020 trace:bitmap:X11DRV_DIB_Lock Locking 0x40455ea8 from thread 08063358 fixme:bitblt:X11DRV_BitBlt in fast branch trace:bitmap:X11DRV_DIB_CopyDIBSection (0x4045610c,0x40455ee8,0,0,0,0,16,16) trace:bitmap:X11DRV_DIB_DoCopyDIBSection Copying from DIB bits to Pixmap trace:bitmap:X11DRV_DIB_SetImageBits XPutImage(0x8054790,29361387,0x8074680,0x808bbe8,0,0,0,0,16,16) X Error of failed request: BadMatch (invalid parameter attributes) Major opcode of failed request: 147 (MIT-SHM) Minor opcode of failed request: 3 (X_ShmPutImage) Serial number of failed request: 5544 Current serial number in output stream: 5545 [

1 0

InstallShield and ole question...
by Mike Bond 27 Apr '01

27 Apr '01

Quick brief, I've been lurking for quite some time around WineHQ and the wine project, but don't really have time for putting a lot of devel into it. It seems wine is finally getting close enough to working for most things that I can put some time into tracking problems without gobbling up many hours. All that said, I've been trying to get some InstallShield v6 based installers to work with wine without much success. I've tried various combinations of builtin and native versions of the ole related dlls, each configuration with it's own hitches. With a mostly 'native' configuration, I get the 0x80070008 (ERROR_NOT_ENOUGH_MEMORY) error when trying to load IKernel.exe. I did not spend a lot of time with this as 'builtin' really is the prefered method anyway. With a completely 'builtin' configuration for the various ole dlls, I get the dreaded 0x80070005 (ERROR_ACCESS_DENIED) when trying to load IKernel.exe that others have reported on the list in the past. After persuing this a bit, I found that the problems seems to lie in the fact that CoGetClassObject in compobj.c does not have CLSCTX_LOCAL_SERVER implemented, which InstallShield is trying to use when starting up the "InstallShield setup kernel" via CoCreateInstance. My question, is anyone currently working on implementing CLSCTX_LOCAL_SERVER in compobj.c:CoGetClassObject, or have plans to work on this in the near future? If not, I may go back to trying to figure out what is happening with the 'native' configuration. -- TTFN MikeB

9 11

AVI resource in shell32.dll
by Stefan Leichter 27 Apr '01

27 Apr '01

Hi all, during debugging an installer (of Wiso Homebanking Try&Buy Version from Buhl Data) i found that native shell32.dll contains at least one AVI resource (the magnifier that is spinning in front of a computer) that is not implemented in the buildin shell32.dll. I have looked around in the source tree of wine but i did not find any resource from typ AVI. Now my questions: Is someone working on an implementation of avi resources into the buildin dlls? If not, what needs to be done to start implementing avi resources into the dlls? Bye Stefan

2 2

fault handling - oof
by lawson_whitney＠juno.com 26 Apr '01

26 Apr '01

Good day! One or all of these 3 patches has somehow broken fault hanlding for my mail app. As I seem to have it sort of working again, I wanted to get out a warning, and sorry I can't be more specific yet. The app also doesn't like to be forced to use a local phone number that is not in its current list but still works. I can't blame it, but I am damned if I will have it adding $.05 to my phone bill every time I send or get mail. I got what looked like a recursive page fault somewhere in startup/fixup_imports until I reverted all 3. It _might_ be a local misconfiguration, so don't waste too much time on it, but if you spot something that could be a bit wrong in one of these patches, please let me know. N 1 Apr 23 Alexandre Julliard (2,414) wine/dlls/msvcrt time.c N 2 Apr 23 Alexandre Julliard (2,089) wine/include/msvcrt stddef.h N 3 Apr 23 Alexandre Julliard (2,071) wine/debugger types.c I can't see how it could be any of them, but I guess it must be stddef.h. The app insists so far on native msvcrt. I keep hoping that will change. Regards, Lawson ---cut here ________________________________________________________________ GET INTERNET ACCESS FROM JUNO! Juno offers FREE or PREMIUM Internet access for less! Join Juno today! For your FREE software, visit: http://dl.www.juno.com/get/tagj.

3 7

Re: InstallShield and ole question...
by Mike Bond 26 Apr '01

26 Apr '01

On Thu, Apr 26, 2001 at 12:55:30PM -0400, Gavriel State wrote: > The fix we put into the TransGaming tree was from Andreas Mohr, and it > fixed some problems related to previous versions of InstallSheild. We > haven't made any progress on v6. > > We'd certainly like to see it get done, but our resources are somewhat > limited at the moment, and we're concentrating on the DirectX work. I understand how that works. > Something that's interesting about the InstallShield objects is this: > They seem to expose a fair amount of their interfaces through OLE > Automation. I don't know for certain, but I have a recollection that > some work was done to support Automation for WordPerfect. I can't > remember whether that work was actually completed, or bypassed through > the use of dde for scripting instead. Hmm, would be interesting to get more details of what became of that work. > If automation does work, then perhaps it's enough to simply run the > InstallShield ikernel.exe and see if the user-side of the installer > works through automation rather than requiring marshalling. Unfortunately I had already tried that, first thing that came to mind once I realized what was going on. -- TTFN MikeB

1 0

dll-separated lzexpand doesn't work
by Ove Kaaven 26 Apr '01

26 Apr '01

At least not on debian unstable... I've tracked the problem down to: lzexpand_main.c, function LZCopy, line 525: xread=(_readfun)LZRead; assembles as: movl LZRead@GOT(%ebx),%edx movl %edx,-1012(%ebp) so it reads out the address of LZRead out of the GOT. The final result in liblz32.so becomes: 5eb7: 8b 93 44 00 00 00 mov 0x44(%ebx),%edx 5ebd: 89 95 0c fc ff ff mov %edx,0xfffffc0c(%ebp) but because of the -symbolic linker switch, there's no such GOT entry. CRASH! The GOT entry for LZRead should be at 00007d64 in the dynamic relocation table, as far as I can tell from objdump and peeking at the GOT, but in the relocation table there's only this... ... 00007d60 R_386_GLOB_DAT __dso_handle 00007d68 R_386_GLOB_DAT __deregister_frame_info ... What can be done about this? Submit bug reports on ld?

1 0

Using config.status to recreate current setup
by Matthew Cline 26 Apr '01

26 Apr '01

According to the comments at the start of config.status, I can run that file to recreate the current setup. However, if I use it, it appears to delete the makefile in wine/dlls/wintrust, causing "make depend" to fail; if I just copy the configure command that config.status has and run that on the command line, everything works fine. Am I doing something wrong? Thanks in advance. -- Matthew Cline | Suppose you were an idiot. And suppose that matt(a)nightrealms.com | you were a member of Congress. But I repeat | myself. -- Mark Twain

2 1

Re: Trouble with VirtualQuery()
by gerard patel 25 Apr '01

25 Apr '01

At 02:07 PM 25/04/2001 +0200, you wrote: >Do you mean >http://support.microsoft.com/support/kb/articles/Q171/7/93.ASP >? Yes Gerard

1 0

Re: New breakages
by gerard patel 25 Apr '01

25 Apr '01

At 09:30 AM 25/04/2001 +0200, I wrote: >There may be other problems, I have not the time to search for them all just now. Also several apps are not erasing parts of the screen : among others the word viewer 97 (freeware downloadable). A few other strange crashes. Gerard

1 0

Re: PATCH: drop relay stuff
by Andreas Mohr 25 Apr '01

25 Apr '01

On Tue, Apr 24, 2001 at 09:33:16PM +0200, Marcus Meissner wrote: > Hi, > > Changelog: > Drop SYSLEVEL checks from relay debugging, since they break debugging > builtin GDI dlls. Hmm, do we really want to do this ? (I know it's already been applied) Shouldn't we create a different SYSLEVEL_CheckNotLevel_unenforced() function instead which simply doesn't call DebugBreak() ? That way we don't lose the important information about possible syslevel violations. Syslevel violations are an *ongoing* problem. They are not simply "solved". OTOH I could take Alexandre's cvs commit as his firm promise to go through every future patch line by line to check for syslevel mishaps/omissions ;-) Oh yeah, and in case you didn't notice: it's me again complaining about yet another silencing ;-) This patch is not even "too early", it's simply "wrong" IMHO, as it is an ongoing problem (I did mention this before, didn't I ? :). Sorry for me being of such an opposing nature ;-) -- Andreas Mohr Stauferstr. 6, D-71272 Renningen, Germany Tel. +49 7159 800604 http://home.germany.net/100-30936/

2 3

Re: Trouble with VirtualQuery()
by Uwe Bonnes 25 Apr '01

25 Apr '01

>>>>> "Gerald" == <<gerard.patel(a)asi.fr>@s5.asi.fr> writes: Gerard > ... Gerard > Possibly I'll send a new patch if I find where is the flag Gerard > in the exe to handle the 3 gig memory space but as I am not Gerard > actively searching for it, you are welcome to do it yourself Gerard > :-) Do you mean http://support.microsoft.com/support/kb/articles/Q171/7/93.ASP ? -- 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

New breakages
by gerard patel 25 Apr '01

25 Apr '01

Unhandled exception: page fault on read access to 0x00000000 in 32-bit code (0x40a39b1b). In 32-bit mode. Symbol h_errno is invalid Symbol hack_digit is invalid 0x40a39b1b (X11DRV_WND_SetGravity+0x1f [wnd.c:414]): cmpl $0,0x0(%edx) 414 if (data->window && data->bit_gravity != value ) Wine-dbg>bt bt Backtrace: =>0 0x40a39b1b (X11DRV_WND_SetGravity+0x1f(wnd=0x40367b80, value=0x1) [wnd.c:414]) (ebp=40c56b8c) 1 0x40a149dc (X11DRV_SetWindowPos+0x678(winpos=0x40c56c54) [winpos.c:1076]) (ebp=40c56c3c) 2 0x406acb69 (SetWindowPos+0x51(hwnd=0x1a20, hwndInsertAfter=0x0, x=0xdd, y=0xcf, cx=0x172, cy=0xef, flags=0x80000015) [winpos.c:2176]) (ebp=40c56c70) 3 0x40a3481e (EVENT_ConfigureNotify+0x1a6(hWnd=0x1a20, event=0x40c56d90) [event.c:983]) (ebp=40c56ccc) 4 0x40a33b0f (EVENT_ProcessEvent+0x49b(event=0x40c56d90) [event.c:438]) (ebp=40c56d70) 5 0x40a335ec (EVENT_ProcessAllEvents+0x68(arg=0x0) [event.c:209]) (ebp=40c56df0) 6 0x400c9b7f (SERVICE_Loop+0xbf(dummy=0x0) [services.c:76]) (ebp=40c56f1c) Hacked away by --- wnd.c.orig Wed Apr 25 01:43:41 2001 +++ wnd.c Wed Apr 25 09:28:52 2001 @@ -411,7 +411,7 @@ { X11DRV_WND_DATA *data = wnd->pDriverData; - if (data->window && data->bit_gravity != value ) + if (data && data->window && data->bit_gravity != value ) { XSetWindowAttributes win_attr; win_attr.bit_gravity = value; Another problem : now in the file open window, the tooltips for the toolbar buttons are appearing as managed windows (in managed mode of course) There may be other problems, I have not the time to search for them all just now. Gerard

1 0

Re: GDI syslevel held during psdrv init ... bad
by Alexandre Julliard 24 Apr '01

24 Apr '01

Marcus Meissner <marcus(a)jet.franken.de> writes: > Now the reason is, that pCreateDC is always called with the GDI syslevel (3) > held, so _any_ call to relaying here will dump. > > How do we fix this? We could probably get rid of the check. Syslevel locking is reasonably stable now, and dll separation will cause more and more false alarms here. -- Alexandre Julliard julliard(a)winehq.com

1 0

Re: fault handling - oof
by Alexandre Julliard 24 Apr '01

24 Apr '01

lawson_whitney(a)juno.com writes: > I got what looked like a recursive page fault somewhere in > startup/fixup_imports until I reverted all 3. A fixup_imports crash sounds a bit like what other people reported seeing with the shared sections fix. Did you run two instances of the application by any chance? -- Alexandre Julliard julliard(a)winehq.com

2 1

GDI syslevel held during psdrv init ... bad
by Marcus Meissner 24 Apr '01

24 Apr '01

Hi, While trying to debug something I come across this problem: Call gdi32.CreateICA(405b59eb "WINEPS",405b59d4 "Wine PostScript Driver",405b59f 2 "LPT1:",00000000) ret=007a6674 tid=08063338 trace:relay:PE_InitDLL CallTo32(entryproc=0x4bef3270,module=4beeb000,type=1,res= (nil)) err:psdrv:PSDRV_AFMGetCharMetrics missing ;, failed. [C 0 ; WX 600 ; N null] fixme:psdrv:PSDRV_FindPrinterInfo 'Wine PostScript Driver' Call kernel32.MultiByteToWideChar(00000000,00000000,4c057534 "Wine PostScript Dr iver",ffffffff,00000000,00000000) ret=40953fd4 tid=08063338 err:win32:SYSLEVEL_CheckNotLevel (2): Holding lock of level 3! Now the reason is, that pCreateDC is always called with the GDI syslevel (3) held, so _any_ call to relaying here will dump. How do we fix this? Ciao, Marcus

1 0

Re: problem with native dll's.
by Alexandre Julliard 23 Apr '01

23 Apr '01

Rein Klazes <rklazes(a)xs4all.nl> writes: > Since the cvs commits early this week or the last (I could be more > precise but that will take a while) I have noticed a problem with some > native dlls. > If I start one app that uses such a dll and then another using the > same dll may crash. If this second app is started as the first process > it runs fine. Most likely my shared sections fix: 2001-04-13 Alexandre Julliard <julliard(a)winehq.com> * server/file.c, server/mapping.c, server/object.h: Repaired shared PE data sections. The fix itself should be OK, but it probably reveals other bugs that were hidden by the fact that the sections were not shared properly before. For instance if a dll stores window handles in the shared area it will break since window handles are not shared yet (working on it...) In your case it doesn't seem to be window handles though, so it may be worth investigating a bit more. -- Alexandre Julliard julliard(a)winehq.com

4 3

Re: Virtual memory under Win95
by Alexandre Julliard 23 Apr '01

23 Apr '01

"Dmitry Timoshkov" <dmitry(a)sloboda.ru> writes: > Perhaps applications which use assumptions about Win95 virtual memory > management should be considered as broken? Or it is worth to support them? What should be considered broken is the memory management of Win95 ;-) But yes, we should probably forget about making this kind of things work, we cannot possibly support the Win95 memory model 100% right anyway. Especially since the app works with -winver nt40, I think that's a reasonable work-around. -- Alexandre Julliard julliard(a)winehq.com

1 0

Re: Msvcrt fixes
by Andreas Mohr 23 Apr '01

23 Apr '01

On Mon, Apr 23, 2001 at 12:27:58AM -0700, François Gouget wrote: > Btw, the Linux localtime documentation sucks. It's even worse than > the MS one!!! Err, fix it ? ;-) Really, what is an Open Source programmer supposed to do when he realizes that something sucks ? Food for thought, -- Andreas Mohr Stauferstr. 6, D-71272 Renningen, Germany Tel. +49 7159 800604 http://home.germany.net/100-30936/

3 3

Virtual memory under Win95
by Dmitry Timoshkov 23 Apr '01

23 Apr '01

Hello all. Could anybody with access to a Win95 machine run this simple program and report the result? void test(void) { HANDLE hMapping; void *p; MEMORY_BASIC_INFORMATION info; DWORD dwRet; hMapping = CreateFileMappingA(INVALID_HANDLE_VALUE, NULL, PAGE_READWRITE | SEC_RESERVE, 0, 0x0400f000, NULL); printf("hMapping = %04x\n", hMapping); p = MapViewOfFile(hMapping, FILE_MAP_READ ,0, 0, 0x00010000); printf("p = %p\n", p); UnmapViewOfFile(p); dwRet = VirtualQuery(p, &info, sizeof(info)); printf("VirtualQuery(%p) ret=0x%lx\n" "BaseAddress = %p\n" "AllocationBase = %p\n" "AllocationProtect = 0x%08lx\n" "RegionSize = 0x%08x\n" "State = %08lx\n" "Protect = %08lx\n" "Type = %08lx\n", p, dwRet, info.BaseAddress, info.AllocationBase, info.AllocationProtect, info.RegionSize, info.State, info.Protect, info.Type); } Thanks in advance.

4 6

Re: Virtual memory under Win95
by Alexandre Julliard 23 Apr '01

23 Apr '01

"Dmitry Timoshkov" <dmitry(a)sloboda.ru> writes: > From http://msdn.microsoft.com/library/psdk/winbase/filemap_79wn.htm > > --- cut --- > "To fully close a file-mapping object, an application must unmap all mapped views > of the file-mapping object by calling UnmapViewOfFile, and close the file-mapping > object handle by calling CloseHandle. The order in which these functions are called > ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ > does not matter. The call to UnmapViewOfFile is necessary because mapped views of > ^^^^^^^^^^^^^^^ > a file-mapping object maintain internal open handles to the object, and a file-mapping > object will not close until all open handles to it are closed." > --- cut --- > > My patch is WRONG. MSDN says that until both CloseHandle and UnmapViewOfFile are called > the file-mapping object still exists. This is wrong for NT but true for Win9x. Why do you say it's wrong for NT? It seems perfectly correct: the mapping object exists as long as you have a handle to it, or some view of it is mapped (which keeps a handle internally, just like we do under Wine). Do not confuse the file mapping object with mapped views; the doc only talks about the mapping object. Specific views of the object are unmapped by UnmapViewOfFile (at least under NT), even if this may not cause the mapping object to be deleted. This doesn't contradict the doc at all. -- Alexandre Julliard julliard(a)winehq.com

3 2

DDraw,DGA bug?
by wine＠henkis.net 22 Apr '01

22 Apr '01

Hello, I seem to have a problem running Direct Draw under wine, when changing screens is a game i get to keep the old screen and the new screen is being drawed under the old screen. (Seen it by manualy changing resolution). It worked ok earlier, with a a month or so older version of wine. Anyone knows anything about this? Regards Henrik

2 1

problems while using yahoo! messenger
by K.Shyam 22 Apr '01

22 Apr '01

hello; i am getting the following error message while running yahoo messenger using linux. can someone help me.i am new to wine as such and it might take some time for me to understand how it exactly works... thank you K.Shyam fixme:win32:DeviceIo_MMDEVLDR (5,(nil),0,0x40394dbc,4,0x405a6ab8,(nil)): stub fixme:win32:DeviceIoControl Unimplemented control 256 for VxD device VNETBIOS fixme:win32:DeviceIoControl Unimplemented control 256 for VxD device VNETBIOS fixme:win32:DeviceIoControl Unimplemented control 256 for VxD device VNETBIOS fixme:win32:DeviceIoControl Unimplemented control 256 for VxD device VNETBIOS fixme:win32:DeviceIoControl Unimplemented control 256 for VxD device VNETBIOS fixme:win32:DeviceIoControl Unimplemented control 256 for VxD device VNETBIOS fixme:win32:DeviceIoControl Unimplemented control 256 for VxD device VNETBIOS fixme:win32:DeviceIoControl Unimplemented control 256 for VxD device VNETBIOS fixme:win32:DeviceIoControl Unimplemented control 256 for VxD device NWLINK fixme:debug:FlushInstructionCache (0xffffffff,0x42aa1ee8,0x0000000d): stub fixme:debug:FlushInstructionCache (0xffffffff,0x42aa1e00,0x0000000d): stub fixme:debug:FlushInstructionCache (0xffffffff,0x42aa1d10,0x0000000d): stub fixme:accel:CreateAcceleratorTableA should check that the accelerator descriptions are valid, return NULL and SetLastError() if not. fixme:debug:FlushInstructionCache (0xffffffff,0x42aa1b18,0x0000000d): stub err:shell:IShellFolder_fnBindToObject can't bind to a file this is my config file : WINE REGISTRY Version 2 ;; All keys relative to \\Machine\\Software\\Wine\\Wine\\Config ;; ;; MS-DOS drives configuration ;; ;; Each section has the following format: ;; [Drive X] ;; Path=xxx (Unix path for drive root) ;; Type=xxx (supported types are 'floppy', 'hd', 'cdrom' and 'network') ;; Label=xxx (drive label, at most 11 characters) ;; Serial=xxx (serial number, 8 characters hexadecimal number) ;; Filesystem=xxx (supported types are 'msdos'/'dos'/'fat', 'win95'/'vfat', 'unix') ;; This is the FS Wine is supposed to emulate on a certain ;; directory structure. ;; Recommended: ;; - "win95" for ext2fs, VFAT and FAT32 ;; - "msdos" for FAT16 (ugly, upgrading to VFAT driver strongly recommended) ;; DON'T use "unix" unless you intend to port programs using Winelib ! ;; Device=/dev/xx (only if you want to allow raw device access) ;; [Drive A] "Path" = "/mnt/floppy" "Type" = "floppy" "Label" = "Floppy 0" "Device" = "/dev/fd0" [Drive C] "Path" = "/win" "Type" = "hd" "Label" = "MS-DOS 0" "Filesystem" = "win95" [Drive D] "Path" = "/mnt/cdrom" "Type" = "cdrom" "Label" = "CD-ROM 0" "Filesystem" = "win95" "Device" = "/dev/cdrom" [Drive E] "Path" = "/tmp" "Type" = "hd" "Label" = "Tmp Drive" "Filesystem" = "win95" [Drive F] "Path" = "/" "Type" = "network" "Label" = "Root" "Filesystem" = "win95" [Drive G] "Path" = "${HOME}" "Type" = "network" "Label" = "Home" "Filesystem" = "win95" [wine] "Windows" = "C:\\windows" "System" = "C:\\windows\\system" "Path" = "C:\\windows;C:\\windows\\system;E:\\;G:\\" "Profile" = "C:\\windows" "Temp" = "E:\\" "GraphicsDriver" = "x11drv" "ShellLinker" = "wineshelllink" # <wineconf> [DllDefaults] "EXTRA_LD_LIBRARY_PATH" = "${HOME}/wine/cvs/lib" "DefaultLoadOrder" = "native, builtin, elfdll, so" [DllOverrides] "kernel32" = "builtin" "gdi32" = "builtin" "user32" = "builtin" "krnl386" = "builtin" "kernel" = "builtin" "gdi" = "builtin" "user" = "builtin" "toolhelp" = "builtin" "comdlg32" = "elfdll, builtin, native" "commdlg" = "elfdll, builtin, native" "version" = "elfdll, builtin, native" "ver" = "elfdll, builtin, native" "shell32" = "builtin, native" "shell" = "builtin, native" "lz32" = "builtin, native" "lzexpand" = "builtin, native" "commctrl" = "builtin, native" "comctl32" = "builtin, native" "wsock32" = "builtin" "winsock" = "builtin" "advapi32" = "builtin, native" "crtdll" = "builtin, native" "ntdll" = "builtin, native" "mpr" = "builtin, native" "winspool" = "builtin, native" "winspool.drv" = "builtin, native" "ddraw" = "builtin, native" "dinput" = "builtin, native" "dsound" = "builtin, native" "winmm" = "builtin" "w32skrnl" = "builtin" "msvfw32" = "builtin" "mmsystem" = "builtin" "msvideo" = "builtin, native" "msvfw32" = "builtin, native" "mcicda.drv" = "builtin, native" "mciseq.drv" = "builtin, native" "mciwave.drv" = "builtin, native" "mciavi.drv" = "native, builtin" "mcianim.drv" = "native, builtin" "msacm.drv" = "builtin, native" "midimap.drv" = "builtin, native" "w32skrnl" = "builtin" "wnaspi32" = "builtin" "wow32" = "builtin" "system" = "builtin" "display" = "builtin" "wprocs" = "builtin" "wineps" = "builtin" "icmp" = "builtin" [x11drv] ; Number of colors to allocate from the system palette "AllocSystemColors" = "100" ; Use a private color map "PrivateColorMap" = "N" ; Favor correctness over speed in some graphics operations "PerfectGraphics" = "N" ; Color depth to use on multi-depth screens ;;ScreenDepth = 16 ; Name of X11 display to use ;;Display = :0.0 ; Allow the window manager to manage created windows "Managed" = "Y" ; Run Wine windows in desktop. Contains "N" or something like "800x600". ; Note Wine currently supports this option only on command line. ; So this option has currently no effect. Hope this will change. "Desktop" = "N" ; Use XFree86 DGA extension if present "UseDGA" = "Y" ; Use XShm extension if present "UseXShm" = "Y" ; Enable DirectX mouse grab "DXGrab" = "N" ; Create the desktop window with a double-buffered visual ; (useful to play OpenGL games) "DesktopDoubleBuffered" = "N" ; Code page used for captions in managed mode ; 0 means default ANSI code page (CP_ACP == 0) "TextCP" = "0" [fonts] ;Read documentation/fonts before adding aliases "Resolution" = "96" "Default" = "-adobe-times-" [serialports] "Com1" = "/dev/ttyS0" "Com2" = "/dev/ttyS1" "Com3" = "/dev/modem,38400" "Com4" = "/dev/modem" [parallelports] "Lpt1" = "/dev/lp0" [spooler] "LPT1:" = "|lpr" "LPT2:" = "|gs -sDEVICE=bj200 -sOutputFile=/tmp/fred -q -" "LPT3:" = "/dev/lp3" [ports] ;read=0x779,0x379,0x280-0x2a0 ;write=0x779,0x379,0x280-0x2a0 [spy] "Exclude" = "WM_SIZE;WM_TIMER;" [registry] ; Paths must be given in /dir/dir/file.reg format. ; Wine will not understand dos file names here... ;These are all booleans. Y/y/T/t/1 are true, N/n/F/f/0 are false. ;Defaults are read all, write to Home ; Global registries (stored in /etc) "LoadGlobalRegistryFiles" = "Y" ; Home registries (stored in ~user/.wine/) "LoadHomeRegistryFiles" = "Y" ; Load Windows registries from the Windows directory "LoadWindowsRegistryFiles" = "Y" ; TRY to write all changes to home registries "WritetoHomeRegistryFiles" = "Y" ; Use new file format "UseNewFormat" = "Y" ; Registry periodic save timeout in seconds ; PeriodicSave=600 ; Save only modified keys "SaveOnlyUpdatedKeys" = "Y" [Tweak.Layout] ;; WineLook=xxx (supported styles are 'Win31'(default), 'Win95', 'Win98') "WineLook" = "Win95" [programs] "Default" = "" "Startup" = "" [Console] ;Drivers=tty ;XtermProg=nxterm ;InitialRows=25 ;InitialColumns=80 ;TerminalType=nxterm [Clipboard] "ClearAllSelections" = "0" "PersistentSelection" = "1" # </wineconf>

1 0

notes2paper
by Ralf Schwarzmaier 21 Apr '01

21 Apr '01

after the last configuration change, i've become an error message, but i don't kno what to do with it, this message sad nothing to me ;-))) thank you bye ralf fixme:mpr:WNetGetUserA ((null), 0x2aa100dc, 0x408d6d38): mostly stub err:listview:LISTVIEW_WindowProc unknown msg be10 wp=04500001 lp=00000450 err:listview:LISTVIEW_WindowProc unknown msg b029 wp=00000000 lp=00000000 err:listview:LISTVIEW_WindowProc unknown msg be10 wp=04500002 lp=00000450 err:listview:LISTVIEW_WindowProc unknown msg be10 wp=04500001 lp=00000450 err:listview:LISTVIEW_WindowProc unknown msg be10 wp=06880001 lp=00000688 err:listview:LISTVIEW_WindowProc unknown msg be10 wp=06880002 lp=00000688 err:listview:LISTVIEW_WindowProc unknown msg be10 wp=06880001 lp=00000688 err:listview:LISTVIEW_WindowProc unknown msg be10 wp=07a80001 lp=000007a8 err:listview:LISTVIEW_WindowProc unknown msg be10 wp=07a80002 lp=000007a8 err:listview:LISTVIEW_WindowProc unknown msg be10 wp=07a80001 lp=000007a8 fixme:system:SystemParametersInfo16 Unknown option 4104. fixme:treeview:TREEVIEW_WindowProc Unknown msg be10 wp=0ab40001 lp=00000ab4 err:listview:LISTVIEW_WindowProc unknown msg be10 wp=0cf00001 lp=00000cf0 err:listview:LISTVIEW_WindowProc unknown msg be10 wp=0cf00002 lp=00000cf0 err:listview:LISTVIEW_WindowProc unknown msg be10 wp=0cf00001 lp=00000cf0 fixme:heap:HeapCreate Shared Heap requested, returning system heap. fixme:crtdll:CRTDLL___dllonexit stub fixme:crtdll:CRTDLL___dllonexit stub fixme:mpr:WNetGetUserA ((null), 0x2a1eb560, 0x408d66fc): mostly stub fixme:mpr:WNetGetUserA ((null), 0x2a34789c, 0x408d6754): mostly stub fixme:system:SystemParametersInfo16 Unknown option 4104. err:statusbar:StatusWindowProc unknown msg be10 wp=1a7c0001 lp=00001a7c err:statusbar:StatusWindowProc unknown msg be10 wp=1b980001 lp=00001b98 fixme:string:GetLocaleInfoA 'SENGLANGUAGE' is not defined for your language (0007). Please define it in dlls/kernel/nls/YourLanguage.nls and submit patch for inclusion into the next Wine release. fixme:toolhelp:CreateToolhelp32Snapshot flags 1 not implemented FATAL: No handler for Win32 routine kernel32.Heap32ListFirst (called from 0x6c252073) fixme:toolhelp:CreateToolhelp32Snapshot flags 1 not implemented FATAL: No handler for Win32 routine kernel32.Heap32ListFirst (called from 0x6c252073) fixme:toolhelp:CreateToolhelp32Snapshot flags 1 not implemented FATAL: No handler for Win32 routine kernel32.Heap32ListFirst (called from 0x6c252073) fixme:toolhelp:CreateToolhelp32Snapshot flags 1 not implemented FATAL: No handler for Win32 routine kernel32.Heap32ListFirst (called from 0x6c252073) fixme:heap:HeapDestroy attempt to destroy system heap, returning TRUE!

1 0

Notes2Paper with wine
by ralf schwarzmaier 21 Apr '01

21 Apr '01

hi @ll i have an problem with notes2paper under wine .... i need this for some databases of Notes. my lotus notes client runs perfect, but the additional programm notes2paper not, i can install notes2paper without any problems, direct in wine, but when i start it, it crash with non error message. what can i do, or what are teh parameters for an development debuging log ? thank you bye ralf

1 0

GDB remote debugging for wine
by Ove Kaaven 21 Apr '01

21 Apr '01

As we all know, gdb isn't very compatible with wine, since gdb makes so many assumptions about the operating environment that isn't true in wine. But lately it occurred to me that perhaps it's possible to use gdb's remote debugging features to solve these issues. So recently, I've been secretly experimenting with writing gdb-server code in the wineserver. It goes something like this... ./configure --enable-remote-gdb [...blah...] $ wine stuff gdb socket ready at: target remote localhost:1234 $ gdb wine (gdb) target remote localhost:1234 and you're currently able to look at registers, backtrace, list all the threads, change thread, and read process memory... neato. But its usefulness might be quite limited since gdb doesn't know about the dynamically-loaded dlls so it doesn't automatically load their symbols... does anyone have ideas on how to solve that? It doesn't appear that the standard remote protocol have a command to tell gdb, and I don't know how gdb ordinarily does it. I've pondered making wine generate a file full of "add-symbol-file" commands or something that could be executed by gdb, but I don't know how to do that cleanly... preferably hacks for loading symbols should be transparent to the developer, and new symbols loaded automatically after new dlls are loaded. Hmm...

2 1

Crash due to some fixme messages in CreateProcessA
by Lionel Ulmer 20 Apr '01

20 Apr '01

Hi all, While running a program, I got a crash in the CreateProcessA, in the following debug TRACE line : if (lpStartupInfo->lpDesktop) FIXME("(%s,...): lpStartupInfo->lpDesktop %s ignored\n", name, lpStartupInfo->lpDesktop); By running the debugger, I got this : Wine-dbg>print *lpStartupInfo print *lpStartupInfo {cb=83886080, lpReserved=*** Invalid address 0x4c000000 (_end+0xb823758) , lpDesktop=*** Invalid address 0x4c403416 (_end+0xbc26b6e) , lpTitle=*** Invalid address 0x70403416 (_end+0x2fc26b6e) , dwX=1883255830, dwY=406860822, dwXSize=1107296256, dwYSize=-1795162040, dwXCountChars=1849690049, dwYCountChars=1819042932, dwFillAttribute=1819042862, dwFlags=791899392, wShowWindow=26988, cbReserved2=14946, lpReserved2=*** Invalid address 0x7273752f (_end+0x31f5ac87) , hStdInput=409955375, hStdOutput=1107296256, hStdError=-285212600} It means that we are seeing a very broken application where these fields (lpDesktop and lpTitle) do not seem to be filled in propery... Now I never tried running this application on Windows to test if it even works, but I suppose it should work (otherwise it would not be burned on the CD :-) ). So what should we do ? Suppress the '%s' and replace it with a '%p' ? Add a check on the pointer to see if it's valid ? Lionel PS: BTW, why is this application that is on a win95 filesystem get run as : Call kernel32.CreateFileA(00405070 "~inst.exe",40000000,00000000,00000000,00000002,00000080,00000000) ret=00401391 tid=080678a0 Thus leading to a "~inst.exe" not found... -- Lionel Ulmer - http://www.bbrox.org/

2 2

FONT 8 requested, but 6x12 choosen: Wrong setup?
by Uwe Bonnes 20 Apr '01

20 Apr '01

Hallo, the entry dialog of the Encarta 99 setup (from Computer Bild) looks wrong on my system: The box is to small and graphics and text overlap. This is caused by CreateDialogIndirect requesting an Font with width 8, but wine choosing a font with width 6. Manually correcting the return value of DIALOG_GetCharSizeFromDC to 8 gets the visula impression right. Is this caused by me setting up something wrong? Any hints how to setup right? Call USER.219: CREATEDIALOGINDIRECT(0x02fe,058f:0008,0x0390,0x02ef7778) ret=02ef:76b5 ds=02ff trace:dialog:DIALOG_ParseTemplate16 DIALOG 0, 0, 293, 214 trace:dialog:DIALOG_ParseTemplate16 STYLE 50000040 trace:dialog:DIALOG_ParseTemplate16 CAPTION '' trace:dialog:DIALOG_ParseTemplate16 FONT 8,'Helv' trace:font:X11DRV_FONT_SelectObject hfont=ffed trace:font:XFONT_RealizeFont physfont 1 trace:font:CreateFontIndirectW (-10 0 0 0) 'L"Helv"' => 09f6 trace:font:XFONT_UnAlias found alias 'Helv'->Helvetica' trace:font:X11DRV_FONT_SelectObject hfont=09f6 trace:font:XFONT_MatchDeviceFont (1) 'Helvetica' h=-10 weight=0 trace:font:XFONT_MatchDeviceFont found facename 'Helvetica' trace:font:XFONT_Match [ 10pt h=12 w=6 Bold Italic] trace:font:XFONT_Match returning 518 ... trace:font:XFONT_Match [ 12pt h=18 w=10 Normal ] trace:font:XFONT_Match returning 560 trace:font:XFONT_Match [ 13pt h=20 w=11 Normal ] trace:font:XFONT_Match returning 576 trace:font:XFONT_Match [ 17pt h=27 w=14 Normal ] trace:font:XFONT_Match returning 624 trace:font:XFONT_Match [ 23pt h=35 w=19 Normal ] trace:font:XFONT_Match returning 688 trace:font:LFD_ComposeLFD LFD(uRelax=0): -adobe-helvetica-medium-r-normal-*-11-*-100-100-p-*-iso8859-1 trace:font:XFONT_RealizeFont physfont 3 trace:font:GetTextMetricsW text metrics: Weight = 400 FirstChar = 32 AveCharWidth = 6 Italic = 0 LastChar = 255 MaxCharWidth = 11 UnderLined = 0 DefaultChar = 32 Overhang = 0 StruckOut = 0 BreakChar = 32 CharSet = 0 PitchAndFamily = 21 -------------------- InternalLeading = 2 Ascent = 10 Descent = 2 Height = 12 trace:font:GetTextExtentPointA not bug compatible. trace:font:GetTextExtentPoint32A (00000088 "abcd"... 4 0x407c6c8c): returning 22 x 12 trace:dialog:DIALOG_GetCharSizeFromDC Using tm: 6x12 (dlg: 6 x 12) (variable) Bye Uwe Bonnes bon(a)elektron.ikp.physik.tu-darmstadt.de Free Software: If you contribute nothing, expect nothing --

1 0

Re: Strange crash
by gerard patel 20 Apr '01

20 Apr '01

At 10:30 AM 20/04/2001 +0200, you wrote: <snip> >The lower 6 bits are the new floating point exception masks. Mine are >all set and yours are cleared, therefore the crash. > >Why that is the case, I haven't got a clue. I'm not sure I followed everything, but it could come from a problem that occurred a lot of time before, no? The bits could be already cleared on entry of the subroutine. If the exception handling bits are cleared and the app don't do anything with floating point, nothing will break, AFAICT. If this is the case a way could be to patch the code to print the mask with every +relay operation. BTW, I wonder if Dmitry has done some classic tricks like - getting a fresh tree from Winehq - compiling everything with -O0 - trying the same app on another computer with a (as much as possible) different configuration. Gerard

2 1

problem with native dll's.
by Rein Klazes 20 Apr '01

20 Apr '01

Hi, Since the cvs commits early this week or the last (I could be more precise but that will take a while) I have noticed a problem with some native dlls. If I start one app that uses such a dll and then another using the same dll may crash. If this second app is started as the first process it runs fine. As an example eudora, using native commctrl/comctl32 crashes when it loads these dlls: | Unhandled exception: priviledged instruction | in 32-bit code (0x406e12b8). | In 32-bit mode. | 0x406e12b8 (GetTextColor+0x34 [dcvalues.c:177]): hlt | 177 DC_GET_VAL( COLORREF, GetTextColor, textColor ) | Wine-dbg>bt | Backtrace: | =>0 0x406e12b8 (GetTextColor+0x34(hdc=0x0) [dcvalues.c:177]) (ebp=405b6dc4) | 1 0xbfebbd8d (COMCTL32.DLL.341+0x74) (ebp=405b6dd8) | 2 0xbfebbceb (COMCTL32.DLL.EntryPoint+0x36) (ebp=405b6e04) | 3 0x4008abe3 (MODULE_InitDLL+0x97(wm=0x40383d84, type=0x1, lpReserved=0x1) [module.c:115]) (ebp=405b6e24) | 4 0x4008acf1 (MODULE_DllProcessAttach+0xd1(wm=0x40383d84, lpReserved=0x1) [module.c:182]) (ebp=405b6e48) | 5 0x4008accd (MODULE_DllProcessAttach+0xad(wm=0x403838f4, lpReserved=0x1) [module.c:177]) (ebp=405b6e68) | 6 0x4008accd (MODULE_DllProcessAttach+0xad(wm=0x4038302c, lpReserved=0x1) [module.c:177]) (ebp=405b6e88) | 7 0x4008accd (MODULE_DllProcessAttach+0xad(wm=0x403826f8, lpReserved=0x1) [module.c:177]) (ebp=405b6ea8) | 8 0x4008accd (MODULE_DllProcessAttach+0xad(wm=0x0, lpReserved=0x1) [module.c:177]) (ebp=405b6ec8) | 9 0x400d288f (start_process+0x133 [process.c:373]) (ebp=405b6f30) | 10 0x400d5f99 (SYSDEPS_DoCallOnStack+0x25(func=0x400d275c, arg=0x0) [sysdeps.c:173]) (ebp=405b6ff0) | 11 0x400d603f (SYSDEPS_CallOnStack+0x2f) (ebp=bffff8d4) | 12 0x400d60e2 (SYSDEPS_SwitchToThreadStack+0x8e(func=0x400d275c) [sysdeps.c:236]) (ebp=bffff908) | 13 0x400d2c5d (PROCESS_InitWine+0x1a1(argc=0x5, argv=0xbffff9a4, win16_exe_name=0x804d5c0, win16_exe_file=0x804d6c4) [process.c:524]) (ebp=bffff924) | 14 0x0804c164 (Letext [main.c]) (ebp=bffff93c) | 15 0x4028116b (NTDLL.DLL.sqrt+0x3bc6b) (ebp=bffff978) | 16 0x08049021 (_start+0x21) (ebp=00000000) The ip register is pointing to some instruction byte, making it an bogus opcode, "hlt" in this case: | Wine-dbg>disass $eip-12,$eip+10 | 0x406e129c (GetTextColor+0x18 [dcvalues.c:177]): call 0x406bf664 (_init+0x67c) | 0x406e12a1 (GetTextColor+0x1d [dcvalues.c:177]): addl $4,%esp | 0x406e12a4 (GetTextColor+0x20 [dcvalues.c:177]): testl %eax,%eax | 0x406e12a6 (GetTextColor+0x22 [dcvalues.c:177]): jz 0x406e12b4 (GetTextColor+0x30 [dcvalues.c:177]) | 0x406e12a8 (GetTextColor+0x24 [dcvalues.c:177]): movl 0x88(%eax),%edi | 0x406e12ae (GetTextColor+0x2a [dcvalues.c:177]): pushl %esi | 0x406e12af (GetTextColor+0x2b [dcvalues.c:177]): call 0x406bfee4 (_init+0xefc) | 0x406e12b4 (GetTextColor+0x30 [dcvalues.c:177]): movl %edi,%eax | 0x406e12b6 (GetTextColor+0x32 [dcvalues.c:177]): leal 0xfffffff4(%ebp),%esp | 0x406e12b9 (GetTextColor+0x35 [dcvalues.c:177]): popl %ebx | 0x406e12ba (GetTextColor+0x36 [dcvalues.c:177]): popl %esi | 0x406e12bb (GetTextColor+0x37 [dcvalues.c:177]): popl %edi | 0x406e12bc (GetTextColor+0x38 [dcvalues.c:177]): leave | 0x406e12bd (GetTextColor+0x39 [dcvalues.c:177]): ret $0x4 | 0x406e12c0 (GetViewportExt16 [dcvalues.c:182]): pushl %ebp Redoing the experiment (by starting and stopping all apps's) will give crashes at slightly different places. Has any one a suggestion? Rein. -- Rein Klazes rklazes(a)xs4all.nl

1 0

Re: Strange crash
by Alexandre Julliard 20 Apr '01

20 Apr '01

"Dmitry Timoshkov" <dmitry(a)sloboda.ru> writes: > Unhandled exception: c000008f > [...] > > Commenting lines 36-37 > physDev->pen.width = GDI_ROUND((FLOAT)pen->logpen.lopnWidth.x * > dc->xformWorld2Vport.eM11 * 0.5); > in X11DRV_PEN_SelectObject (graphics/x11drv/pen.c) cures the problem. > > Why call to floor() leads to crash? Exception c000008f is EXCEPTION_FLT_INEXACT_RESULT. Probably one of the floating point values is invalid, or something similar. -- Alexandre Julliard julliard(a)winehq.com

4 10

Regedit from Win2k
by Dominik Strasser 19 Apr '01

19 Apr '01

Hi, trying to run regedit from Win2k I encounter the following problems: err:win32:fixup_imports No implementation for shlwapi.dll.0(StrRetToBufA) imported from shell32.dll, setting to 0xdeadbeef err:win32:fixup_imports No implementation for shlwapi.dll.0(StrRetToBufW) imported from shell32.dll, setting to 0xdeadbeef Hmm, but those are implemented. When I try to add a loadorder for shlwapi to get the builtin one, this doesn't work. "shlwapi" = "builtin, native" Still the native version is used. If I change the overall DefaultLoadOrder, to "builtin, native" it works. After this, the tree items in the Treeview vanished but I don't care. I assume this is the cause: fixme:listview:LISTVIEW_Create ANSI notify format is NOT used Trying to save the registry I get a crash wich I tracked down to this line in filedlg95.c: 453: AllocInArgWtoA(ofn->lpTemplateName, lpTemplateName); But ofn->lpTemplateName is not a pointer but seems to be a handle: 0x00000064. If I wrap the call into a if(!IsBadReadPtr(ofn->lpTemplateName, 4)), the filedialog comes up. Any clues anybody ? Regards Dominik -- Dominik Strasser | Phone: +49 89 636-43691 SIEMENS AG | Fax: +49 89 636-42284 CT SE 4 | E-Mail:Dominik.Strasser@mchp.siemens.de Otto-Hahn-Ring 6 | D-81739 Muenchen | Room: 53-263

1 0

Re: Store each glyph name only once in PS driver
by Alexandre Julliard 18 Apr '01

18 Apr '01

Ian Pilcher <ian.pilcher(a)home.com> writes: > Separating the string data from their indices will allow them to be > declared as const, so that should get them into the ".rodata" section of > the resulting assembly; the Adobe Glyph List vector is already there. > Is this what you mean by "read only memory"? Yes, exactly that; separating the strings and the indices seems the right thing to do. -- Alexandre Julliard julliard(a)winehq.com

1 0

Re: Store each glyph name only once in PS driver
by Alexandre Julliard 18 Apr '01

18 Apr '01

Ian Pilcher <ian.pilcher(a)home.com> writes: > typedef struct { > + INT index; > + CHAR sz[0]; > +} GLYPHNAME; > + > +typedef struct { > + LONG UV; > + GLYPHNAME *name; > +} UNICODEGLYPH; > + > +typedef struct { > + INT size; > + UNICODEGLYPH glyphs[0]; > +} UNICODEVECTOR; Zero-size arrays are not portable, and the standard method of using a size of 1 doesn't work well with initialized data (lots of warnings). So you probably need to change your data structures a bit; also it would be nice to store all the preinitialized stuff, or at least the strings, in read-only memory to save a bit of swap space. -- Alexandre Julliard julliard(a)winehq.com

2 1

Re: SEH logging
by Alexandre Julliard 17 Apr '01

17 Apr '01

Francois Gouget <fgouget(a)free.fr> writes: > In this implementation exception.c reuses format_exception_msg() > which is normally used to display the dialog box asking whether to debug > the exception or not. Since this is all in ntdll it works. Actually win32/except.c is part of kernel, it's only linked in ntdll now because separation is not finished. So you cannot call format_exception_msg from ntdll. And anyway this would print "unhandled xxx" for all exceptions, which is misleading since they might be handled later on. Also I don't think the core exception routines should know about specific exception codes like EXCEPTION_WINE_STUB. If you want a message on stubs, it should be done in the .spec.c file before the call to RtlRaiseException. -- Alexandre Julliard julliard(a)winehq.com

2 1

IStorage file format.
by Psyon 17 Apr '01

17 Apr '01

I am interested in making an HTMLHelp (.CHM) viewer for Linux. I am told the files are actually IStorage files. I have been scouring the internet looking for information about this format with no avail. I have also been looking over the WINE implementation, to see if that would shed some light on the format, but the code dives into a bunch of cryptic functions that I cant seem to follow. Is there any documents describing the format of these files? even just a brief description would be nice at this moment. If you have any information please replay directly to me at x-odus(a)iname.com Thanks in advance --Don Becker

4 3

RH 7.1 gcc fixes compiler bug
by James Juran 17 Apr '01

17 Apr '01

As discovered about two weeks ago by Francois Jacques and Ulrich Weigand, Red Hat's gcc-2.96-69 package has a bug which shows up in the HOOK_CallHook function in windows/hook.c (and possibly other places). Red Hat 7.1 contains gcc-2.96-81, which fixes this bug. Users of Red Hat 7.0 should install the gcc and cpp packages from Red Hat 7.1 to fix this problem. -- James Juran jamesjuran(a)alumni.psu.edu

1 0

Re: strange msvcrt crash
by gerard patel 17 Apr '01

17 Apr '01

At 02:47 PM 16/04/2001 -0700, you wrote: > > Also I had lost of trouble running mspaint when using the builtin >msvcrt. None of the following works: >$ wine /mnt/win98/Program\ Files/Accessories/mspaint.exe >$ wine "/mnt/win98/Program Files/Accessories/mspaint.exe" >$ wine "c:/Program Files/Accessories/mspaint.exe" >$ wine "c:\\Program Files\\Accessories\\mspaint.exe" > > They all tell me that 'H:\wine\Files\Accessories\mspaint.exe was not >found.'. If I use native msvcrt they all work (and wine is the real >thing, not a script). Msvcrt includes command line parsing to give apps argc and argv - the current builtin handling in dlls/msvcrt/data.c is probably the cause of your problem : while (1) { if ((cmdline[end]==' ') || (cmdline[end]=='\0')) { if (cmdline[end]=='\0') last_arg=1; else cmdline[end]='\0'; Gerard

1 0

Re: strange msvcrt crash
by Alexandre Julliard 16 Apr '01

16 Apr '01

Andreas Mohr <a.mohr(a)mailto.de> writes: > Err, which debugger ?? > > I get "Segmentation fault", and that's it... The automatic debugger startup cannot work in this case, because it only triggers for exception that are not handled by the application. But if you run the application under the debugger from the start, it should break at the first exception. -- Alexandre Julliard julliard(a)winehq.com

1 0

Re: strange msvcrt crash
by Alexandre Julliard 16 Apr '01

16 Apr '01

Andreas Mohr <a.mohr(a)mailto.de> writes: > Call msvcrt.mktime(405b614c) ret=5f40e3b3 tid=08066638 > Ret msvcrt.mktime() retval=3adae6b2 ret=5f40e3b3 tid=08066638 > trace:seh:EXC_RtlRaiseException code=c0000005 flags=0 > trace:seh:EXC_CallHandler calling handler at 0x5f493fcb code=c0000005 flags=0 > Call ntdll.RtlRaiseException(404a4aa8) ret=405e1056 tid=08066638 > trace:seh:EXC_RtlRaiseException code=80000100 flags=1 > trace:seh:EXC_CallHandler calling handler at 0x4005ca10 code=80000100 flags=1 80000100 is EXCEPTION_WINE_STUB; the app probably called a stub from the exception handler of the first seg fault (and then called the same stub from the handler of the stub exception, etc.) The debugger should be able to tell you more about it. -- Alexandre Julliard julliard(a)winehq.com

3 2

Re: OpenGL Visual Management
by lawson_whitney＠juno.com 16 Apr '01

16 Apr '01

On Mon, 26 Mar 2001, Gavriel State wrote: > This patch fixes several issues with the way OpenGL manages visuals: > > - It always uses a double-buffered visual if one is available, even when > not running Wine in --desktop mode. Previously, we just hoped that the > default visual was double buffered, which is isn't in some DRI GL drivers. > > - It ensures that all colormaps created use the double-buffered visual if > it exists. This prevents problems where DRI GL implementations fail > to work unless the colormap visual matches the window visual matches the > glX visual. > > - It gets around similar visual issue with the default GL context created for > apps that don't create their own contexts before trying to use GL functions. > > Note that we are not able to support the wgl ChoosePixelFormat/DescribePixelFormat > APIs properly. Some of the infrastructure for this exists in graphics/x11drv/opengl.c > so that it can be done when the time comes. This patch explicitly removes the wgl > code that tries to match the OpenGL visual to a requested pixel format, because > that won't work until we can dynamically remap HWNDs to new X11 Windows with > a new visual. > > -Gav > Something is not right, I think. Ordinary apps (Dmitry's About.exe, say) look as if they were using a vga16 server - unless the pointer is over the desktop: then the entire X display is black and white. Without a desktop with managed moving the pointer over the app's window radically changes the palette for the whole screen, but not to black and white. With neither managed nor desktop, the pointer has no effect on the palette. No doubt I am not well set up for DGA: grep -i dga config.cache ac_cv_header_X11_extensions_xf86dga_h=${ac_cv_header_X11_extensions_xf86dga_h=yes} ac_cv_lib_Xxf86dga_XDGAQueryExtension=${ac_cv_lib_Xxf86dga_XDGAQueryExtension=no} ac_cv_lib_Xxf86dga_XF86DGAQueryExtension=${ac_cv_lib_Xxf86dga_XF86DGAQueryExtension=yes} but I don't see why DGA support should disturb things so. I haven't really looked into it much yet...maybe you will see right off what you or I have done wrong? Regards, Lawson ---cut here ________________________________________________________________ GET INTERNET ACCESS FROM JUNO! Juno offers FREE or PREMIUM Internet access for less! Join Juno today! For your FREE software, visit: http://dl.www.juno.com/get/tagj.

2 11

strange msvcrt crash
by Andreas Mohr 16 Apr '01

16 Apr '01

Hi all, (sorry for the long posting, but I think it's needed) wine --debugmsg +relay,+seh mspaint.exe, clicking on File->Send gives: Call kernel32.FindFirstFileA(403c71d0 "G:\\afxe6b2.tmp",405b61dc) ret=5f45b90c tid=08066638 Ret kernel32.FindFirstFileA() retval=403d26ca ret=5f45b90c tid=08066638 Call kernel32.FindClose(403d26ca) ret=5f45b91a tid=08066638 Ret kernel32.FindClose() retval=00000001 ret=5f45b91a tid=08066638 Call kernel32.FileTimeToLocalFileTime(405b61e0,405b61bc) ret=5f40e2ec tid=08066638 Ret kernel32.FileTimeToLocalFileTime() retval=00000001 ret=5f40e2ec tid=08066638 Call kernel32.FileTimeToSystemTime(405b61bc,405b61ac) ret=5f40e302 tid=08066638 Ret kernel32.FileTimeToSystemTime() retval=00000001 ret=5f40e302 tid=08066638 Call msvcrt.mktime(405b614c) ret=5f40e3b3 tid=08066638 Ret msvcrt.mktime() retval=3adae6b2 ret=5f40e3b3 tid=08066638 trace:seh:EXC_RtlRaiseException code=c0000005 flags=0 trace:seh:EXC_CallHandler calling handler at 0x5f493fcb code=c0000005 flags=0 Call ntdll.RtlRaiseException(404a4aa8) ret=405e1056 tid=08066638 trace:seh:EXC_RtlRaiseException code=80000100 flags=1 trace:seh:EXC_CallHandler calling handler at 0x4005ca10 code=80000100 flags=1 trace:seh:EXC_CallHandler handler returned 2 trace:seh:EXC_CallHandler calling handler at 0x5f493fcb code=80000100 flags=11 Call ntdll.RtlRaiseException(404a4788) ret=405e1056 tid=08066638 trace:seh:EXC_RtlRaiseException code=80000100 flags=1 trace:seh:EXC_CallHandler calling handler at 0x4005ca10 code=80000100 flags=1 trace:seh:EXC_CallHandler handler returned 2 trace:seh:EXC_CallHandler calling handler at 0x4005ca10 code=80000100 flags=11 trace:seh:EXC_CallHandler handler returned 2 trace:seh:EXC_CallHandler calling handler at 0x5f493fcb code=80000100 flags=11 Call ntdll.RtlRaiseException(404a4468) ret=405e1056 tid=08066638 trace:seh:EXC_RtlRaiseException code=80000100 flags=1 trace:seh:EXC_CallHandler calling handler at 0x4005ca10 code=80000100 flags=1 trace:seh:EXC_CallHandler handler returned 2 trace:seh:EXC_CallHandler calling handler at 0x4005ca10 code=80000100 flags=11 trace:seh:EXC_CallHandler handler returned 2 trace:seh:EXC_CallHandler calling handler at 0x4005ca10 code=80000100 flags=11 trace:seh:EXC_CallHandler handler returned 2 trace:seh:EXC_CallHandler calling handler at 0x5f493fcb code=80000100 flags=11 Call ntdll.RtlRaiseException(404a4148) ret=405e1056 tid=08066638 trace:seh:EXC_RtlRaiseException code=80000100 flags=1 trace:seh:EXC_CallHandler calling handler at 0x4005ca10 code=80000100 flags=1 trace:seh:EXC_CallHandler handler returned 2 trace:seh:EXC_CallHandler calling handler at 0x4005ca10 code=80000100 flags=11 trace:seh:EXC_CallHandler handler returned 2 trace:seh:EXC_CallHandler calling handler at 0x4005ca10 code=80000100 flags=11 trace:seh:EXC_CallHandler handler returned 2 trace:seh:EXC_CallHandler calling handler at 0x4005ca10 code=80000100 flags=11 trace:seh:EXC_CallHandler handler returned 2 trace:seh:EXC_CallHandler calling handler at 0x5f493fcb code=80000100 flags=11 Call ntdll.RtlRaiseException(404a3e28) ret=405e1056 tid=08066638 trace:seh:EXC_RtlRaiseException code=80000100 flags=1 trace:seh:EXC_CallHandler calling handler at 0x4005ca10 code=80000100 flags=1 trace:seh:EXC_CallHandler handler returned 2 trace:seh:EXC_CallHandler calling handler at 0x4005ca10 code=80000100 flags=11 trace:seh:EXC_CallHandler handler returned 2 trace:seh:EXC_CallHandler calling handler at 0x4005ca10 code=80000100 flags=11 trace:seh:EXC_CallHandler handler returned 2 trace:seh:EXC_CallHandler calling handler at 0x4005ca10 code=80000100 flags=11 trace:seh:EXC_CallHandler handler returned 2 trace:seh:EXC_CallHandler calling handler at 0x4005ca10 code=80000100 flags=11 trace:seh:EXC_CallHandler handler returned 2 trace:seh:EXC_CallHandler calling handler at 0x5f493fcb code=80000100 flags=11 Call ntdll.RtlRaiseException(404a3b08) ret=405e1056 tid=08066638 trace:seh:EXC_RtlRaiseException code=80000100 flags=1 trace:seh:EXC_CallHandler calling handler at 0x4005ca10 code=80000100 flags=1 trace:seh:EXC_CallHandler handler returned 2 trace:seh:EXC_CallHandler calling handler at 0x4005ca10 code=80000100 flags=11 trace:seh:EXC_CallHandler handler returned 2 trace:seh:EXC_CallHandler calling handler at 0x4005ca10 code=80000100 flags=11 trace:seh:EXC_CallHandler handler returned 2 trace:seh:EXC_CallHandler calling handler at 0x4005ca10 code=80000100 flags=11 trace:seh:EXC_CallHandler handler returned 2 trace:seh:EXC_CallHandler calling handler at 0x4005ca10 code=80000100 flags=11 trace:seh:EXC_CallHandler handler returned 2 trace:seh:EXC_CallHandler calling handler at 0x4005ca10 code=80000100 flags=11 trace:seh:EXC_CallHandler handler returned 2 trace:seh:EXC_CallHandler calling handler at 0x5f493fcb code=80000100 flags=11 Call ntdll.RtlRaiseException(404a37e8) ret=405e1056 tid=08066638 trace:seh:EXC_RtlRaiseException code=80000100 flags=1 trace:seh:EXC_CallHandler calling handler at 0x4005ca10 code=80000100 flags=1 trace:seh:EXC_CallHandler handler returned 2 trace:seh:EXC_CallHandler calling handler at 0x4005ca10 code=80000100 flags=11 trace:seh:EXC_CallHandler handler returned 2 trace:seh:EXC_CallHandler calling handler at 0x4005ca10 code=80000100 flags=11 trace:seh:EXC_CallHandler handler returned 2 trace:seh:EXC_CallHandler calling handler at 0x4005ca10 code=80000100 flags=11 trace:seh:EXC_CallHandler handler returned 2 trace:seh:EXC_CallHandler calling handler at 0x4005ca10 code=80000100 flags=11 trace:seh:EXC_CallHandler handler returned 2 trace:seh:EXC_CallHandler calling handler at 0x4005ca10 code=80000100 flags=11 trace:seh:EXC_CallHandler handler returned 2 trace:seh:EXC_CallHandler calling handler at 0x4005ca10 code=80000100 flags=11 trace:seh:EXC_CallHandler handler returned 2 trace:seh:EXC_CallHandler calling handler at 0x5f493fcb code=80000100 flags=11 Call ntdll.RtlRaiseException(404a34c8) ret=405e1056 tid=08066638 trace:seh:EXC_RtlRaiseException code=80000100 flags=1 trace:seh:EXC_CallHandler calling handler at 0x4005ca10 code=80000100 flags=1 trace:seh:EXC_CallHandler handler returned 2 trace:seh:EXC_CallHandler calling handler at 0x4005ca10 code=80000100 flags=11 trace:seh:EXC_CallHandler handler returned 2 trace:seh:EXC_CallHandler calling handler at 0x4005ca10 code=80000100 flags=11 trace:seh:EXC_CallHandler handler returned 2 trace:seh:EXC_CallHandler calling handler at 0x4005ca10 code=80000100 flags=11 trace:seh:EXC_CallHandler handler returned 2 trace:seh:EXC_CallHandler calling handler at 0x4005ca10 code=80000100 flags=11 trace:seh:EXC_CallHandler handler returned 2 trace:seh:EXC_CallHandler calling handler at 0x4005ca10 code=80000100 flags=11 trace:seh:EXC_CallHandler handler returned 2 trace:seh:EXC_CallHandler calling handler at 0x4005ca10 code=80000100 flags=11 trace:seh:EXC_CallHandler handler returned 2 trace:seh:EXC_CallHandler calling handler at 0x4005ca10 code=80000100 flags=11 trace:seh:EXC_CallHandler handler returned 2 trace:seh:EXC_CallHandler calling handler at 0x5f493fcb code=80000100 flags=11 Call ntdll.RtlRaiseException(404a31a8) ret=405e1056 tid=08066638 trace:seh:EXC_RtlRaiseException code=80000100 flags=1 trace:seh:EXC_CallHandler calling handler at 0x4005ca10 code=80000100 flags=1 trace:seh:EXC_CallHandler handler returned 2 trace:seh:EXC_CallHandler calling handler at 0x4005ca10 code=80000100 flags=11 trace:seh:EXC_CallHandler handler returned 2 trace:seh:EXC_CallHandler calling handler at 0x4005ca10 code=80000100 flags=11 trace:seh:EXC_CallHandler handler returned 2 trace:seh:EXC_CallHandler calling handler at 0x4005ca10 code=80000100 flags=11 trace:seh:EXC_CallHandler handler returned 2 trace:seh:EXC_CallHandler calling handler at 0x4005ca10 code=80000100 flags=11 trace:seh:EXC_CallHandler handler returned 2 trace:seh:EXC_CallHandler calling handler at 0x4005ca10 code=80000100 flags=11 trace:seh:EXC_CallHandler handler returned 2 trace:seh:EXC_CallHandler calling handler at 0x4005ca10 code=80000100 flags=11 trace:seh:EXC_CallHandler handler returned 2 trace:seh:EXC_CallHandler calling handler at 0x4005ca10 code=80000100 flags=11 trace:seh:EXC_CallHandler handler returned 2 trace:seh:EXC_CallHandler calling handler at 0x4005ca10 code=80000100 flags=11 trace:seh:EXC_CallHandler handler returned 2 trace:seh:EXC_CallHandler calling handler at 0x5f493fcb code=80000100 flags=11 Call ntdll.RtlRaiseException(404a2e88) ret=405e1056 tid=08066638 trace:seh:EXC_RtlRaiseException code=80000100 flags=1 trace:seh:EXC_CallHandler calling handler at 0x4005ca10 code=80000100 flags=1 trace:seh:EXC_CallHandler handler returned 2 trace:seh:EXC_CallHandler calling handler at 0x4005ca10 code=80000100 flags=11 trace:seh:EXC_CallHandler handler returned 2 trace:seh:EXC_CallHandler calling handler at 0x4005ca10 code=80000100 flags=11 trace:seh:EXC_CallHandler handler returned 2 trace:seh:EXC_CallHandler calling handler at 0x4005ca10 code=80000100 flags=11 trace:seh:EXC_CallHandler handler returned 2 trace:seh:EXC_CallHandler calling handler at 0x4005ca10 code=80000100 flags=11 trace:seh:EXC_CallHandler handler returned 2 trace:seh:EXC_CallHandler calling handler at 0x4005ca10 code=80000100 flags=11 trace:seh:EXC_CallHandler handler returned 2 trace:seh:EXC_CallHandler calling handler at 0x4005ca10 code=80000100 flags=11 trace:seh:EXC_CallHandler handler returned 2 trace:seh:EXC_CallHandler calling handler at 0x4005ca10 code=80000100 flags=11 trace:seh:EXC_CallHandler handler returned 2 trace:seh:EXC_CallHandler calling handler at 0x4005ca10 code=80000100 flags=11 trace:seh:EXC_CallHandler handler returned 2 trace:seh:EXC_CallHandler calling handler at 0x4005ca10 code=80000100 flags=11 trace:seh:EXC_CallHandler handler returned 2 trace:seh:EXC_CallHandler calling handler at 0x5f493fcb code=80000100 flags=11 Call ntdll.RtlRaiseException(404a2b68) ret=405e1056 tid=08066638 trace:seh:EXC_RtlRaiseException code=80000100 flags=1 trace:seh:EXC_CallHandler calling handler at 0x4005ca10 code=80000100 flags=1 trace:seh:EXC_CallHandler handler returned 2 trace:seh:EXC_CallHandler calling handler at 0x4005ca10 code=80000100 flags=11 trace:seh:EXC_CallHandler handler returned 2 trace:seh:EXC_CallHandler calling handler at 0x4005ca10 code=80000100 flags=11 trace:seh:EXC_CallHandler handler returned 2 trace:seh:EXC_CallHandler calling handler at 0x4005ca10 code=80000100 flags=11 trace:seh:EXC_CallHandler handler returned 2 trace:seh:EXC_CallHandler calling handler at 0x4005ca10 code=80000100 flags=11 trace:seh:EXC_CallHandler handler returned 2 trace:seh:EXC_CallHandler calling handler at 0x4005ca10 code=80000100 flags=11 trace:seh:EXC_CallHandler handler returned 2 trace:seh:EXC_CallHandler calling handler at 0x4005ca10 code=80000100 flags=11 trace:seh:EXC_CallHandler handler returned 2 trace:seh:EXC_CallHandler calling handler at 0x4005ca10 code=80000100 flags=11 trace:seh:EXC_CallHandler handler returned 2 trace:seh:EXC_CallHandler calling handler at 0x4005ca10 code=80000100 flags=11 trace:seh:EXC_CallHandler handler returned 2 trace:seh:EXC_CallHandler calling handler at 0x4005ca10 code=80000100 flags=11 trace:seh:EXC_CallHandler handler returned 2 trace:seh:EXC_CallHandler calling handler at 0x4005ca10 code=80000100 flags=11 trace:seh:EXC_CallHandler handler returned 2 trace:seh:EXC_CallHandler calling handler at 0x5f493fcb code=80000100 flags=11 Call ntdll.RtlRaiseException(404a2848) ret=405e1056 tid=08066638 trace:seh:EXC_RtlRaiseException code=80000100 flags=1 trace:seh:EXC_CallHandler calling handler at 0x4005ca10 code=80000100 flags=1 trace:seh:EXC_CallHandler handler returned 2 trace:seh:EXC_CallHandler calling handler at 0x4005ca10 code=80000100 flags=11 trace:seh:EXC_CallHandler handler returned 2 trace:seh:EXC_CallHandler calling handler at 0x4005ca10 code=80000100 flags=11 trace:seh:EXC_CallHandler handler returned 2 trace:seh:EXC_CallHandler calling handler at 0x4005ca10 code=80000100 flags=11 trace:seh:EXC_CallHandler handler returned 2 trace:seh:EXC_CallHandler calling handler at 0x4005ca10 code=80000100 flags=11 trace:seh:EXC_CallHandler handler returned 2 trace:seh:EXC_CallHandler calling handler at 0x4005ca10 code=80000100 flags=11 trace:seh:EXC_CallHandler handler returned 2 trace:seh:EXC_CallHandler calling handler at 0x4005ca10 code=80000100 flags=11 trace:seh:EXC_CallHandler handler returned 2 trace:seh:EXC_CallHandler calling handler at 0x4005ca10 code=80000100 flags=11 trace:seh:EXC_CallHandler handler returned 2 trace:seh:EXC_CallHandler calling handler at 0x4005ca10 code=80000100 flags=11 trace:seh:EXC_CallHandler handler returned 2 trace:seh:EXC_CallHandler calling handler at 0x4005ca10 code=80000100 flags=11 trace:seh:EXC_CallHandler handler returned 2 trace:seh:EXC_CallHandler calling handler at 0x4005ca10 code=80000100 flags=11 trace:seh:EXC_CallHandler handler returned 2 trace:seh:EXC_CallHandler calling handler at 0x4005ca10 code=80000100 flags=11 trace:seh:EXC_CallHandler handler returned 2 trace:seh:EXC_CallHandler calling handler at 0x5f493fcb code=80000100 flags=11 Call ntdll.RtlRaiseException(404a2528) ret=405e1056 tid=08066638 trace:seh:EXC_RtlRaiseException code=80000100 flags=1 trace:seh:EXC_CallHandler calling handler at 0x4005ca10 code=80000100 flags=1 trace:seh:EXC_CallHandler handler returned 2 trace:seh:EXC_CallHandler calling handler at 0x4005ca10 code=80000100 flags=11 trace:seh:EXC_CallHandler handler returned 2 trace:seh:EXC_CallHandler calling handler at 0x4005ca10 code=80000100 flags=11 trace:seh:EXC_CallHandler handler returned 2 trace:seh:EXC_CallHandler calling handler at 0x4005ca10 code=80000100 flags=11 trace:seh:EXC_CallHandler handler returned 2 trace:seh:EXC_CallHandler calling handler at 0x4005ca10 code=80000100 flags=11 trace:seh:EXC_CallHandler handler returned 2 trace:seh:EXC_CallHandler calling handler at 0x4005ca10 code=80000100 flags=11 trace:seh:EXC_CallHandler handler returned 2 trace:seh:EXC_CallHandler calling handler at 0x4005ca10 code=80000100 flags=11 trace:seh:EXC_CallHandler handler returned 2 trace:seh:EXC_CallHandler calling handler at 0x4005ca10 code=80000100 flags=11 trace:seh:EXC_CallHandler handler returned 2 trace:seh:EXC_CallHandler calling handler at 0x4005ca10 code=80000100 flags=11 trace:seh:EXC_CallHandler handler returned 2 trace:seh:EXC_CallHandler calling handler at 0x4005ca10 code=80000100 flags=11 trace:seh:EXC_CallHandler handler returned 2 trace:seh:EXC_CallHandler calling handler at 0x4005ca10 code=80000100 flags=11 trace:seh:EXC_CallHandler handler returned 2 trace:seh:EXC_CallHandler calling handler at 0x4005ca10 code=80000100 flags=11 trace:seh:EXC_CallHandler handler returned 2 trace:seh:EXC_CallHandler calling handler at 0x4005ca10 code=80000100 flags=11 trace:seh:EXC_CallHandler handler returned 2 trace:seh:EXC_CallHandler calling handler at 0x5f493fcb code=80000100 flags=11 Call ntdll.RtlRaiseException(404a2208) ret=405e1056 tid=08066638 trace:seh:EXC_RtlRaiseException code=80000100 flags=1 trace:seh:EXC_CallHandler calling handler at 0x4005ca10 code=80000100 flags=1 trace:seh:EXC_CallHandler handler returned 2 trace:seh:EXC_CallHandler calling handler at 0x4005ca10 code=80000100 flags=11 trace:seh:EXC_CallHandler handler returned 2 trace:seh:EXC_CallHandler calling handler at 0x4005ca10 code=80000100 flags=11 trace:seh:EXC_CallHandler handler returned 2 trace:seh:EXC_CallHandler calling handler at 0x4005ca10 code=80000100 flags=11 trace:seh:EXC_CallHandler handler returned 2 trace:seh:EXC_CallHandler calling handler at 0x4005ca10 code=80000100 flags=11 trace:seh:EXC_CallHandler handler returned 2 trace:seh:EXC_CallHandler calling handler at 0x4005ca10 code=80000100 flags=11 trace:seh:EXC_CallHandler handler returned 2 trace:seh:EXC_CallHandler calling handler at 0x4005ca10 code=80000100 flags=11 trace:seh:EXC_CallHandler handler returned 2 trace:seh:EXC_CallHandler calling handler at 0x4005ca10 code=80000100 flags=11 trace:seh:EXC_CallHandler handler returned 2 trace:seh:EXC_CallHandler calling handler at 0x4005ca10 code=80000100 flags=11 trace:seh:EXC_CallHandler handler returned 2 trace:seh:EXC_CallHandler calling handler at 0x4005ca10 code=80000100 flags=11 trace:seh:EXC_CallHandler handler returned 2 trace:seh:EXC_CallHandler calling handler at 0x4005ca10 code=80000100 flags=11 trace:seh:EXC_CallHandler handler returned 2 trace:seh:EXC_CallHandler calling handler at 0x4005ca10 code=80000100 flags=11 trace:seh:EXC_CallHandler handler returned 2 trace:seh:EXC_CallHandler calling handler at 0x4005ca10 code=80000100 flags=11 trace:seh:EXC_CallHandler handler returned 2 trace:seh:EXC_CallHandler calling handler at 0x4005ca10 code=80000100 flags=11 trace:seh:EXC_CallHandler handler returned 2 trace:seh:EXC_CallHandler calling handler at 0x5f493fcb code=80000100 flags=11 Call ntdll.RtlRaiseException(404a1ee8) ret=405e1056 tid=08066638 trace:seh:EXC_RtlRaiseException code=80000100 flags=1 trace:seh:EXC_CallHandler calling handler at 0x4005ca10 code=80000100 flags=1 trace:seh:EXC_CallHandler handler returned 2 trace:seh:EXC_CallHandler calling handler at 0x4005ca10 code=80000100 flags=11 trace:seh:EXC_CallHandler handler returned 2 trace:seh:EXC_CallHandler calling handler at 0x4005ca10 code=80000100 flags=11 trace:seh:EXC_CallHandler handler returned 2 trace:seh:EXC_CallHandler calling handler at 0x4005ca10 code=80000100 flags=11 trace:seh:EXC_CallHandler handler returned 2 trace:seh:EXC_CallHandler calling handler at 0x4005ca10 code=80000100 flags=11 trace:seh:EXC_CallHandler handler returned 2 trace:seh:EXC_CallHandler calling handler at 0x4005ca10 code=80000100 flags=11 trace:seh:EXC_CallHandler handler returned 2 trace:seh:EXC_CallHandler calling handler at 0x4005ca10 code=80000100 flags=11 trace:seh:EXC_CallHandler handler returned 2 trace:seh:EXC_CallHandler calling handler at 0x4005ca10 code=80000100 flags=11 trace:seh:EXC_CallHandler handler returned 2 trace:seh:EXC_CallHandler calling handler at 0x4005ca10 code=80000100 flags=11 trace:seh:EXC_CallHandler handler returned 2 trace:seh:EXC_CallHandler calling handler at 0x4005ca10 code=80000100 flags=11 trace:seh:EXC_CallHandler handler returned 2 trace:seh:EXC_CallHandler calling handler at 0x4005ca10 code=80000100 flags=11 trace:seh:EXC_CallHandler handler returned 2 trace:seh:EXC_CallHandler calling handler at 0x4005ca10 code=80000100 flags=11 trace:seh:EXC_CallHandler handler returned 2 trace:seh:EXC_CallHandler calling handler at 0x4005ca10 code=80000100 flags=11 trace:seh:EXC_CallHandler handler returned 2 trace:seh:EXC_CallHandler calling handler at 0x4005ca10 code=80000100 flags=11 trace:seh:EXC_CallHandler handler returned 2 trace:seh:EXC_CallHandler calling handler at 0x4005ca10 code=80000100 flags=11 trace:seh:EXC_CallHandler handler returned 2 trace:seh:EXC_CallHandler calling handler at 0x5f493fcb code=80000100 flags=11 Call ntdll.RtlRaiseException(404a1bc8) ret=405e1056 tid=08066638 trace:seh:EXC_RtlRaiseException code=80000100 flags=1 trace:seh:EXC_CallHandler calling handler at 0x4005ca10 code=80000100 flags=1 trace:seh:EXC_CallHandler handler returned 2 trace:seh:EXC_CallHandler calling handler at 0x4005ca10 code=80000100 flags=11 trace:seh:EXC_CallHandler handler returned 2 trace:seh:EXC_CallHandler calling handler at 0x4005ca10 code=80000100 flags=11 trace:seh:EXC_CallHandler handler returned 2 trace:seh:EXC_CallHandler calling handler at 0x4005ca10 code=80000100 flags=11 trace:seh:EXC_CallHandler handler returned 2 trace:seh:EXC_CallHandler calling handler at 0x4005ca10 code=80000100 flags=11 trace:seh:EXC_CallHandler handler returned 2 trace:seh:EXC_CallHandler calling handler at 0x4005ca10 code=80000100 flags=11 trace:seh:EXC_CallHandler handler returned 2 trace:seh:EXC_CallHandler calling handler at 0x4005ca10 code=80000100 flags=11 trace:seh:EXC_CallHandler handler returned 2 trace:seh:EXC_CallHandler calling handler at 0x4005ca10 code=80000100 flags=11 trace:seh:EXC_CallHandler handler returned 2 trace:seh:EXC_CallHandler calling handler at 0x4005ca10 code=80000100 flags=11 trace:seh:EXC_CallHandler handler returned 2 trace:seh:EXC_CallHandler calling handler at 0x4005ca10 code=80000100 flags=11 trace:seh:EXC_CallHandler handler returned 2 trace:seh:EXC_CallHandler calling handler at 0x4005ca10 code=80000100 flags=11 trace:seh:EXC_CallHandler handler returned 2 trace:seh:EXC_CallHandler calling handler at 0x4005ca10 code=80000100 flags=11 trace:seh:EXC_CallHandler handler returned 2 trace:seh:EXC_CallHandler calling handler at 0x4005ca10 code=80000100 flags=11 trace:seh:EXC_CallHandler handler returned 2 trace:seh:EXC_CallHandler calling handler at 0x4005ca10 code=80000100 flags=11 trace:seh:EXC_CallHandler handler returned 2 trace:seh:EXC_CallHandler calling handler at 0x4005ca10 code=80000100 flags=11 trace:seh:EXC_CallHandler handler returned 2 trace:seh:EXC_CallHandler calling handler at 0x4005ca10 code=80000100 flags=11 trace:seh:EXC_CallHandler handler returned 2 trace:seh:EXC_CallHandler calling handler at 0x5f493fcb code=80000100 flags=11 Segmentation fault Any idea what's going on here ? Somehow the mktime() call seems to be a bit unhealthy. Not to mention the seh mess... Andreas Mohr

2 1

Re: Traces: fs -> tid
by Alexandre Julliard 16 Apr '01

16 Apr '01

Francois Gouget <fgouget(a)free.fr> writes: > Also, this is why I think it's nice to have the tid on each trace. If > not using +relay there is no indication of which thread is issuing the > trace. I'm not opposed to a +tid option to switch on thread information on all traces. But I think +relay should always display the thread info, we will get too many useless traces if it doesn't. -- Alexandre Julliard julliard(a)winehq.com

4 5

InstallShield (resend)
by Daniel Walker 15 Apr '01

15 Apr '01

I've been working on getting the Free Borland installer working. It uses installshield so I think this pertains to all installshield installers .. I've found a problem in propsheet.c , PROPSHEET_CollectPageInfo() . It appears that the property pages that come out of the installer have the PSP_USETITLE flag set. So wine attempts to get the title from the pszTitle field. The problem occurs because the pszTitle field is null. Wine try's to use it as a resource ID then fails. From reading over some MS docs I think windows, in this situation, reverts the PSP_USETITLE flag then uses the title in the template. So far I can get the installer to work, but it doesn't have a title or caption I haven't figured out why. I tryed changind it to "if (dwFlags & PSP_USETITLE && LOWORD(lppsp->pszTitle) != 0)" but it didn't have any effect. I also tryed reverting the PSP_USETITLE flag with no effect. Anyone have any ideas why there isn't a title? The patch below should fix the borland installer and , I assume, other install shield installers. Let me know if this patch doesn't work.. Daniel Walker --- ./dlls/comctl32/propsheet.c Mon Feb 12 10:08:31 2001 +++ ../../wine-20010305/dlls/comctl32/propsheet2.c Sat Apr 14 17:22:59 2001 @@ -296,12 +296,10 @@ if (dwFlags & PSP_USETITLE) { - if ( !HIWORD( lppsp->pszTitle ) ) - { char szTitle[256]; - - if ( !LoadStringA( lppsp->hInstance, (UINT) lppsp->pszTitle, szTitle, 256 ) ) - return FALSE; + + if ( !HIWORD( lppsp->pszTitle ) && LoadStringA( lppsp->hInstance, (UINT) lppsp->pszTitle, szTitle, 256 ) ) + { psInfo->proppage[index].pszText = HEAP_strdupAtoW(GetProcessHeap(), 0, szTitle );

1 0

Strange crash
by Dmitry Timoshkov 15 Apr '01

15 Apr '01

Hello all. Could anybody help to find the source of the following crash? Do this crash look known to somebody? ... Unhandled exception: c000008f in 32-bit code (0x40897fde). In 32-bit mode. Symbol h_errno is invalid Symbol hack_digit is invalid 0x40897fde (X11DRV_PEN_SelectObject+0x8e [pen.c:69]): fldcw 0xfffffffe(%edx) 69 } Wine-dbg>bt Backtrace: =>0 0x40897fde (X11DRV_PEN_SelectObject+0x8e(dc=0x4038bbbc, hpen=0xffe7, pen=0x40842034) [pen.c:69]) (ebp=41f35aac) 1 0x40895a73 (X11DRV_SelectObject+0xb3(dc=0x4038bbbc, handle=0xffe7) [objects.c:62]) (ebp=41f35ad0) 2 0x4082a789 (SelectObject+0x75(hdc=0x68, handle=0xffe7) [gdiobj.c:867]) (ebp=41f35af0) 3 0x4081fceb (DC_InitDC+0x47(dc=0x4038bbbc) [dc.c:163]) (ebp=41f35b08) 4 0x40820919 (CreateDCA+0x135(driver=0x4083745d, device=0x0, output=0x0, initData=0x0, s=0x0, s=0x0, s=0x4083745d) [dc.c:579]) (ebp=41f35c50) 5 0x40823ddc (CreateDIBitmap+0x144(hdc=0x60, header=0x4038b4ec, init=0x4, bits=0x407bc308, data=0x4038b4ec, coloruse=0x0) [dib.c:850]) (ebp=41f35c80) 6 0x40782069 (CURSORICON_CreateFromResource+0x2dd(hInstance=0x0, hObj=0x0, bits=0x407bc2a0, cbSize=0x2e8, bIcon=0x1, dwVersion=0x30000, width=0x20, height=0x20, loadflags=0x8040) [cursoricon.c:550]) (ebp=41f35d14) 7 0x40782647 (CURSORICON_Load+0x257(hInstance=0x106, name=0x7f00, width=0x20, height=0x20, colors=0x100, fCursor=0x0, loadflags=0x8040) [cursoricon.c:777]) (ebp=41f35d64) 8 0x40784da7 (LoadImageW+0x12f(hinst=0x0, name=0x7f00, type=0x1, desiredx=0x20, desiredy=0x0, loadflags=0x8040) [cursoricon.c:2268]) (ebp=41f35d98) 9 0x40784c4e (LoadImageA+0x7e(hinst=0x0, name=0x7f00, type=0x1, desiredx=0x0, desiredy=0x0, loadflags=0x8040) [cursoricon.c:2208]) (ebp=41f35dcc) 10 0x407840c6 (LoadIconA+0x26(hInstance=0x0, name=0x7f00) [cursoricon.c:1792]) (ebp=41f35df0) ... Commenting lines 36-37 physDev->pen.width = GDI_ROUND((FLOAT)pen->logpen.lopnWidth.x * dc->xformWorld2Vport.eM11 * 0.5); in X11DRV_PEN_SelectObject (graphics/x11drv/pen.c) cures the problem. Why call to floor() leads to crash?

1 0

KC Wine & WWN
by Brian Vincent (C) 15 Apr '01

15 Apr '01

Over the last few days I've talked with Eric Pouech and Zack Brown about taking over the KC Wine and Wine Weekly News updates. It looks like I've got the first issue ready to go. Anyway, here's just some of my thoughts on it, and I'd welcome any and all feedback: - Right now my ISP at home is really messed up. At least in the short term I'll be doing a lot of this at work. Unfortunately that means I'll be mostly using Hypermail archives and some really editing methods. I won't be subscribed to the list, but I'll gladly receive email at the address below. - Unfortunately that also means I don't have CVS access right now. At some point I'd like to get WWN going again, but it might be several weeks. - Also, I always like the CVS commit summary, who used to write that? I'd like to incorporate that into the KC Wine page eventually. - My technical skills are not nearly as good as Eric's. So some of my summaries might be a little off. Hopefully I'll get better over time. - IMHO, these updates are a great PR tool for the project. Screenshots, product reviews, and news stories about Wine are very helpful. I'd encourage all of you to send me any news like this. I'll definitely include it. - Along those same lines, in the future I'll probably setup a screenshots page or something like that. ------------ Brian Vincent Copper Mountain Telecom brianv(a)ski-copper.com

2 1

InstallShield
by Daniel Walker 15 Apr '01

15 Apr '01

I've been working on getting the Free Borland installer working. It uses installshield so I think this pertains to all installshield installers .. I've found a problem in propsheet.c , PROPSHEET_CollectPageInfo() . It appears that the property pages that come out of the installer have the PSP_USETITLE flag set. So wine attempts to get the title from the pszTitle field. The problem occurs because the pszTitle field is null. Wine try's to use it as a resource ID then fails. From reading over some MS docs I think windows, in this situation, reverts the PSP_USETITLE flag then uses the title in the template. So far I can get the installer to work, but it doesn't have a title or caption I haven't figured out why. I tryed changind it to "if (dwFlags & PSP_USETITLE && LOWORD(lppsp->pszTitle) != 0)" but it didn't have any effect. I also tryed reverting the PSP_USETITLE flag with no effect. Anyone have any ideas why there isn't a title? The patch below should fix the borland installer and , I assume, other install shield installers. Let me know if this patch doesn't work.. Daniel Walker --- ./dlls/comctl32/propsheet.c Mon Feb 12 10:08:31 2001 +++ ../../wine-20010305/dlls/comctl32/propsheet2.c Sat Apr 14 17:22:59 2001 @@ -296,12 +296,10 @@ if (dwFlags & PSP_USETITLE) { - if ( !HIWORD( lppsp->pszTitle ) ) - { char szTitle[256]; - - if ( !LoadStringA( lppsp->hInstance, (UINT) lppsp->pszTitle, szTitle, 256 ) ) - return FALSE; + + if ( !HIWORD( lppsp->pszTitle ) && LoadStringA( lppsp->hInstance, (UINT) lppsp->pszTitle, szTitle, 256 ) ) + { psInfo->proppage[index].pszText = HEAP_strdupAtoW( GetProcessHeap(), 0, szTitle );

1 0

Re: debugger startup
by Alexandre Julliard 13 Apr '01

13 Apr '01

eric pouech <eric.pouech(a)wanadoo.fr> writes: > apart, from always using argv[0] (and transposing it to a windows > filename when needed), is there another fix ? You can set WINEPRELOAD to make sure we load the right file; so the exec would be something like: WINEPRELOAD=winedbg.so exec wine $* -- Alexandre Julliard julliard(a)winehq.com

2 1

Re: debugger startup
by Alexandre Julliard 13 Apr '01

13 Apr '01

eric pouech <eric.pouech(a)wanadoo.fr> writes: > well, this has a major holes: > - since the process creation in Wine knows the created process is not > a PE image, it doesn't set the info on the server side for the newly > created process ; after the exec in the shell script, the info cannot > be retrieved from the parent, hence an error What makes you think that? Of course the info is set for non-PE binaries too, otherwise you could never debug a Winelib app. > perhaps, the best fix would be to merge the init_process/new_process > server calls I don't see how you could possibly do that. new_process is done by the parent, and init_process by the child; they serve very different purposes. -- Alexandre Julliard julliard(a)winehq.com

2 1

Re: Strange behaviour with GETVDMPOINTER32W
by Alexandre Julliard 12 Apr '01

12 Apr '01

Uwe Bonnes <bon(a)elektron.ikp.physik.tu-darmstadt.de> writes: > Hopefully I get the cutting and pasting right now... > > ... > Call KERNEL.88: LSTRCPY(0x045f781a,0x02ef7044 "%CMDLINE%") ret=02e7:0687 ds=02f7 > Ret KERNEL.88: LSTRCPY() retval=0x045f781a ret=02e7:0687 ds=02f7 > ... > Call KERNEL.516: GETVDMPOINTER32W(0x045f781a,0x0001) ret=02e7:ae4a ds=02f7 > Ret KERNEL.516: GETVDMPOINTER32W() retval=0x404951ba ret=02e7:ae4a ds=02f7 > ... > Call kernel32.lstrcmpA(404951ba "\021\021\021\021\021\021\021\021\021\021\021\021\021\021\0..."...,407e6cbc "%FINDWINDOWCL%") ret=10001464 tid=081df290 Well, either GetVDMPointer returns the wrong pointer, or someone has written to the buffer in the meantime. You need to show us the full trace if you want us to be able to help. -- Alexandre Julliard julliard(a)winehq.com

1 0

Re: Strange behaviour with GETVDMPOINTER32W
by Alexandre Julliard 12 Apr '01

12 Apr '01

Uwe Bonnes <bon(a)elektron.ikp.physik.tu-darmstadt.de> writes: > I don't understand this sequence: > > Some strings gets copied to segemented memory > Call KERNEL.88: LSTRCPY(0x046f0018,0x00ef0080 "") ret=02ef:069a ds=02ff > Ret KERNEL.88: LSTRCPY() retval=0x0467781a ret=02ef:0687 ds=02ff lstrcpy is supposed to return its first argument (0x046f0018 in this case). Something is very wrong here... -- Alexandre Julliard julliard(a)winehq.com

2 2

Re: edit control patch
by lawson_whitney＠juno.com 12 Apr '01

12 Apr '01

On Wed, 11 Apr 2001, Dan Engel wrote: > This is my first attempt at submitting a patch--please someone let me know if there are "customs" I need to follow. > Not meaning to beat on you, but - if somebody else patches the same file while you are working on it, it makes garbage of your diff. For a project as big and open as Wine, it is only common sense and common courtesy that we use diff -u. As well as + and - to show what changed, that has also context lines so patch can have some idea if it is FI adding lines where they belong. Besides, Alexandre prefers it. (From <wine>/README, which I think we should all read now and again :-) " If you add something, or fix a bug, please send a patch ('diff -u' format preferred) to julliard(a)winehq.com or to the wine-patches(a)winehq.com mailing list for inclusion in the next release. -- Alexandre Julliard julliard(a)winehq.com " Lawson This message is brought to you by Wine-20010326, junopine-2.0.2, Juno 2.0.11, and pine-4.10 ---cut here ________________________________________________________________ GET INTERNET ACCESS FROM JUNO! Juno offers FREE or PREMIUM Internet access for less! Join Juno today! For your FREE software, visit: http://dl.www.juno.com/get/tagj.

1 0

Re: edit control patch
by James Hatheway 12 Apr '01

12 Apr '01

Just one little comment, you should make your diffs using the -u (unified diff) option. (ie. cvs -d $CVSROOT -u controls/edit.c > newdiff.diff) That way your patch has "+"s and "-"s instead of ">"s. It makes it easier to read what is changing in the patch... (For example, you patch will look something like this instead:) + INT BkMode; + BkMode = GetBkMode(dc); + SetBkMode( dc, OPAQUE); + SetBkMode( dc, BkMode); -James -- James Hatheway Work: james(a)macadamian.com ~ http://www.macadamian.com Home: jhatheway(a)home.com ~ http://members.home.net/jhatheway "Man könnte froh sein, wenn die Luft so rein wäre wie das Bier" "One could be happy if the air were as pure as the beer" ----- Original Message ----- From: "Dan Engel" <dengel(a)sourceharvest.com> To: <wine-patches(a)winehq.com> Sent: Wednesday, April 11, 2001 10:24 PM Subject: edit control patch > This is my first attempt at submitting a patch--please someone let me know if there are "customs" I need to follow. > > Problem: Edit boxes are, in some cases, displaying selected text as white-on-white, so that it disappeared. > > Analysis: When text is drawn using the x11drv function X11DRV_ExtTextOut, the function does not paint a background rectangle if the background mode for the device context is transparent. In the case of edit controls, there is no attempt to change the background mode to opaque for selected text. > > Solution: In the case of painting reverse text in the edit control (function EDIT_PaintText) set the backgound mode to opaque, and then restore it before exiting the function. > > The patch is attached (wine.diff). > >

1 0

Strange behaviour with GETVDMPOINTER32W
by Uwe Bonnes 11 Apr '01

11 Apr '01

Hallo, I don't understand this sequence: Some strings gets copied to segemented memory Call KERNEL.88: LSTRCPY(0x046f0018,0x00ef0080 "") ret=02ef:069a ds=02ff Ret KERNEL.88: LSTRCPY() retval=0x0467781a ret=02ef:0687 ds=02ff ... This segmented memory gets mapped to linear memory Call KERNEL.516: GETVDMPOINTER32W(0x0467781a,0x0001) ret=02ef:ae4a ds=02ff Ret KERNEL.516: GETVDMPOINTER32W() retval=0x4043bda2 ret=02ef:ae4a ds=02ff ... Accessing the linear memory returns garbage Call kernel32.lstrcmpA(4043bda2 "\021\021\021\021\021\021... ... ret=10001464 tid=08404b48 I don't see any other accesses to 0x046f:0x0018 or 0x0467781a in between. This happens withthe Encarta 99 setup. Bye Uwe Bonnes bon(a)elektron.ikp.physik.tu-darmstadt.de Free Software: If you contribute nothing, expect nothing --

1 0

Re: debugger startup
by Alexandre Julliard 11 Apr '01

11 Apr '01

eric pouech <eric.pouech(a)wanadoo.fr> writes: > either we decide that shell scripts shouldn't be used (easy > solution) or we could do something like : > - if the CreateProcess fails, then wait for a certain amount of > time. If after that time the current process isn't currently > debugged, then report the error. Otherwise assume what did happen is > what has been described above CreateProcess already waits a couple of seconds for the new process to show up, so it's probably enough to simply check for the debugger once CreateProcess returns. An easier fix may be to have the script exec the debugger instead of launching it as a child process; this way the debugger parent pid will be the original Wine process, and everything should work fine. -- Alexandre Julliard julliard(a)winehq.com

2 1

Re: VxD information
by Alexandre Julliard 11 Apr '01

11 Apr '01

Maurice van der Pot <griffon26(a)kfk4ever.com> writes: > I'd like to get started on VxD support, but I'm unable to find any useful > documentation on how it's implemented in Wine. I've been looking through > the sources (e.g. vxd.c, wprocs.spec) but I can't find the connection > between a call to int 2F and a call to the functions in vxd.c. The connection is through int 2f ax=0x1684 (in msdos/int2f.c), which does a GetProcAddress on wprocs and returns the vxd entry point to the application. The app then calls the corresponding vxd directly with a normal function call. -- Alexandre Julliard julliard(a)winehq.com

1 0

Re: RegSetValueEx problem?
by Alexandre Julliard 11 Apr '01

11 Apr '01

davep <davep(a)cyw.uklinux.net> writes: > I have now been able to build and run WineMine under NT4, and it works > perfectly. On exit each parameter is saved to the registry as 16 bytes including > the training garbage (not visible in Regedit of course) and when restarted the > exact same 16 bytes are reloaded from the registry. > > It does therefore seem that there is something wrong with Wne's implementation. No, it depends if data[sizeof(data)] is null or not; the +1 on the size is done only if the last byte is null, on the assumption that the programmer forgot to count it (i.e. used strlen(data) instead of strlen(data)+1). It's the usual Microsoft approach of hiding bugs instead of fixing them, and it is definitely what NT does (or we wouldn't be doing such a monstrosity). Now what can happen is that the Microsoft compiler lays out the stack in a different way than gcc, and that the variable that is just above the array on the stack doesn't contain 0 in this case. In fact I suspect that if you run your Windows binary of WineMine under Wine it will work fine too. -- Alexandre Julliard julliard(a)winehq.com

1 0

Re: Traces: fs -> tid
by Alexandre Julliard 11 Apr '01

11 Apr '01

Francois Gouget <fgouget(a)free.fr> writes: > Yes, but it would also be the simplest implementation (overdesign can > be ugly too). And if it's the one off hack that it current looks like it > is, why not. > I propose to just let Alexandre decide which implementation, if any, > he thinks would be worth including in CVS. I think we have now wasted enough bandwidth on this non-issue. The relay traces have always displayed the thread info, and will continue to do so. People who are morally offended by the extra 5 characters needed for the tid can hack their local tree, or learn to use sed/awk/perl. -- Alexandre Julliard julliard(a)winehq.com

1 0

Re: edit control patch
by Ian Pilcher 11 Apr '01

11 Apr '01

Dan Engel wrote: > > This is my first attempt at submitting a patch--please someone let me know if there are "customs" I need to follow. > Word-wrap is nice. :-) -- ======================================================================== Ian Pilcher ian.pilcher(a)home.com ========================================================================

1 0

Re: RegSetValueEx problem?
by Alexandre Julliard 11 Apr '01

11 Apr '01

gerard patel <gerard.patel(a)asi.fr> writes: > I have browsed server/registry.c and it seems that the registry > stores a terminating null for strings; so if you have in the registry > file a string like "0123456789", it get in memory a length of 11. > So I guess that the fix would be to fix the length by -1 somewhere > in the path server->ntdll->advapi No, the current behavior is correct for NT; what you want is a version check to get the Win95 behavior. Something like the patch below should do it (and of course WineMine should be fixed to work on NT too). Index: dlls/advapi32/registry.c =================================================================== RCS file: /opt/cvs-commit/wine/dlls/advapi32/registry.c,v retrieving revision 1.24 diff -u -r1.24 registry.c --- dlls/advapi32/registry.c 2001/03/23 19:12:01 1.24 +++ dlls/advapi32/registry.c 2001/04/09 20:49:35 @@ -640,8 +640,12 @@ { UNICODE_STRING nameW; - if (count && is_string(type)) + if (GetVersion() & 0x80000000) /* win95 */ { + if (type == REG_SZ) count = strlenW( (WCHAR *)data ) + sizeof(WCHAR); + } + else if (count && is_string(type)) + { LPCWSTR str = (LPCWSTR)data; /* if user forgot to count terminating null, add it (yes NT does this) */ if (str[count / sizeof(WCHAR) - 1] && !str[count / sizeof(WCHAR)]) @@ -663,7 +667,11 @@ WCHAR *dataW = NULL; NTSTATUS status; - if (count && is_string(type)) + if (GetVersion() & 0x80000000) /* win95 */ + { + if (type == REG_SZ) count = strlen(data) + 1; + } + else if (count && is_string(type)) { /* if user forgot to count terminating null, add it (yes NT does this) */ if (data[count-1] && !data[count]) count++; -- Alexandre Julliard julliard(a)winehq.com

2 1

VxD information
by Maurice van der Pot 11 Apr '01

11 Apr '01

I'd like to get started on VxD support, but I'm unable to find any useful documentation on how it's implemented in Wine. I've been looking through the sources (e.g. vxd.c, wprocs.spec) but I can't find the connection between a call to int 2F and a call to the functions in vxd.c. Regards, Maurice van der Pot.

1 0

Re: Traces: fs -> tid
by Alexandre Julliard 10 Apr '01

10 Apr '01

Francois Gouget <fgouget(a)free.fr> writes: > But maybe we could ask for traces generated with +relay,+tid instead > of just +relay. > Also when you're working on a specific application for which you have > determined that threads don't play a role, then you would have the > option of omitting the +tid to get simpler traces. I disagree, I think the thread information is important even if you are not chasing a thread problem, simply to tell you which calls are part of the same sequence. It's not possible to make sense of any relay trace if the calls made from different threads cannot be distinguished. If the tid really disturbs you, you can always pipe the output into a sed 's/tid=.*//' or something similar. -- Alexandre Julliard julliard(a)winehq.com

3 2

Traces: fs -> tid
by Francois Gouget 10 Apr '01

10 Apr '01

I noticed that fs was replaced by tid in relay (and snoop & co too now). I propose a slightly different version based on the following premises: * when suspecting a threading problem it could be nice to tag each trace with the id of the thread that emits it * when there's no thread issue, then fs and tid are unnecessary and only clutter the traces by making lines longer and harder to read * I find that lines are more readable if the thread id comes first as it's always the same length and doesn't mess up the alignment of the other fields So this patch adds a debug channel called 'tid' which activates printing the tid as the first field of all traces. Actually, it might make sense to merge 'tid' with the 'thread' debug channel. 'Screenshot': 08063178:Call user32.DispatchMessageA(405b6e50) ret=00402135 08063178:trace:relay:WINPROC_CallWndProc (wndproc=0x401c74,hwnd=00000138,msg=WM_SYSCOMMAND,wp=0000f060,lp=00000000) 08063178:Call user32.DefWindowProcA(00000138,00000112,0000f060,00000000) ret=0040206c Comments? Changelog: * dlls/ntdll/ntdll.spec Declare the tid debug channel * dlls/ntdll/debugtools.c, relay32/relay386.c, relay32/snoop.c Output the current thread id as the first field if tid is turned on -- Francois Gouget fgouget(a)free.fr http://fgouget.free.fr/ La terre est une bêta...

2 3

Re: [PATCH] Add Callback for wavemapper -> widOpen
by Alexandre Julliard 09 Apr '01

09 Apr '01

"James Hatheway" <james(a)macadamian.com> writes: > I implemented the callback in a very similar way as the Wave out callback > is implemented. You can see this in the functions wodOpen(), wodOpenHelper(), > and WAVEMAP_DstCallback() , look at the data passed in the wom structure > (in dlls/winmm/wavemap/wavemap.c). I don't see any other way that I will > be able to callback into the app when the WineOSS layer notifies the wavemap > layer. The way it is now (wineoss directly calling the app) > causes my app to crash, and doesn't work that way on waveout. But these other functions are not using the WINE_MLD internal winmm structure, so why do you need it in widOpen()? Couldn't you instead do exactly what wodOpen() does? -- Alexandre Julliard julliard(a)winehq.com

3 5

Re: RegSetValueEx problem?
by gerard patel 08 Apr '01

08 Apr '01

At 10:54 AM 08/04/2001 +0100, you wrote: > >I've found time to do some more digging, but I'm still stumped. <snip> I have browsed server/registry.c and it seems that the registry stores a terminating null for strings; so if you have in the registry file a string like "0123456789", it get in memory a length of 11. So I guess that the fix would be to fix the length by -1 somewhere in the path server->ntdll->advapi I have tried this but I am not sure at all this is correct : --- registry.c.orig Mon Mar 5 20:34:21 2001 +++ registry.c Sun Apr 8 18:11:39 2001 @@ -799,14 +799,17 @@ struct key_value *value; int index; size_t ret = 0; + size_t l; if ((value = find_value( key, name, &index ))) { *type = value->type; - *len = value->len; - if (value->data && offset < value->len) + l = value->len; + if ((value->type == REG_SZ) && l) l--; + *len = l; + if (value->data && offset < l) { - if (maxlen > value->len - offset) maxlen = value->len - offset; + if (maxlen > l - offset) maxlen = l - offset; memcpy( data, (char *)value->data + offset, maxlen ); ret = maxlen; } Gerard

2 1

Wrc question
by gerard patel 08 Apr '01

08 Apr '01

I have looked at wrc code and there is a strange 100K limit on the size of mem allocation : assert(size > 0); assert(size < 102400); res = malloc(size); if(res == NULL) { Baffling code - hardcoded limit hidden in a C file :-/ I removed the assert and wrc was able to handle a 1 megabyte bitmap. Anyone has an idea about the meaning of this limit ? Gerard

2 1

Re: debugger startup
by gerard patel 08 Apr '01

08 Apr '01

At 06:32 PM 07/04/2001 +0200, you wrote: <snip> >the setup was that the AeDebug registry key pointed to a shell script, >which in turn, >launched the real debugger (used to set up different context options, >and such) ah that was the problem ? from the bug reports on the news group I had the idea that the key was just not initialized. <snip> >either we decide that shell scripts shouldn't be used (easy solution) The script has an utility, no ? I don't know what it's doing, is the goal to configure the debugger options ? (if yes, maybe using an environment variable could give the same result ??) Gerard

1 0

Re: RegSetValueEx problem?
by davep 08 Apr '01

08 Apr '01

On Sun, 01 Apr 2001, you wrote: > At 01:59 PM 31/03/2001 +0100, you wrote: > > <snip> > >Compiling and running Winemine under Windows 95 this problem doesn't occur. > >Win95 truncates the value at the first null. > > Under NT4 SP6, if I write (for example) '47' + 0 + 13 bytes of garbage, I get > exactly that when querying with the same buffer length (16). > If I use a longer buffer, one binary 0 is appended. > If I use a shorter buffer, nothing is copied and the function does not succeed > (ERROR_MORE_DATA). > > Of course under Regedit the garbage is not displayed; regedit displays only '47' > in this case. I've found time to do some more digging, but I'm still stumped. This is the trace from WineMine saving one parameter in the registry (-debugmsg +relay,+reg): Call advapi32.248: RegSetValueExA(00000038,4038cae0 "Xpos",00000000,00000001,405e66a0,00000010) ret=40388dc8 fs=008f Call kernel32.643: MultiByteToWideChar(00000000,00000000,405e66a0 "3",00000010,00000000,00000000) ret=407c4fe9 fs=008f Ret kernel32.643: MultiByteToWideChar() retval=00000010 ret=407c4fe9 fs=008f Call kernel32.553: HeapAlloc(40390000,00000000,00000020) ret=407c4fff fs=008f Ret kernel32.553: HeapAlloc() retval=403d62fc ret=407c4fff fs=008f Call kernel32.643: MultiByteToWideChar(00000000,00000000,405e66a0 "3",00000010,403d62fc,00000010) ret=407c5023 fs=008f Ret kernel32.643: MultiByteToWideChar() retval=00000010 ret=407c5023 fs=008f Call ntdll.419: RtlInitAnsiString(405e658c,4038cae0 "Xpos") ret=407c5038 fs=008f Ret ntdll.419: RtlInitAnsiString() retval=00000000 ret=407c5038 fs=008f Call ntdll.281: RtlAnsiStringToUnicodeString(40113578,405e658c,00000000) ret=407c504d fs=008f Ret ntdll.281: RtlAnsiStringToUnicodeString() retval=00000000 ret=407c504d fs=008f Call ntdll.230: NtSetValueKey(00000038,40113578,00000000,00000001,403d62fc,00000020) ret=407c5067 fs=008f trace:reg:NtSetValueKey (0x38,L"Xpos",1,0x403d62fc,32) Ret ntdll.230: NtSetValueKey() retval=00000000 ret=407c5067 fs=008f Call kernel32.559: HeapFree(40390000,00000000,403d62fc) ret=407c5083 fs=008f Ret kernel32.559: HeapFree() retval=00000001 ret=407c5083 fs=008f Call ntdll.466: RtlNtStatusToDosError(00000000) ret=407c5089 fs=008f Ret ntdll.466: RtlNtStatusToDosError() retval=00000000 ret=407c5089 fs=008f Ret advapi32.248: RegSetValueExA() retval=00000000 ret=40388dc8 fs=008f So the 16-byte buffer (containing the character "3", a null, and 14 bytes of garbage) has been converted into a 32-byte unicode string and saved. Good. Inside the registry this looks like: "Xpos"="3\0\0\0`\x00ca7@\0\0\0\0\0\0\0@" Now if we read that value back in this is what happens: Call advapi32.236: RegQueryValueExA(00000034,4038cae0 "Xpos",00000000,405e6970,405e697c,405e6974) ret=40388a38 fs=008f trace:reg:RegQueryValueExA (0x34,"Xpos",(nil),0x405e6970,0x405e697c,0x405e6974=16) Call ntdll.419: RtlInitAnsiString(405e6764,4038cae0 "Xpos") ret=407c5565 fs=008f Ret ntdll.419: RtlInitAnsiString() retval=00000000 ret=407c5565 fs=008f Call ntdll.281: RtlAnsiStringToUnicodeString(40113578,405e6764,00000000) ret=407c557a fs=008f Ret ntdll.281: RtlAnsiStringToUnicodeString() retval=00000000 ret=407c557a fs=008f Call ntdll.177: NtQueryValueKey(00000034,40113578,00000002,405e676c,00000100,405e6760) ret=407c55b0 fs=008f trace:reg:NtQueryValueKey (0x34,L"Xpos",2,0x405e676c,256) Ret ntdll.177: NtQueryValueKey() retval=00000000 ret=407c55b0 fs=008f Call kernel32.889: WideCharToMultiByte(00000000,00000000,405e6778 L"3",00000011,00000000,00000000,00000000,00000000) ret=407c56c9 fs=008f Ret kernel32.889: WideCharToMultiByte() retval=00000011 ret=407c56c9 fs=008f Call ntdll.466: RtlNtStatusToDosError(80000005) ret=407c57be fs=008f Ret ntdll.466: RtlNtStatusToDosError() retval=000000ea ret=407c57be fs=008f Ret advapi32.236: RegQueryValueExA() retval=000000ea ret=40388a38 fs=008f RegQueryValueEx maintains that there are 17 characters and since they won't fit in the buffer the function aborts. Incidentally, the "null-terminate if the user forgot" trick is carried out both in RegSetValueEx *and* RegQueryValueEx. Would not once be enough? -- Dave Pickles

1 0

debugger startup
by eric pouech 07 Apr '01

07 Apr '01

someone (IIRC Gérard) had issues when starting the debugger when an exception occured. the setup was that the AeDebug registry key pointed to a shell script, which in turn, launched the real debugger (used to set up different context options, and such) however, what happens is: - the main program (the one generating the exception) tries to launch the debugger using the AeDebug - the process creation forks, and exec:s the debugger program - at the unix level, the debugged program starts, which runs the shell script, which then starts the debugger - at the windows level, since the shell script isn't a Wine process, the call fails (even if an Unix process is created) - the exception handler then reports the error in process creation and stops the main program, whereas the debugger has been started for this program either we decide that shell scripts shouldn't be used (easy solution) or we could do something like : - if the CreateProcess fails, then wait for a certain amount of time. If after that time the current process isn't currently debugged, then report the error. Otherwise assume what did happen is what has been described above comments are welcome A+ -- --------------- Eric Pouech (http://perso.wanadoo.fr/eric.pouech/) "The future will be better tomorrow", Vice President Dan Quayle

1 0

Re: [PATCH] deferred trace
by Alexandre Julliard 07 Apr '01

07 Apr '01

eric pouech <eric.pouech(a)wanadoo.fr> writes: > using the Wine debugger (or any program using the debugging API) may > have some drawbacks. As the API is designed, it's not possible to > get control of the debugged program between its creation and its > entry point entering this makes very difficult to let the Wine > debugger trigger the expected features by poking the memory in the > debuggee. That's not exactly correct, the debugger can intercept the dll loads and break in the dll init code. Since with dll separation all Wine inits will be done inside dlls, the debugger should be able to intercept everything from the point we connect to the wineserver. -- Alexandre Julliard julliard(a)winehq.com

2 1

Re: Nasty Wine/kernel bug, anyone?
by Ulrich Weigand 06 Apr '01

06 Apr '01

> If I were going to make more WAGs (Wild Assed guesses), > I'd hazard a guess that this was due to my Alsa sound system > (running on the AC97 codec on my Asus motherboard). > > I tried to walk the stack back, but didn't get very far > (after the first time of wrongly computing the hex offset > from a .s file, I gave off, stomped off to look > for a better disassembler and gave up). If you have the 'vmlinux' file, try objdump --disassemble vmlinux > My best guess is that we're coming through dentry_open > (xc012e7fe)/ chrdev_open (0xc012f66c) > /soundcore_open (0xc01bbf71). However, I wasn't > seeing a familiar EBP/EIP pattern, so I'm possibly just > pulling random symbols out of the air. Yes, this appears to the proper trace: c0108d7f system_call c012ea2c sys_open c012e732 filp_open c012e7fe dentry_open c012f66c chrdev_open c01bbf71 soundcore_open d0826a42 <module> d087ce3e <module> c0107aa4 __down_failed c010794f __down ........ schedule [I am assuming that you have 256MB main memory. Correct?] Now, the question is still, who is sleeping on that semaphore and why? >From the call trace, it would seem that some sound-related module is loaded, which does a down() on some semaphore in its open() routine. We even know which semaphore: cff267ac. (This does not help much, as this is would appear to be somewhere in kmalloc()ed memory ...) We can continue to track in two directions. First, we can try to locate the point within the Wine application where the open() syscall is performed. >From the trace we see that the system call instruction is located at 40303a24, and the stack pointer points to 405c6638. The system call itself is an open( 41610240, O_WRONLY|O_NDELAY ) [The stack pointer value is rather weird, I'd say ...] This particular open mode occurs in the Wine source only in dlls/winmm/wineoss/audio.c, which confirms the sound hypothesis. The next time you reproduce the bug, could you please add the output of /proc/<pid>/maps for the hanging Wine process? This way, we could further analyse these pointers to Wine user space ... The more promising way to track the problem, however, is to find out which module those d* addresses above reside in. If the modules are still loaded, the output of /proc/ksyms should at least give a hint. For a more refined symbol lookup, it is best to use the 'ksymoops' tool, which correlates the /proc/ksyms output with the ELF symbols read from the object modules themselves. To do so, write this: Call Trace: [<d0826a42>] [<d087ce3e>] to a file and pipe the file through ksymoops. In any case, this would seem to be clearly a bug in that sound module. I don't know, however, why only Wine would trigger that bug ... Bye, Ulrich -- Dr. Ulrich Weigand weigand(a)informatik.uni-erlangen.de

2 1

Re: [PATCH] Name Thread Exception support in Wine debugger
by eric pouech 06 Apr '01

06 Apr '01

James Hatheway wrote: > > Hi guys, > > As I mentioned in an earlier email to the Devel mailing list, I discovered the > application I am supporting started raising more exceptions than usual. These > turned out to be an undocumented signal to the MS VC6 debugger to name the > current thread. You can read more about this at: > http://www.vcdj.com/upload/free/features/vcdj/2001/03mar01/et0103/et0103.asp > or searching google.com or deja.com for "0x406D1388". This patch fixes > the WINE debugger to handle this exception, just like MS VC6 debugger does. something seems wrong in your patch... the szName field from the exception field is never copied from the debugged program space to the debugger space (only the address is) so, you should use ReadProcessMemory instead (something like ReadProcessMemory(pThread->name, sizeof(pThread->name), DEBUG_CurrThread->process->handle, pThreadName->szName); ) also, I don't like the fact that you put the #define in a public header file and the exception struct definition inside the file it would make more sense to me if both were either public or private (I'd go for private, since those values don't seem to be defined in Windows' standard headers) A+ -- --------------- Eric Pouech (http://perso.wanadoo.fr/eric.pouech/) "The future will be better tomorrow", Vice President Dan Quayle

2 1

WWN
by eric pouech 06 Apr '01

06 Apr '01

for personal reasons, I will no longer be able to write the WWN (and I haven't in the last couple of weeks) so, if someone wishes to take the job over, I'd be happy to help him (her) to set it up A+ -- --------------- Eric Pouech (http://perso.wanadoo.fr/eric.pouech/) "The future will be better tomorrow", Vice President Dan Quayle

1 0

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