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

Mozilla Firefox and XPCOM problems
by Steven Edwards May 5, 2004

May 5, 2004

Hi, I dont know if anyone else is seeing this but with the latest CVS and with any recent Firefox or other mozilla applications I keep getting a crash with the following backtrace. Thanks Steven Unhandled exception: page fault on write access to 0x53e58964 in 32-bit code (0x4022374e). In 32-bit mode. 0x4022374e (.L58+0x1e [wctomb.c] in libwine_unicode.so.1): movb %al,0xf(%ecx) Unable to open file wctomb.c Wine-dbg>bt Backtrace: =>0 0x4022374e (.L58+0x1e [wctomb.c] in libwine_unicode.so.1) (ebp=406b9e08) 1 0x404cb461 (WideCharToMultiByte+0xa1(page=0x0, flags=0x0, src=0x406b9e74, srclen=0x16, dst=0x53e58955, dstlen=0x20, defchar=0x0, used=0x0) [locale.c:1547] in KERNEL32.DLL) (ebp=406b9e44) 2 0x30015c60 (NSPR4.DLL.PR_Now+0x90 in NSPR4.DLL) (ebp=406b9ffc) 3 0x43910e17 (XPCOM.DLL.NS_GetMemoryManager+0x1b in XPCOM.DLL) (ebp=406ba024) 4 0x439446ab (XPCOM.DLL.?ToNewCString@@YAPADABVnsACString@@@Z+0x16 in XPCOM.DLL) (ebp=406ba050) 5 0x439226f8 (XPCOM.DLL.NS_NewByteInputStream+0x180c in XPCOM.DLL) (ebp=406ba07c) 6 0x4392456e (XPCOM.DLL.NS_NewNativeLocalFile+0x53 in XPCOM.DLL) (ebp=406ba1d8) 7 0x0041272a (SETUP.EXE..text+0x1172a in SETUP.EXE) (ebp=406be200) 8 0x00403063 (SETUP.EXE..text+0x2063 in SETUP.EXE) (ebp=406be320) 9 0x00402f46 (SETUP.EXE..text+0x1f46 in SETUP.EXE) (ebp=406beb38) 10 0x40750cb7 (WINPROC_wrapper+0x17 in USER32.DLL) (ebp=406beb5c) 11 0x40750d14 (WINPROC_CallWndProc+0x54(proc=0x402e2f, hwnd=0x10046, msg=0xf, wParam=0x0, lParam=0x0) [winproc.c:229] in USER32.DLL) (ebp=406beb90) 12 0x40756bc5 (CallWindowProcA+0xb5(func=0x407e8664, hwnd=0x10046, msg=0xf, wParam=0x0, lParam=0x0) [winproc.c:3101] in USER32.DLL) (ebp=406bebc4) 13 0x4072b5f0 (DefDlgProcA+0x60(hwnd=0x10046, msg=0xf, wParam=0x0, lParam=0x0) [defdlg.c:401] in USER32.DLL) (ebp=406bebf4) 14 0x40750cb7 (WINPROC_wrapper+0x17 in USER32.DLL) (ebp=406bec18) 15 0x40750d14 (WINPROC_CallWndProc+0x54(proc=0x4072b590, hwnd=0x10046, msg=0xf, wParam=0x0, lParam=0x0) [winproc.c:229] in USER32.DLL) (ebp=406bec4c) 16 0x40756647 (WINPROC_CallProc32WTo32A+0xf7(func=0x4072b590, hwnd=0x10046, msg=0xf, wParam=0x0, lParam=0x0) [winproc.c:2921] in USER32.DLL) (ebp=406bec78) 17 0x40756ce5 (CallWindowProcW+0xb5(func=0x407e858c, hwnd=0x10046, msg=0xf, wParam=0x0, lParam=0x0) [winproc.c:3140] in USER32.DLL) (ebp=406becac) 18 0x407387b1 (DispatchMessageW+0xb1(msg=0x406bed2c) [message.c:891] in USER32.DLL) (ebp=406becf0) 19 0x4072f36a (.L406+0x12 [dialog.c] in USER32.DLL) (ebp=406bed14) 20 0x4072ec0a (DIALOG_DoDialogBox+0xba(hwnd=0x30025, owner=0x0) [dialog.c:773] in USER32.DLL) (ebp=406bed58) 21 0x4072ed9b (DialogBoxIndirectParamAorW+0x4b(hInstance=0x10000000, template=0x403da368, owner=0x0, dlgProc=0x409d9ab0, param=0x403da1d8, flags=0x2) [dialog.c:845] in USER32.DLL) (ebp=406bed70) 22 0x4072eddb (DialogBoxIndirectParamA+0x2b(hInstance=0x10000000, template=0x403da368, owner=0x0, dlgProc=0x409d9ab0, param=0x403da1d8) [dialog.c:855] in USER32.DLL) (ebp=406bed94) 23 0x409d618f (PROPSHEET_CreateDialog+0x13f(psInfo=0x403da1d8) [propsheet.c:648] in COMCTL32.DLL) (ebp=406bedc0) 24 0x409d92fd (PropertySheetA+0x12d(lppsh=0x406bedfc) [propsheet.c:2532] in COMCTL32.DLL) (ebp=406bede8) 25 0x004012a1 (SETUP.EXE..text+0x2a1 in SETUP.EXE) (ebp=406bee8c) 26 0x00412393 (SETUP.EXE..text+0x11393 in SETUP.EXE) (ebp=406bfea0) 27 0x0041c2e5 (SETUP.EXE.EntryPoint+0xce in SETUP.EXE) (ebp=406bff2c) 28 0x404d9d08 (start_process+0xc8(arg=0x0) [process.c:782] in KERNEL32.DLL) (ebp=406bfff4) 29 0x4002c5ed (wine_switch_to_stack+0x11 in libwine.so.1) (ebp=00000000) __________________________________ Do you Yahoo!? Win a $20,000 Career Makeover at Yahoo! HotJobs http://hotjobs.sweepstakes.yahoo.com/careermakeover

