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

Strange debug message in programs/winedbg/info.c

by Sami Aario

Hi, The debugger kept messing up my output because of a missing newline. This patch fixes that. However, the condition checks for first_dll, but the output says first_option. They can't both be right. So which one should it be?

Jan. 24, 2004

Re: shell32 patch 20

by Steven Edwards

Hi Dmitry, --- Dmitry Timoshkov <dmitry(a)baikal.ru> wrote: > > RtlCreateUnicodeStringFromAsciiz() is neither present in MinGW nor > in PSDK. > > That doesn't justify the change IMO. There are lots of places in Wine > using that construct, and it's much more convenient and avoids code > duplication (with a possibility of adding bugs in even such a simple > case). Well I would agree with you if it was just not defined in Mingw but there is nothing we can do about getting Microsoft to add it to the PSDK. If we want to build/test on MS_VC what are we to do? Thanks Steven __________________________________ Do you Yahoo!? Yahoo! SiteBuilder - Free web site building tool. Try it! http://webhosting.yahoo.com/ps/sb/

Jan. 24, 2004

Re: x11drv

by Dmitry Timoshkov

<RemiAssailly(a)aol.com> wrote: > I had the following problem : I could not resize my screen and it was unable > to play StarCraft and Red Alert ( I ). > So I modified dlls/x11drv/settings.c and I tested many possibilty and I have > corrected that. > Since I have modified it I can play StarCraft, Red Alert. > That's are the some of the softwares I use to test wine. The change in dlls/x11drv/keyboard.c has nothing to do with the explanation above and is really unnecessary, right? And as Andreas already has pointed out another part of the patch is wrong. -- Dmitry.

Jan. 24, 2004

Re: x11drv

by Andreas Mohr