1 0

Hi!
by J.A. Frutos May 5, 2004

May 5, 2004

Hi! An new in the list, and need your help. I need make a executable statically wine . This is possible and if it's possible, how i do it?.

2 1

Re: WNetGetConnection(): Fix for incorrect drive name and remote name and
by Alexandre Julliard May 5, 2004

May 5, 2004

Krishna Murthy <Krishna.Murthy(a)guptaworldwide.com> writes: > - Long Description: > 1. WNetGetConnectionA calls WNetGetConnectionW without converting single > character string "drive name" to wide character string. Fix is to convert > the single character string "drive name" to wide character before calling > WNetGetConnectionW. > 2. WNetGetConnectionW() returns drive's label instead of remote name. Fix is > to call QueryDosDeviceW instead of GetVolumeInformationW It's not clear to me that QueryDosDeviceW is a better choice, neither of them is going to return a valid remote name anyway. What does your app need to do with the remote name? And BTW please send diff -u patches. -- Alexandre Julliard julliard(a)winehq.org

1 0

Protected message
by Twickline May 5, 2004

May 5, 2004

1 0

Re: winetest: move to resources
by Alexandre Julliard May 5, 2004

May 5, 2004

Ferenc Wagner <wferi(a)afavant.elte.hu> writes: > It's almost a resend of my previous patch which seems MIA. > The only difference is that I removed the possible sequence > point screwups in the hope they were the reason for the drop. > > New files: programs/winetest/README > programs/winetest/resource.h > > ChangeLog: > - Build info et al. is given by files instead of env. vars. > - Store that information in resources. I think it would be much cleaner to have maketest take care of including the files, so that it doesn't require everybody to have dummy files around and avoids that ugliness in the makefile. -- Alexandre Julliard julliard(a)winehq.org

2 6

Re: Unicows.dll
by Shachar Shemesh May 5, 2004

May 5, 2004