Hi, On Sat, Jan 24, 2004 at 09:29:14AM -0500, RemiAssailly(a)aol.com wrote: > diff -Nru a/dlls/x11drv/settings.c b/dlls/x11drv/settings.c > --- a/dlls/x11drv/settings.c 2003-10-16 00:21:42.000000000 +0000 > +++ b/dlls/x11drv/settings.c 2004-01-24 11:15:46.000000000 +0000 > @@ -242,7 +242,7 @@ > > TRACE("(%s,%p,%p,0x%08lx,%p)\n",debugstr_w(devname),devmode,hwnd,flags,lpvoid); > TRACE("flags=%s\n",_CDS_flags(flags)); > - if (devmode) > + if (devmode==NULL) > { > TRACE("DM_fields=%s\n",_DM_fields(devmode->dmFields)); > TRACE("width=%ld height=%ld bpp=%ld freq=%ld (%s)\n", Sorry, that's invalid from the very beginning, since we trace a devmode->dmFields when devmode is NULL. No way. :-\ Maybe it's useful to describe the problem in more detail? -- Microsoft prepares new round of .doc office format lock-in (just forget about OpenOffice/StarOffice .doc interoperability then, ok?) http://news.com.com/2100-1012_3-5069246.html

Jan. 24, 2004

Re: shell32 patch 20

by Dmitry Timoshkov

"Martin Fuchs" <martin-fuchs(a)gmx.net> wrote: > > > Changelog: > > > - don't link directly to NTDLL; use MultiByteToWideChar() instead of > > RtlCreateUnicodeStringFromAsciiz() > > > > Why do you need that? > > RtlCreateUnicodeStringFromAsciiz() is neither present in MinGW nor in PSDK. That doesn't justify the change IMO. There are lots of places in Wine using that construct, and it's much more convenient and avoids code duplication (with a possibility of adding bugs in even such a simple case). -- Dmitry.

Jan. 24, 2004

Re: Debugging problem

by Mike Hearn

On Sat, 24 Jan 2004 07:18:04 +0100, Eric Pouech wrote: > as I already wrote, the patch I sent to wine-devel is: > 1/ a dirty hack > 2/ doesn't address all the issues > 3/ a wrong solution to the real problem Yes, sorry, I remember but the guy was quoting an earlier email of mine, I wasn't repeating the request ;) thanks -mike

Jan. 24, 2004

Sound disappears after few seconds

by Vitaliy Margolen

After last number of patches to sound drivers I'm having problems with sound. Unfortunately I haven't spotted when exactly did that happened. Here is what the problem is: - When using AIM, yes, windows AIM - there are nothing else I could find that exists on both Windows and Linux and has "Talk" feature. - After 5 - 10 seconds sound stops working. Recording works fine, but playback stops completely. - Tested with oss, alsa and arts. Problem exists in all of them or in something common between them. - If I don't use record, just play some sound - no problem. - Needless to say this used to work before. Any suggestions? -- Best regards, Vitaliy

Jan. 24, 2004

Re: make html not working

by Ferenc Wagner

Frank.Schruefer(a)t-online.de (Frank Schruefer) writes: > merlin(a)Merlin:/usr/tmp/work/bld/wine/wine/documentation> make html > db2html -u wine-devel.sgml > Try 'db2html --help' for more information. $ db2html --version DocBook-utils version 0.6.9 (jw version 1.1) $ db2html --help [...] -u|--nochunks: Output only one big file [...] Feri.

Jan. 24, 2004

Re: shell32 patch 20

by Martin Fuchs

> > Changelog: > > - don't link directly to NTDLL; use MultiByteToWideChar() instead of > RtlCreateUnicodeStringFromAsciiz() > > Why do you need that? RtlCreateUnicodeStringFromAsciiz() is neither present in MinGW nor in PSDK. Regards, Martin

Jan. 24, 2004

Re: LockResource16 in ole32.dll

by Dmitry Timoshkov

"Ge van Geldorp" <ge(a)gse.nl> wrote: > Another idea just popped up: the basic problem we're having is > translating the handle passed in to a table containing the accelerator > entries. How about using CopyAcceleratorTableA/W to do that? This > function is designed to do that job and is located in user32. That dll > is not shared between Wine and ReactOS anyway, so we can mess around in > it anyway we like without disturbing Wine. IMHO it would be much better to fix LoadAcceleratorsA/W and avoid to use LockResource16 at all in all callers in Wine. Yes, it's slightly more work, but that's a usual case with all Wine bugs. -- Dmitry.

Jan. 24, 2004

Re: INI File Processing Improvements

by Dmitry Timoshkov

"Robert Shearman" <R.J.Shearman(a)warwick.ac.uk> wrote: > Changelog: > - Use Win32 instead of Unix file functions > - Process files fully in Unicode > - Add Unicode file detection Further concerns: 1. You are duplicating too much unicode helpers already existing in wine_unicode and include/wine/unicode.h 2. Are you sure that Windows supports unicode .ini files at all? -- Dmitry.

Jan. 24, 2004

Re: INI File Processing Improvements

by Dmitry Timoshkov

"Robert Shearman" <R.J.Shearman(a)warwick.ac.uk> wrote: > - Add Unicode file detection > +static inline ENCODING PROFILE_DetectTextEncoding(const void * buffer) > +{ > + if (!memcmp(buffer, bom_utf8, sizeof(bom_utf8)/sizeof(bom_utf8[0]))) > + return ENCODING_UTF8; > + if (*(WCHAR*)buffer == BOM_UTF16LE) > + return ENCODING_UTF16LE; > + if (*(WCHAR*)buffer == BOM_UTF16BE) > + return ENCODING_UTF16BE; > + if (*(DWORD*)buffer == BOM_UTF32LE) > + return ENCODING_UTF32LE; > + if (*(DWORD*)buffer == BOM_UTF32BE) > + return ENCODING_UTF32BE; > + return ENCODING_ANSI; > +} Why not simply use IsTextUnicode/RtlIsTextUnicode and fix it if necessary? -- Dmitry.

Jan. 24, 2004

Re: PATCH: Fix DLL constructors on OpenBSD

by Todd T. Fries

.. I was wondering if there was anything to test yet? We're stuck otherwise at: eclipse$ $pd/wine sol.exe /usr/obj/ports/wine-20040121/wine-20040121/loader/wine:/usr/obj/ports/wine-20040121/wine-20040121/dlls/ntdll.dll.so: undefined symbol 'DllMain' /usr/obj/ports/wine-20040121/wine-20040121/loader/wine: /usr/obj/ports/wine-20040121/wine-20040121/dlls/ntdll.dll.so: can't resolve reference 'DllMain' assertion "view->next->flags & VFLAG_SYSTEM" failed: file "virtual.c", line 333 Killed eclipse$ $pd/wine /usr/obj/ports/wine-20040121/wine-20040121/loader/wine:/usr/obj/ports/wine-20040121/wine-20040121/dlls/ntdll.dll.so: undefined symbol 'DllMain' /usr/obj/ports/wine-20040121/wine-20040121/loader/wine: /usr/obj/ports/wine-20040121/wine-20040121/dlls/ntdll.dll.so: can't resolve reference 'DllMain' Wine 20040121 Usage: wine [options] [--] program_name [arguments] The -- has to be used if you specify arguments (of the program) Options: --debugmsg name Turn debugging-messages on or off --dll name This option is no longer supported --help,-h Show this help message --version,-v Display the Wine version eclipse$ built from http://todd.fries.net/ports/wine-20040121.tgz .. -- Todd Fries .. todd(a)fries.net Free Daemon Consulting, LLC VOIP: 1.636.410.0632 http://FreeDaemonConsulting.com Land: 1.405.810.2918 "..in support of free software solutions." Mobile: 1.405.203.6124 Key fingerprint: 37E7 D3EB 74D0 8D66 A68D B866 0326 204E 3F42 004A Key: http://todd.fries.net/pgp.txt

Jan. 24, 2004

Re: Debugging problem

by Eric Pouech

> Eric, could you please submit that patch? Even if it's not correct, having > the debuggers out of action like this is causing big problems. as I already wrote, the patch I sent to wine-devel is: 1/ a dirty hack 2/ doesn't address all the issues 3/ a wrong solution to the real problem For the time being, setting WINELOADER to the wine exec is the best solution. A+

Jan. 24, 2004

Re: shell32 patch 20

by Dmitry Timoshkov

"Martin Fuchs" <martin-fuchs(a)gmx.net> wrote: > Changelog: > - don't link directly to NTDLL; use MultiByteToWideChar() instead of RtlCreateUnicodeStringFromAsciiz() Why do you need that? -- Dmitry.

Jan. 24, 2004

Sorry for the duplicate messages

by Robert Shearman

Sorry for the duplicate messages. I've just been debugging a problem with Outlook and every time it started up, it sent the message and then crashed, not registering that it had sent it. Rob

Jan. 24, 2004

Re: warning to "wine on cygwin" experimenters

by Sylvain Petreolle

I wont believe any word that comes from an anonymous mail. Alexandre, shouldnt we close this subject ? ===== Sylvain Petreolle (spetreolle_at_users_dot_sourceforge_dot_net) ICQ #170597259 Say NO to software patents Dites NON aux brevets logiciels "You believe it's the year 1984, when in fact, its closer to 2184"1984 / Matrix _________________________________________________________________ Do You Yahoo!? -- Une adresse @yahoo.fr gratuite et en français ! Yahoo! Mail : http://fr.mail.yahoo.com

Jan. 24, 2004

Re: Dungeon Keeper thread(s) recently

by Frank.Schruefer＠t-online.de

Jason Edmeades wrote: > Just a thank you for the people who followed up on this recently, > including the recent patch. Yep, that was really great teamwork. I also thank you all, especially you Jason for cornering the bug! > > (I have been offline due to a failing modem, so couldnt participate > towards the end.) > Jason > Great you're back! Maybe you could shed some light :-) You remember that you came until a not moving cursor after starting DK. I applied your second workaround for now and am stuck in the same situation. I'll elaborate this a bit: - I have two mouse pointers. - The first is trapped in the upper left corner and looks like a standard mousepointer. When the mouse is moved down or right it follows a bit and then always jumps back to it's corner. - The second one is the Dungeon Keeper mouse pointer (some picture of a monsters head). This one moves down and right if the mouse is moved in this directions but doesn't move up or left. Except this the mousepointer behaves absolutely normal. That's the situation. Any ideas for a starting point for debugging? -- Thanks, Frank Schruefer

Jan. 24, 2004

make html not working

by Frank.Schruefer＠t-online.de

Hy, Looks like 'make html' in documentation is using 'db2hml -u' which is not working on my system. If I remove the '-u' from the Makefile it works ok. Don't know what the '-u' option is for though. ERROR IS: merlin(a)Merlin:/usr/tmp/work/bld/wine/wine/documentation> make html db2html -u wine-devel.sgml Try 'db2html --help' for more information. make: *** [wine-devel.html] Fehler 1 MY DB2HML VERSION: merlin(a)Merlin:/usr/tmp/work/bld/wine/wine/documentation> db2html --version db2html - docbook-toys 1.51.0 PROBLEMATIC LINE IN Makefile: $(DB2HTML) -u $<

Jan. 24, 2004

RE: Lotus Notes broken in recent CVS

by Robert Shearman

> Through iterative CVS pulls, I have established that the problem > I see with > Lotus Notes not working occurred between 01/02/2004 and 01/03/2004. I had > thought that the problem came up only in the last week, but I must have > been mistaken. The 01/03 CVS snapshot gives the symptoms that I mentioned > before (appended below), and I was able to send this note with the 01/02 > snapshot. As a wild guess, try backing out these patches in order, testing after each one: 1. http://cvs.winehq.com/patch.py?id=10552 2. http://cvs.winehq.com/patch.py?id=10547 3. http://cvs.winehq.com/patch.py?id=10546 Rob

Jan. 24, 2004

Lotus Notes broken in recent CVS

by Paul R Streitman

Through iterative CVS pulls, I have established that the problem I see with Lotus Notes not working occurred between 01/02/2004 and 01/03/2004. I had thought that the problem came up only in the last week, but I must have been mistaken. The 01/03 CVS snapshot gives the symptoms that I mentioned before (appended below), and I was able to send this note with the 01/02 snapshot. I did try copying my Notes directory to a linux drive (ext3) and reconfiguring my configuration file to use it, but saw the same problem (except of course for the path name in the error messages). Paul z/OS core components development Internet: prs(a)us.ibm.com [paul: ~]wine nlnotes Warning: could not find wine config [Drive x] entry for current working directory /home/paul; starting in windows directory. fixme:reg:_nt_dump_lf unknown Win XP node id 0x686c: do we need to add support for it ? fixme:reg:_nt_dump_lf unknown Win XP node id 0x686c: do we need to add support for it ? fixme:reg:_nt_dump_lf unknown Win XP node id 0x686c: do we need to add support for it ? err:module:map_image Could not map section .rdata, file probably truncated err:module:import_dll Loading module (file) LTOUIN22.dll (which is needed by L"C:\\Lotus\\notes\\nnotesws.dll") failed (error c000007b). err:module:import_dll No implementation for LTOUIN22.dll.130 imported from L"C:\\Lotus\\notes\\nnotesws.dll", setting to 0xdeadbeef err:module:import_dll No implementation for LTOUIN22.dll.141 imported from L"C:\\Lotus\\notes\\nnotesws.dll", setting to 0xdeadbeef err:module:import_dll No implementation for LTOUIN22.dll.123 imported from L"C:\\Lotus\\notes\\nnotesws.dll", setting to 0xdeadbeef err:module:import_dll No implementation for LTOUIN22.dll.60 imported from L"C:\\Lotus\\notes\\nnotesws.dll", setting to 0xdeadbeef err:module:import_dll No implementation for LTOUIN22.dll.77 imported from L"C:\\Lotus\\notes\\nnotesws.dll", setting to 0xdeadbeef err:module:import_dll No implementation for LTOUIN22.dll.127 imported from L"C:\\Lotus\\notes\\nnotesws.dll", setting to 0xdeadbeef err:module:import_dll No implementation for LTOUIN22.dll.136 imported from L"C:\\Lotus\\notes\\nnotesws.dll", setting to 0xdeadbeef err:module:import_dll No implementation for LTOUIN22.dll.72 imported from L"C:\\Lotus\\notes\\nnotesws.dll", setting to 0xdeadbeef err:module:import_dll No implementation for LTOUIN22.dll.101 imported from L"C:\\Lotus\\notes\\nnotesws.dll", setting to 0xdeadbeef err:module:import_dll No implementation for LTOUIN22.dll.94 imported from L"C:\\Lotus\\notes\\nnotesws.dll", setting to 0xdeadbeef err:module:import_dll No implementation for LTOUIN22.dll.135 imported from L"C:\\Lotus\\notes\\nnotesws.dll", setting to 0xdeadbeef err:module:import_dll No implementation for LTOUIN22.dll.131 imported from L"C:\\Lotus\\notes\\nnotesws.dll", setting to 0xdeadbeef err:module:import_dll No implementation for LTOUIN22.dll.74 imported from L"C:\\Lotus\\notes\\nnotesws.dll", setting to 0xdeadbeef err:module:import_dll No implementation for LTOUIN22.dll.61 imported from L"C:\\Lotus\\notes\\nnotesws.dll", setting to 0xdeadbeef err:module:import_dll No implementation for LTOUIN22.dll.76 imported from L"C:\\Lotus\\notes\\nnotesws.dll", setting to 0xdeadbeef err:module:import_dll No implementation for LTOUIN22.dll.58 imported from L"C:\\Lotus\\notes\\nnotesws.dll", setting to 0xdeadbeef err:module:import_dll No implementation for LTOUIN22.dll.67 imported from L"C:\\Lotus\\notes\\nnotesws.dll", setting to 0xdeadbeef err:module:import_dll No implementation for LTOUIN22.dll.68 imported from L"C:\\Lotus\\notes\\nnotesws.dll", setting to 0xdeadbeef err:module:import_dll No implementation for LTOUIN22.dll.71 imported from L"C:\\Lotus\\notes\\nnotesws.dll", setting to 0xdeadbeef err:module:import_dll Module (file) nnotesws.dll (which is needed by L"C:\\Lotus\\notes\\nlnotes.exe") not found err:module:import_dll No implementation for nnotesws.dll.1 imported from L"C:\\Lotus\\notes\\nlnotes.exe", setting to 0xdeadbeef err:module:LdrInitializeThunk Main exe initialization for L"C:\\Lotus\\notes\\nlnotes.exe" failed, status c0000135

Jan. 24, 2004

Re: segmentation fault when using kernel32.dll.so and oleaut32.dll.so

by Mike Hearn

On Fri, 23 Jan 2004 11:21:14 -0800, Anil Akurathi wrote: > Hi, > I need functions like 'MultiByteToWideChar', 'SysAllocStringLen', etc > which are in kernel32.dll.so and oleaut32.dll.so libraries. I have some of > questions regarding using them. First off, you can't use these functions from outside a WineLib app. I'll assume you're using winegcc because of that. > - How can I link these libraries with my program. Using > option -lkernel32.dll looks for libkernel32.dll.so file. You shouldn't need to, apps are automatically linked against kernel32 iirc. Something like this for oleaut32: winegcc -o fooapp -loleaut32 fooapp.c > - I implement an XPCOM class using these libraries and when I try to create > an object, it gives the 'Segmentation Fault'. > - I tried using libwine.so but it doesn't contain the above functions I > need. You should read the WineLib developer guide - you cannot use Wine code from a standard Linux app I'm afraid. thanks -mike

Jan. 23, 2004

Re: Debugging problem

by Frank Schruefer

> > sample error message: > No debug information in 32bit DLL 'C:\WINDOWS\SYSTEM\USER32.DLL' (0x40690000) > From thread 'Need help debugging' Jan 15 with aswer from Mike Hearn: >> 2. How to compile debug information into the 32bit DLL's so I don't get >> 'No debug information in 32bit DLL' anymore and maybe some better info? >> I tried 'configure --enable-debug && make depend && make && su -c "make install"' to >> no avail. They have debugging info in, but unfortunately there has been breakage in the debugger recently which has not yet been fixed in CVS. This is very bad EricP sent a patch here which works great for me and fixed all my debugger problems, try looking in the archives for Jan and December looking for it (it was sent to wine-devel not wine-patches iirc). For now try setting WINELOADER to the path to your actual wine binary (wine-pthread) Eric, could you please submit that patch? Even if it's not correct, having the debuggers out of action like this is causing big problems.

Jan. 23, 2004

Debugging problem

by Andrew L. Bereson

I've got an application that is crashing in Wine and I am trying to debug it. However, I am runnign into a problem before I even get started... When I go into the debugger (winedbg) it complains that it cannot find "debug information" in any of the 32bit DLL's. Indeed, from within the debugger I cannot find nor break at any of the DLL functions... which is quite a drag. I'm sure there is some simple solution to this relted to a problem with my setup or the way I am running the debugger, but I can't figure it out. I have tried recompiling and reinstalling all of wine with the -g compiler option (seems reasonable, I suppose) but that doesn't solve it. I've told wine/configure to "--enable-debug", to no avail. I don;t know what I'm missing and I can't find any useful suggestions in any of the documentation or FAQ's (not that thtere is nothing useful... just I haven't yet found it, though I have looked) Any hints/help would be most appreciated. sample error message: No debug information in 32bit DLL 'C:\WINDOWS\SYSTEM\USER32.DLL' (0x40690000) -- Andrew L. Bereson bereson(a)sea-ware.com (800)307-5754