Lise Champagne wrote: > Shachar I keep getting a unicows.dll cannot be found warning and > am searching for a fix. I downloaded the exe file from microsoft but > it doesn't direct itself on the install. I don't know where it go's. > Could you help me? Thank you Brian ableline2000(a)hotmail.com > <mailto:ableline2000(a)hotmail.com> > Brian, 1. Please direct support requests to the list. 2. Link the unicows.dll.so to the directory in which the program itself resides. Don't use the MS unicows.dll, it won't work. -- Shachar Shemesh Lingnu Open Source Consulting http://www.lingnu.com/

1 0

Vertical font problem
by paolo inzaghi May 5, 2004

May 5, 2004

Hi, I'm porting a Windows application to Wine and I found 2 problems. For simplicity I wrote a simple Window application (attached to the mail) that use two TextOut to write the strings "Horizontal" and "Vertical". The text is written horizontally and vertically, setting the lfEscapement field of the LOGFONT structure respectively to 0 and 900. The application, compiled with MSVC 7.0, works fine in Windows, but it has two problems when it is executed inside with wine-20040408 environment. First problem: after the application starts, the two strings are not shown. To see the strings in Linux, I force the sending of a WM_PAINT message when the user right click the mouse. By the way, if you minimize and then restore the application, the strings disappear. Second problem: even when shown, the vertical text is not correctly shown. A large amount of space is left between the string characters. Note that the problem arise every time you set the lfEscapement to something different from 0. If I use 3600 to show the "Horizontal" string, it also is badly shown (in theory 3600 should be equivalent to 0). Please, could you help me ? Regards Paolo _________________________________________________________________ Con MSN Hotmail Extra Storage hai fino a 100 MB di Posta! Provalo! http://join.msn.com/?pgmarket=it-it&page=hotmail/es

2 1

7-Zip port more progress
by Seo Sanghyeon May 5, 2004

May 5, 2004

Cleaned up build system to include compiled file's current directory. Needed to compile "Compress" directories. Patched here and there. 154 files compiled, patches 66 lines. (-22, +44.) There are 345 files total in the source tree. Now problem is that it seems wineg++ has problems with Wide character functions. Not in C, but it seems in C++ libc headers are included instead of msvcrt headers, resulting in compilation failures. Is my analysis correct? Current SConstruct configuration: * * * all = """ Common Windows 7zip/Common 7zip/UI/Common 7zip/Archive/* 7zip/Compress/* """ exclude = """ 7zip/Archive/7z 7zip/Archive/Cab 7zip/Archive/Zip """

2 1

Re: regression: crash on X2
by Saulius Krasuckas May 5, 2004

May 5, 2004

Ivan Leo Murray-Smith wrote: > Also, you don't need to recompile every time. Just patch your current > tree, run ./configure && make depend && make without previously running > make clean, and only the files that have changed will be recompiled. Are all of you sure whether it is right thing to include "make depend" when testing for a regression? I just did it and "make" now recompiles all src from the ground, it seems :-(

2 1

Re: Ukrainian translation
by Dmitry Timoshkov May 5, 2004

May 5, 2004

"Ylia K" <k_ilya(a)ukr.net> wrote: > * dlls/kernel/nls/ukr.nls, dlls/comctl32/rsrc.rc, dlls/commdlg/rsrc.rc, dlls/user/resources/user32.rc, dlls/shell32/shres.rc, > dlls/comctl32/comctl_Uk.rc, dlls/commdlg/cdlg_Uk.rc, dlls/shell32/shell32_Uk.rc, dlls/user/resources/user32_Uk.rc : > > Ilya Korniyko <k_ilya(a)ukr.net> > > Ukrainian translation: full translation of comclt32, commdlg, shel32, user dlls, fixes in ukr.nls You shouldn't touch ukr.nls since it has been auto generated. -- Dmitry.

2 4

Re: wine/dlls/kernel/tests pipe.c
by Dan Kegel May 5, 2004

May 5, 2004

jakov wrote: > Alexandre Julliard wrote: > >>Modified files: >> dlls/kernel/tests: pipe.c >> >>Log message: >> Avoid killing threads with TerminateThread, this can cause deadlocks. > > Thank you, so that was why it hanged on Win9x! How embarassing! I know better, too (killing a thread is bad form on any platform). Thought I could get away with it. BTW thanks to Duane for adding the message mode pipe tests. When is someone going to turn on serverThreadMain3? - Dan p.s. I'm still waiting for someone to bust me on 'readden'. -- My technical stuff: http://kegel.com My politics: see http://www.misleader.org for examples of why I'm for regime change

1 0

7-zip port progress
by Seo Sanghyeon May 5, 2004

May 5, 2004

Oh, I forgot. If you don't know what 7-Zip is, visit http://www.7-zip.org/ . It is a very good compression utility. Binary commandline version works flawlessly on Wine. So I am trying to port it to Winelib. Good thing is that its 7z format compresses much better than bzip2, extracts faster than bzip2, and patent-free. Did some more monkeypatching, for today is holiday (in Korea). 117 files compiled, (to compile standalone commandline 134 files need to be compiled) patches are still under 50 lines. Looks good. Following archiving backends are compiled: Arj BZip2 Deb GZip RPM Rar Split Tar cpio. 7z, Cab and Zip needs some works. Summary of patches I did follows: * * * In Common.patch: Common/CommandLineParser.h include wchar.h. Common/IntToString.h include sys/types.h. Common/Vector.h include stddef.h Common/Wildcard.h copy to WildCard.h, case problem. In Windows.patch: Windows/Console.h PINPUT_RECORD -> LPINPUT_RECORD. Windows/FileFind.h define missing constants. Windows/ItemIDListUtils.h include shtypes.h and shlobj.h. Windows/Net.cpp cast to const. Windows/Shell.h include shtypes.h and shlobj.h. Windows/Time.h define UInt32x32To64. In 7zip.patch: 7zip/Archive/Arj/ArjIn.h include ArjHeader.h. 7zip/Archive/Deb/DebIn.cpp fix 64bit literal. 7zip/Archive/Rar/RarHandler.cpp fix loop variable scope. 7zip/Archive/Rar/RarItem.cpp StdAfx.h, case problem. 7zip/Archive/cpio/CpioHandler.cpp fix loop variable scope. 7zip/Archive/cpio/CpioIn.cpp fix 64bit literal. 7zip/Common/InBuffer.cpp StdAfx.h, case problem. 7zip/IMyUnknown.h ignore basetype.h for now.

1 0

Unreal2: dsound/dmusic regression
by Raphael May 4, 2004