Jan. 23, 2004

Re: WINMM problem with Half-Life

by Eric Pouech

>> yup. can you post a -debugmsg +mciavi trace >> A+ >> does this fix it ? A+ Index: dlls/winmm/mciavi/mmoutput.c =================================================================== RCS file: /home/cvs/cvsroot/wine/wine/dlls/winmm/mciavi/mmoutput.c,v retrieving revision 1.11 diff -u -r1.11 mmoutput.c --- dlls/winmm/mciavi/mmoutput.c 5 Jan 2004 23:07:27 -0000 1.11 +++ dlls/winmm/mciavi/mmoutput.c 23 Jan 2004 20:38:26 -0000 @@ -563,7 +563,10 @@ ResetEvent(wma->hEvent); if (InterlockedDecrement(&wma->dwEventCount) < 0 || !wma->lpAudioIndex[wma->dwCurrAudioBlock].dwOffset) + { + InterlockedIncrement(&wma->dwEventCount); break; + } mmioSeek(wma->hFile, wma->lpAudioIndex[wma->dwCurrAudioBlock].dwOffset, SEEK_SET); mmioRead(wma->hFile, waveHdr[whidx].lpData, wma->lpAudioIndex[wma->dwCurrAudioBlock].dwSize); @@ -573,7 +576,6 @@ waveOutWrite(wma->hWave, &waveHdr[whidx], sizeof(WAVEHDR)); wma->dwCurrAudioBlock++; } - InterlockedIncrement(&wma->dwEventCount); } LRESULT MCIAVI_PaintFrame(WINE_MCIAVI* wma, HDC hDC)

Jan. 23, 2004