May 4, 2004

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hi Robert, I have tried Unreal2 and now we have an regression into dsound code. Unreal2 Create an dsound device since introduction beginning and after (the introduction) the games wants to initialize dmusic (what i'm trying to fix since a lot of time) but now it crash because dmusic init failed (i have removed the not usefulls dsound traces as sounds seems played by another thread): <snip dsound thread traces> trace:dmime:DMIME_DllGetClassObject ({d2ac2881-b39b-11d1-8704-00600893b1bd}, {00000001-0000-0000-c000-000000000046}, 0x4079d80c) trace:dmime:PerformanceCF_CreateInstance (0x4f03a934, (nil), {679c4137-c62e-4147-b2b4-9d569acb254c}, 0x4e3a8ff8) trace:dmime:DMUSIC_CreateDirectMusicPerformanceImpl (0x1053ffa0,0x4e3a8ff8, (nil)) trace:dmime:IDirectMusicPerformance8Impl_QueryInterface (0x403bf230, {679c4137-c62e-4147-b2b4-9d569acb254c},0x4e3a8ff8) trace:dmime:IDirectMusicPerformance8Impl_AddRef (0x403bf230): AddRef from 1 fixme:dmime:IDirectMusicPerformance8ImplInitAudio (0x403bf230, (nil), 0x4e3a8ffc, (nil), 8, 128, 3f, (nil)): to check trace:dsound:DirectSoundCreate8 ({c50a7e93-f395-4834-9ef6-7fa99de50966},0x4079d800,(nil)) trace:dsound:setup_dsound_options appname = [Unreal2.exe\dsound] trace:dsound:GetDeviceID (0x4f035d9c,0x4079d7cc) err:dsound:DirectSoundCreate8 different dsound already opened trace:dsound:DirectSoundCreate8 expecting GUID {c50a7e93-f395-4834-9ef6-7fa99de50966}. trace:dsound:DirectSoundCreate8 got GUID {bd6dd71a-3deb-11d1-b171-00c04fc20000} for wod 0. warn:dsound:DirectSoundCreate8 No device found matching given ID - trying with default one ! warn:dsound:DirectSoundCreate8 waveOutOpen failed fixme:dmime:IDirectMusicPerformance8ImplInitAudio return dsound((nil),-2005401590) trace:dmloader:IDirectMusicLoader8Impl_SetSearchDirectory (0x47fc4c28, {d2ac2893-b39b-11d1-8704-00600893b1bd}, L"..\\music\\", 0) fixme:dmime:IDirectMusicPerformance8ImplGetDefaultAudioPath (0x403bf230, 0x4079d814): semi-stub ((nil)) <snip dsound thre ad traces> fixme:debug_buffer:RtlCreateQueryDebugBuffer (0, 0): stub fixme:debug_buffer:RtlCreateQueryDebugBuffer (96, 0): returning 0x403bf298 fixme:debug_buffer:RtlQueryProcessDebugInformation (8, 80000001, 0x403bf298): stub fixme:debug_buffer:RtlDestroyQueryDebugBuffer (0x403bf298): stub <snip dsound thre ad traces> As you can see, the waveOutOpen call failed. And dsound returns NULL :( Can you look it ? Regards, Raphael -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (GNU/Linux) iD8DBQFAlYvtp7NA3AmQTU4RAkKpAJ9WDhgDw4QwWoCZwzg8cS62Wet7gwCdG3+d Y17eHO2jOEndsaOrCCkGHJg= =Rq5p -----END PGP SIGNATURE-----

2 2

Strange drawing problem (32bit DIBs)
by Willie Sippel May 4, 2004

May 4, 2004

Hi there. Mirage by Bauhaus Software (image editing) has some serious drawing issues with Wine. The main workspace gets drawn correctly, but the interface pixmaps are completely wrong (wrong colors, redraw problems, increasing offset). One of the developers (Sebastien Miglio) told me something about the issue: "The problem come from the 32bits Pixels blit functions in Wine. Mirage use the MS Windows function StretchDIBits() with pixel biBitCount=32." I made some screenshots: http://www.froq.net/mirage/mirage1.png http://www.froq.net/mirage/mirage2.png There's a demo version available at: http://www.bauhaussoftware.com/download/registered/final_1_dot_zero/RCI1/Mi… Maybe someone wants to look into this...? ;-) BTW, I already sent a mail about this issue some months ago, but got no reply... Ciao, -- Willie Sippel <willie(a)froq.net> [ z ] !

1 0

7-Zip port to Winelib in progress
by Seo Sanghyeon May 4, 2004

May 4, 2004

Following is from README of attached archive. * * * This is a preliminary effort to port 7-Zip to Winelib. For now, "Common" and "Windows" directory can be compiled. You need Scons. It is a damn good build tool. Wine version used is snapshot 20040408 downloaded from Debian unstable. 1. Download 7z313.tar.bz2 source archive from http://sourceforge.net/projects/sevenzip/ 2. Run "sh prepare" 3. Run "scons" 4. It compiles, and you get lib7z.a. Commandline project files are located at 7zip/Bundles/Alone. Will try 7zip directory soon. As you see, all patches are trivial. Common/CommandLineParser.h include wchar.h. Common/IntToString.h include sys/types.h. Common/Wildcard.h rename to WildCard.h (note case!). Windows/Console.h PINPUT_RECORD -> LPINPUT_RECORD. Windows/FileFind.h define some missing constants. Windows/ItemIDListUtils.h include shtypes.h and shlobj.h. Windows/Net.cpp cast to const. Windows/Shell.h include shtypes.h and shlobj.h. This is quick-and-dirty work. I don't know whether 7-Zip is wrong or Wine is wrong. Didn't read the source. Thank you for reading.

1 0

Re: One more static const string
by Alexandre Julliard May 4, 2004

May 4, 2004

Francois Gouget <fgouget(a)free.fr> writes: > * dlls/ntdll/tests/rtlstr.c > > Make deststring static const. The string can't be const, it gets modified. -- Alexandre Julliard julliard(a)winehq.org

1 0

tool for dumping relocation table
by Bill Medland May 4, 2004

May 4, 2004

Does anyone know a tool that will dump the relocation table of a DLL? I am tracking down a bug that seems to me to relate either to a failure correctly to relocate a symbol or else to a corruption after the relocation has happened. I want to find out where the specific relocation is and is used in the dll so that I can investigate further. -- Bill Medland mailto:billmedland(a)mercuryspeed.com http://webhome.idirect.com/~kbmed

2 1

winedbg break on specific dll load
by Bill Medland May 4, 2004

May 4, 2004

Just asking Is it possible to get winedbg to break on a specific dll being loaded? I want to get at the debugger between a certain dll being mapped into memory and its Process attach being called (so that I can watch a memory location that gets loaded with incorrect information dureing the process attach) -- Bill Medland mailto:billmedland(a)mercuryspeed.com http://webhome.idirect.com/~kbmed

2 1

Re: [RFC] add msacm32 to winetest
by Ferenc Wagner May 4, 2004

May 4, 2004

Robert Reif <reif(a)earthlink.net> writes: > This patch adds msacm32 to the tests. > > I'm not sure this is correct because I got a subtest parse > error on the test following the one I added (msvcrt). I > also only tested it with wine. Could someone knowledgeable > in this program please check and correct this patch if necessary? The msvcrt subtest parse error is a known redirection issue: the msvcrt test is linked against msvcrt (wow) and thus ignores the redirected libc filehandles. Tough. -- Feri.

2 3

Protected message
by Julliard May 4, 2004

May 4, 2004

1 0

wine testing
by Ivan Leo Murray-Smith May 4, 2004

May 4, 2004

Any idea when the tests will be hosted by winehq? Every build is only up to date for day, and once uploaded they stay on the sf servers forever, I see this a a waste of sf resources. Maybe an alternative temp location would be a good idea, until the tests are hosted on winehq. Ivan.

2 1

Re: Yahoo!
by Dmitry May 4, 2004

May 4, 2004

1 0

Re: Fixes for default WM_GETMINMAXINFO values
by Dmitry Timoshkov May 4, 2004

May 4, 2004

"Dmitry Timoshkov" <dmitry(a)baikal.ru> wrote: > this patch fixes default window extents passed in MINMAXINFO structure > to a window. Now some picky applications are able to correctly size their > child windows. > > Changelog: > Dmitry Timoshkov <dmitry(a)codeweavers.com> > - Maximized windows have no thick frame, it's changed to a border. > - Take into account WS_CAPTION style when calculating default values. > - MDI child windows receive slightly adjusted values for a maximized > state. Alexandre, please ignore this patch. It's not entirely correct. I'm investigating the problem further. -- Dmitry.

1 0

Re: E-mail Virus
by Ivan Leo Murray-Smith May 4, 2004

May 4, 2004

> Is it just me, or is some one posing as julliard_at_winehq.org and > dmitry_at_baikal.ru sending e-mail virii into the mailing list? My ISP filtered > it before I could get it, and it's a Windows virus so I doubt it could do > very much damage. The virus is described as W32.Beagle.X_at_mm. It's the virus sending itself, interestingly both the virus and the symantec removal tool work perfectly on wine :) The virus uses it's own smtp engine, so the first "Received:" should contain the IP of the infected pc. You could contact the ISP that provides that IP, and send them the email, they could then notify the user of that computer that his pc is infected. Ivan.

1 0

Re: regression: crash on X2
by Ivan Leo Murray-Smith May 4, 2004

May 4, 2004

> Got any idea for me anyway, I can try to check patch by patch but it takes a > really long time recompiling each time.... btw can I advance cvs my 1 patch > or something that is smaller then date? Use time with CST time zone, so you use the same time as the wine-cvs list archives, how to do this is described at http://www.winehq.com/site/docs/wine-devel/cvs-regression Also, you don't need to recompile every time. Just patch your current tree, run ./configure && make depend && make without previously running make clean, and only the files that have changed will be recompiled. Ivan.

1 0