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

Patch for Win32-->Win16 calls in PSDRV

by Andrew John Hughes

License: LGPL Changelog: - DeviceCapabilities16 now calls PSDRV_DeviceCapabilities - ExtDeviceMode16 now calls PSDRV_ExtDeviceMode - Extended switch statement in DeviceCapabilities to handle new options - Added comments to functions -- Andrew :-) Please avoid sending me Word or PowerPoint attachments. See http://www.fsf.org/philosophy/no-word-attachments.html

Jan. 26, 2003

Re: Font trouble in VB app "Yardi Property Management"

by Huw D M Davies

On Sat, Jan 25, 2003 at 12:48:25PM -0800, Dan Kegel wrote: > I ran a VB app from http://www.yardi.com with the command > > $ wine --dll compobj,storage,ole2,ole32=n Y.EXE > > It initially died because COMPOBJ.DLL didn't > implement ordinals COMPOBJ.201 and COMPOBJ.207, > so I copied compobj.dll from Windows Me, and that got rid > of the crash. > > However... there's a bit of font corruption in both the > splash screen and the opening file dialog box. I'm attaching > .png images for both. They're pretty much unreadable. > So I reran with --debugmsg +font, and am attaching the log > (compressed, this time!). > > Any suggestions? I could run the app under XP and > get traces or screen dumps if that would help. Hi Dan Wine only finds one font file (/home/dank/c/windows/Fonts/AdvMicr.ttf). My guess is that previously you'd been defaulting to X11 fonts and then some app installed this font, Wine now sees this and uses client side fonts. The problem is that things don't look great when you've only got one font to choose from, especially if it's a symbol type font :) If you add a [FontDirs] section to the config file with lines of the form: "dir1"="/unix/path/to/font/dir" "dir2"="/another/path/to/fonts" ... where the directories contain TrueType font files then hopefully things should look better. [Did I say that we should have libfontconfig support in Wine...] Huw.

Jan. 26, 2003

Re: A strange problem with xmpeg

by Waldeck Schutzer

Thanks for letting me know, Lionel. I was getting tired of debugging anyway, but not before I found the real cause for the crashing. Xmpeg was requesting not just overlays but also it was using FourCC codes for YV12, and apparently these are also not yet supported or fully implemented. On my machine, I had to force GDI mode to get xmpeg to run smoothly (of course without preview in YUV modes), but I'm very comfortable with the way it is. Patching to return an error for overlays was the first thing I tried but for some obscure reason this caused xmpeg to crash internally (perhaps it had previously detected overlays). I have the source code for xmpeg but no time to dig into it. Besides, as I just said, it is now running fine without DDRAW. Anybody else is interested? Waldeck Lionel Ulmer wrote: >On Wed, Jan 22, 2003 at 09:10:19PM -0500, Waldeck Schutzer wrote: > > >>I have more data on item (2). I traced back the problem to be in >>Main_DirectDraw_CreateSurface. The application (or even wine itself) had >>requested a surface with flags DDSCAPS_VIDEOMEMORY and DDSCAPS_OVERLAY >>set. These are apparently not supported and, instead of failing, that >>function assumes the creation of an offscreen surface instead. However, >>it seems the other parameters (including surface BPP) were not >>adequately set, which causes wine to crash later on >>in DDRAW_width_bpp_to_pitch. >> >> > >Well, no need to debug further, OVERLAY are not supported anymore in Wine >right now. > >Re-adding support this is on my TODO list but I am now doing Direct3D work >and do no want to 'spread too thin' on multiple things so it may be a while >(if ever) before it's re-added. > >I guess that a patch would be to return an error at surface creation when >OVERLAY are requested. > > Lionel > > >

Jan. 25, 2003

NSIS visual corruption

by Mike Hearn

Hi, the Nullsoft Installer for Rhymbox (rhymbox.com) displays the following visual corruption: http://www.theoretic.com/mike/nsis-corruption.png because WS_CHILD and WS_CAPTION are set for that window. A few questions: - Is it legal to have WS_CHILD and WS_CAPTION together? I can't think of a time you'd actually need this, but MSDN doesn't say you can't have them together. I'm wondering if the apis silently choose one over the other. - For some reason the inner window (the one with ws_caption set when it shouldn't be) has the same window class as the main window.... is that right? - What normally causes an app to pass in bad styles? I checked and they aren't corrected later..... - The app seems to be linked with the visual c++ GetProcAddress lazy binding system, which means that for instance calls to CreateWindowEx don't show up in the relay trace. It also makes logger/logview rather useless. Is there any way of getting around this? Is wine aware of that trick, or do you then just have to go by the trace messages? thanks -mike

Jan. 25, 2003

Font trouble in VB app "Yardi Property Management"

by Dan Kegel

I ran a VB app from http://www.yardi.com with the command $ wine --dll compobj,storage,ole2,ole32=n Y.EXE It initially died because COMPOBJ.DLL didn't implement ordinals COMPOBJ.201 and COMPOBJ.207, so I copied compobj.dll from Windows Me, and that got rid of the crash. However... there's a bit of font corruption in both the splash screen and the opening file dialog box. I'm attaching .png images for both. They're pretty much unreadable. So I reran with --debugmsg +font, and am attaching the log (compressed, this time!). Any suggestions? I could run the app under XP and get traces or screen dumps if that would help. - Dan -- Dan Kegel http://www.kegel.com http://counter.li.org/cgi-bin/runscript/display-person.cgi?user=78045

Jan. 25, 2003

Re: A strange problem with xmpeg

by Lionel Ulmer

On Wed, Jan 22, 2003 at 09:10:19PM -0500, Waldeck Schutzer wrote: > I have more data on item (2). I traced back the problem to be in > Main_DirectDraw_CreateSurface. The application (or even wine itself) had > requested a surface with flags DDSCAPS_VIDEOMEMORY and DDSCAPS_OVERLAY > set. These are apparently not supported and, instead of failing, that > function assumes the creation of an offscreen surface instead. However, > it seems the other parameters (including surface BPP) were not > adequately set, which causes wine to crash later on > in DDRAW_width_bpp_to_pitch. Well, no need to debug further, OVERLAY are not supported anymore in Wine right now. Re-adding support this is on my TODO list but I am now doing Direct3D work and do no want to 'spread too thin' on multiple things so it may be a while (if ever) before it's re-added. I guess that a patch would be to return an error at surface creation when OVERLAY are requested. Lionel -- Lionel Ulmer - http://www.bbrox.org/

Jan. 25, 2003

Re: Unhandled exception in VB app "Yardi Property Management"

by Dan Kegel

Marcus Meissner wrote: >>A local company wants to run Yardi Professional Property Management, >>a VB app that doesn't use Access, under Wine. (See http://www.yardi.com.) >>... >>Unhandled exception: privileged instruction in 16-bit code (25f7:0ca4). >>Backtrace: >>=>0 0x25f7:0x0ca4 (bp=6cd4) >> 1 0x00f7:0x0000 (bp=6d1c, far call assumed) >> 2 0x407cf7dd (K32WOWCallback16Ex+0x45(vpfn16=0x25f70c78, dwFlags=0x0, >> cbArgs=0x18, pArgs=0x40e12b90, pdwRetCode=0x40e12b88) [wowthunk.c:298] in >> kernel32.dll.so) (ebp=40e12b68) >> 3 0x412d8005 (StgIsStorageILockBytes16+0x75(plkbyt=0x26ff0042) >> [storage.c:1716] in ole32.dll.so) (ebp=40e12bbc) > > Now this should work. What does -debugmsg +relay,+ole say just before the crash? 080eef70:Ret kernel32.wine_call_to_16_regs_short() retval=40e724f8 ret=406480c7 080eef70:Call kernel32.GlobalLock16(00000c67) ret=406385a9 080eef70:Ret kernel32.GlobalLock16() retval=40259e80 ret=406385a9 080eef70:Ret USER.41: CREATEWINDOW() retval=004f ret=09d7:077c ds=0267 080eef70:Call KERNEL.7: LOCALFREE(0050) ret=09bf:007e ds=0c6f 080eef70:Ret KERNEL.7: LOCALFREE() retval=0000 ret=09bf:007e ds=0c6f 080eef70:Call STORAGE.6: STGISSTORAGEILOCKBYTES(26ff0042) ret=25df:198f ds=268f 080eef70:Call kernel32.K32WOWGlobalAllocLock16(00000000,00000008,40e72b8e) ret=41337fc6 080eef70:Ret kernel32.K32WOWGlobalAllocLock16() retval=270f0000 ret=41337fc6 080eef70:Call kernel32.K32WOWCallback16Ex(25f70c78,00000000,00000018,40e72b90,40e72b88) ret=41338005 080eef70:CallTo16(func=25f7:0c78,ds=0267,0000,0000,0000,0008,270f,0000,0000,0000,0000,0000,26ff,0042) ss:sp=0267:6cf2 wine: Unhandled exception, starting debugger... (More info attached as log1.txt) I'd be happy to run more tests or arrange for you to be able to run them. > However, if it will try to create a IStorage interface later (most certainly) > it will just fail, I did not come around to implement it yet. > > You still have to use: -dll compobj,storage,ole...=n Thanks, using "--dll compobj,storage,ole2,ole32=n" got me past the problem. - Dan -- Dan Kegel http://www.kegel.com http://counter.li.org/cgi-bin/runscript/display-person.cgi?user=78045 $ wine --debugmsg +relay,+ole Y.EXE > log1 2>&1 bt quit $ egrep -i '^fixme|^warn|^err|^wine:' log1 err:ntdll:RtlpWaitForCriticalSection section 0x400eba30 "../../scheduler/syslevel.c: Win16Mutex" wait timed out, retrying (60 sec) tid=08076378 err:fixup:NE_LoadSegment No implementation for HEDLG.26, setting to 0xdeadbeef err:fixup:NE_LoadSegment No implementation for HEDLG.27, setting to 0xdeadbeef fixme:hook:SetWindowsHookEx16 System-global hooks (7) broken in Win16 fixme:hook:SetWindowsHookEx16 System-global hooks (2) broken in Win16 wine: Unhandled exception, starting debugger... # Show 50 lines before unhandled exception (igoring lines containing SysLevel): 080eef70:Call USER.107: DEFWINDOWPROC(004f,0003,0000,00010001) ret=09e7:11e2 ds=0267 080eef70:Ret USER.107: DEFWINDOWPROC() retval=00000000 ret=09e7:11e2 ds=0267 080eef70:RetFrom16() ss:sp=0267:6e1c ax=0000 bx=241e cx=1112 dx=0000 bp=6e46 sp=6e1c 080eef70:Ret kernel32.wine_call_to_16_regs_short() retval=40e72348 ret=406480c7 080eef70:Call kernel32.GlobalLock16(00000c67) ret=406385a9 080eef70:Ret kernel32.GlobalLock16() retval=40259e80 ret=406385a9 080eef70:Ret user32.SendMessageW() retval=00000000 ret=408af379 080eef70:Call user32.WIN_ReleaseWndPtr(4183d380) ret=408af39c 080eef70:Ret user32.WIN_ReleaseWndPtr() retval=00000000 ret=408af39c 080eef70:Ret x11drv.CreateWindow() retval=00000001 ret=406426c0 080eef70:Call kernel32.GlobalLock16(00000c67) ret=406385a9 080eef70:Ret kernel32.GlobalLock16() retval=40259e80 ret=406385a9 080eef70:Call kernel32.GlobalLock16(00000c67) ret=406385a9 080eef70:Ret kernel32.GlobalLock16() retval=40259e80 ret=406385a9 080eef70:Call kernel32.HeapValidate(40aa0000,00000000,40aa182a) ret=4064821d 080eef70:Ret kernel32.HeapValidate() retval=00000000 ret=4064821d 080eef70:Call kernel32.HeapValidate(40aa0000,00000000,40aa1838) ret=40648238 080eef70:Ret kernel32.HeapValidate() retval=00000001 ret=40648238 080eef70:Call kernel32.wine_call_to_16_regs_short(40e724f8,0000000a) ret=406480c7 080eef70:CallTo16(func=09e7:0000,ds=0267,0046,0210,0001,0026,004f) ss:sp=0267:6e1c ax=0266 bx=0000 cx=0000 dx=0000 si=0000 di=0000 bp=6e46 es=0267 fs=0000 080eef70:Call USER.129: GETCLASSWORD(0046,ffee) ret=09e7:0041 ds=0267 080eef70:Ret USER.129: GETCLASSWORD() retval=0006 ret=09e7:0041 ds=0267 080eef70:Call USER.135: GETWINDOWLONG(0046,0000) ret=09e7:004a ds=0267 080eef70:Ret USER.135: GETWINDOWLONG() retval=2587197e ret=09e7:004a ds=0267 080eef70:Call USER.47: ISWINDOW(004f) ret=0abf:0016 ds=0267 080eef70:Ret USER.47: ISWINDOW() retval=0001 ret=0abf:0016 ds=0267 080eef70:Call USER.224: GETWINDOWTASK(004f) ret=09e7:340b ds=0267 080eef70:Call kernel32.K32WOWHandle16(080eef70,0000000d) ret=405fa5ec 080eef70:Ret kernel32.K32WOWHandle16() retval=00000237 ret=405fa5ec 080eef70:Ret USER.224: GETWINDOWTASK() retval=0237 ret=09e7:340b ds=0267 080eef70:Call USER.135: GETWINDOWLONG(004f,fffc) ret=09e7:3420 ds=0267 080eef70:Ret USER.135: GETWINDOWLONG() retval=09e70000 ret=09e7:3420 ds=0267 080eef70:Call USER.129: GETCLASSWORD(004f,ffee) ret=0abf:002d ds=0267 080eef70:Ret USER.129: GETCLASSWORD() retval=0006 ret=0abf:002d ds=0267 080eef70:Call USER.135: GETWINDOWLONG(004f,0000) ret=0abf:0036 ds=0267 080eef70:Ret USER.135: GETWINDOWLONG() retval=258719be ret=0abf:0036 ds=0267 080eef70:RetFrom16() ss:sp=0267:6e1c ax=0000 bx=0008 cx=2210 dx=0000 bp=6e46 sp=6e1c 080eef70:Ret kernel32.wine_call_to_16_regs_short() retval=40e724f8 ret=406480c7 080eef70:Call kernel32.GlobalLock16(00000c67) ret=406385a9 080eef70:Ret kernel32.GlobalLock16() retval=40259e80 ret=406385a9 080eef70:Ret USER.41: CREATEWINDOW() retval=004f ret=09d7:077c ds=0267 080eef70:Call KERNEL.7: LOCALFREE(0050) ret=09bf:007e ds=0c6f 080eef70:Ret KERNEL.7: LOCALFREE() retval=0000 ret=09bf:007e ds=0c6f 080eef70:Call STORAGE.6: STGISSTORAGEILOCKBYTES(26ff0042) ret=25df:198f ds=268f 080eef70:Call kernel32.K32WOWGlobalAllocLock16(00000000,00000008,40e72b8e) ret=41337fc6 080eef70:Ret kernel32.K32WOWGlobalAllocLock16() retval=270f0000 ret=41337fc6 080eef70:Call kernel32.K32WOWCallback16Ex(25f70c78,00000000,00000018,40e72b90,40e72b88) ret=41338005 080eef70:CallTo16(func=25f7:0c78,ds=0267,0000,0000,0000,0008,270f,0000,0000,0000,0000,0000,26ff,0042) ss:sp=0267:6cf2 wine: Unhandled exception, starting debugger... # Show debugger startup and backtrace WineDbg starting on pid 8072e48 Loaded debug information from ELF 'wine' (0x00000000) Breakpoint 1 at 0x4000acb0 (_end+0x37faf534) Loaded debug information from ELF '/usr/local/lib/libntdll.dll.so' (0x40023000) Loaded debug information from ELF '/usr/local/lib/libwine.so' (0x40107000) Loaded debug information from ELF '/usr/local/lib/libwine_unicode.so' (0x4011e000) No debug information in ELF '/lib/i686/libm.so.6' (0x401ff000) No debug information in ELF '/lib/libdl.so.2' (0x40221000) No debug information in ELF '/lib/ld-linux.so.2' (0x40000000) No debug information in ELF '/lib/libnss_files.so.2' (0x40225000) Loaded debug information from ELF '/usr/local/lib/wine/mmsystem.dll.so' (0x40563000) Loaded debug information from ELF '/usr/local/lib/wine/user32.dll.so' (0x405c1000) Loaded debug information from ELF '/usr/local/lib/wine/gdi32.dll.so' (0x406db000) Loaded debug information from ELF '/usr/local/lib/wine/advapi32.dll.so' (0x40753000) Loaded debug information from ELF '/usr/local/lib/wine/kernel32.dll.so' (0x4077e000) No debug information in ELF '/usr/lib/libfreetype.so.6' (0x40821000) Loaded debug information from ELF '/usr/local/lib/wine/x11drv.dll.so' (0x4086a000) No debug information in ELF '/usr/X11R6/lib/libSM.so.6' (0x408cf000) No debug information in ELF '/usr/X11R6/lib/libICE.so.6' (0x408d8000) No debug information in ELF '/usr/X11R6/lib/libXext.so.6' (0x408ef000) No debug information in ELF '/usr/X11R6/lib/libX11.so.6' (0x408fd000) No debug information in ELF '/usr/lib/libGL.so.1' (0x409db000) No debug information in ELF '/lib/i686/libpthread.so.0' (0x40a4e000) No debug information in ELF '/usr/X11R6/lib/X11/locale/common/xlcDef.so.2' (0x40013000) No debug information in ELF '/usr/X11R6/lib/X11/locale/common/ximcp.so.2' (0x40a7e000) No debug information in ELF '/usr/X11R6/lib/libXrender.so.1' (0x40016000) Loaded debug information from ELF '/usr/local/lib/wine/wineoss.drv.so' (0x40ab0000) Loaded debug information from ELF '/usr/local/lib/wine/msacm.drv.so' (0x40adb000) Loaded debug information from ELF '/usr/local/lib/wine/msacm32.dll.so' (0x40af2000) Loaded debug information from ELF '/usr/local/lib/wine/midimap.drv.so' (0x40c30000) Loaded debug information from ELF '/usr/local/lib/wine/winedos.dll.so' (0x410b0000) Loaded debug information from ELF '/usr/local/lib/wine/commdlg.dll.so' (0x41200000) Loaded debug information from ELF '/usr/local/lib/wine/shell32.dll.so' (0x41275000) Loaded debug information from ELF '/usr/local/lib/wine/ole32.dll.so' (0x412ec000) Loaded debug information from ELF '/usr/local/lib/wine/rpcrt4.dll.so' (0x41357000) Loaded debug information from ELF '/usr/local/lib/wine/shlwapi.dll.so' (0x41394000) Loaded debug information from ELF '/usr/local/lib/wine/comctl32.dll.so' (0x413de000) Loaded debug information from ELF '/usr/local/lib/wine/winspool.drv.so' (0x41470000) Loaded debug information from ELF '/usr/local/lib/wine/ver.dll.so' (0x415b0000) Loaded debug information from ELF '/usr/local/lib/wine/lz32.dll.so' (0x415c9000) No debug information in 32bit DLL 'wine' (0x08050000) No debug information in 32bit DLL 'C:\WINDOWS\SYSTEM\NTDLL.DLL' (0x40050000) No debug information in 32bit DLL 'C:\WINDOWS\SYSTEM\KERNEL32.DLL' (0x407a0000) No debug information in 32bit DLL 'C:\WINDOWS\SYSTEM\ADVAPI32.DLL' (0x40760000) No debug information in 32bit DLL 'C:\WINDOWS\SYSTEM\GDI32.DLL' (0x406f0000) No debug information in 32bit DLL 'C:\WINDOWS\SYSTEM\USER32.DLL' (0x405e0000) No debug information in 32bit DLL 'C:\WINDOWS\SYSTEM\WINMM.DLL' (0x40570000) No debug information in 32bit DLL 'C:\WINDOWS\SYSTEM\X11DRV.DLL' (0x40880000) No debug information in 32bit DLL 'C:\WINDOWS\SYSTEM\WINEOSS.DRV' (0x40ac0000) No debug information in 32bit DLL 'C:\WINDOWS\SYSTEM\MSACM32.DLL' (0x40b00000) No debug information in 32bit DLL 'C:\WINDOWS\SYSTEM\MSACM.DRV' (0x40ae0000) No debug information in 32bit DLL 'C:\WINDOWS\SYSTEM\MIDIMAP.DRV' (0x40c40000) No debug information in 32bit DLL 'C:\WINDOWS\SYSTEM\WINEDOS.DLL' (0x410c0000) No debug information in 32bit DLL 'C:\WINDOWS\SYSTEM\RPCRT4.DLL' (0x41370000) No debug information in 32bit DLL 'C:\WINDOWS\SYSTEM\OLE32.DLL' (0x41310000) No debug information in 32bit DLL 'C:\WINDOWS\SYSTEM\SHLWAPI.DLL' (0x413b0000) No debug information in 32bit DLL 'C:\WINDOWS\SYSTEM\COMCTL32.DLL' (0x413f0000) No debug information in 32bit DLL 'C:\WINDOWS\SYSTEM\SHELL32.DLL' (0x41290000) No debug information in 32bit DLL 'C:\WINDOWS\SYSTEM\WINSPOOL.DRV' (0x41480000) No debug information in 32bit DLL 'C:\WINDOWS\SYSTEM\COMDLG32.DLL' (0x41210000) No debug information in 32bit DLL 'C:\WINDOWS\SYSTEM\LZ32.DLL' (0x415d0000) No debug information in 32bit DLL 'C:\WINDOWS\SYSTEM\VERSION.DLL' (0x415c0000) Unhandled exception: privileged instruction in 16-bit code (25f7:0ca4). In 16-bit mode. 0x25f7:0x0ca4: movw %ax,%es:0x2(%bx) Wine-dbg>Backtrace: =>0 0x25f7:0x0ca4 (bp=6cd4) 1 0x00f7:0x0000 (bp=6d1c, far call assumed) 2 0x407cf7dd (K32WOWCallback16Ex+0x45(vpfn16=0x25f70c78, dwFlags=0x0, cbArgs=0x18, pArgs=0x40e72b90, pdwRetCode=0x40e72b88) [wowthunk.c:298] in kernel32.dll.so) (ebp=40e72abc) 3 0x400aac5d (.L123+0x10 [relay386.c] in libntdll.dll.so) (ebp=40e72ae0) 4 0x400aaeb8 (RELAY_CallFrom32+0x68(ret_addr=0x41338005) [relay386.c:426] in libntdll.dll.so) (ebp=40e72b64) 5 0x4080f16d (KERNEL32.DLL.K32WOWCallback16Ex+0x5 in kernel32.dll.so) (ebp=40e72bbc) 6 0x4131516f (__wine_storage_dll_CallFrom16_p_long_l+0xb(proc=0x41337f90, args=0x4103beb2) [storage.spec.c:169] in ole32.dll.so) (ebp=40e72bc8) 7 0x400c9cd5 (__wine_call_from_16_long+0x8d [relay16.s] in libntdll.dll.so) (ebp=40e72c00) 8 0x25df:0x198f (bp=6d56) 9 0x40086142 (NE_StartTask+0x1e6 [module.c:1234] in libntdll.dll.so) (ebp=40e72f04) 10 0x40081625 (task_start+0x41(pTask=0x40259c58) [task.c:444] in libntdll.dll.so) (ebp=40e72f18) 11 0x400b2e54 (THREAD_Start+0x60 [thread.c:269] in libntdll.dll.so) (ebp=40e72f30) 12 0x400b227c (SYSDEPS_StartThread+0x8c(teb=0x40e83000) [sysdeps.c:165] in libntdll.dll.so) (ebp=40e72ff4) 13 0x420da1ca (NTDLL.DLL.sscanf+0x78e0a) (ebp=00000000) Wine-dbg>WineDbg terminated on pid 8072e48

Jan. 25, 2003

Re: Games Swat 3d

by Lionel Ulmer

> Presumably, added to the list of programs that work ;) Well, as the funds / time of the D3D developpers is limited, we do not have all the existing D3D game ever done :-) This is where open source should work (ie a lot of applications testers / bug reporters) but for the moment, we do not have that many testers. > Swat3d is a great game, and one that I happen to own. Haven't tried it > in wine for a while, maybe I'll give it a try after work today. This is better :-) If it works, send me screenshots / ddraw log so that I can update the page when I find some time. Lionel (back from vacations still in one piece :-) ) -- Lionel Ulmer - http://www.bbrox.org/

Jan. 25, 2003

Re: resize client size errors

by Shachar Shemesh

Shachar Shemesh wrote: > Hi list, > > When running the winelib notepad in managed mode, after resizing the > main window the scroll bar is not aligned with the right side of the > windows as it is upon startup, but is located about one scroll bar's > width to the left of the edge. This problem persists even if I change > the code to explicitly call "GetClientRect", instead of using the > parameters passed on WM_SIZE. > > I suspect that something in our resize code does not calculate the > client area properly, causing this problem. Is there anyone here who > wishes to take a look? > > Shachar Ok, it gets wierder. When I take the exact same sources and compile them with Visual C, and then run the resulting PE binary under Wine, the problem goes away! Should I file a bug about this? Shachar

Jan. 25, 2003

Re: build problem with current CVS (20030125 9:45 UTC)

by Vincent Béron

Le sam 25/01/2003 à 05:05, Stefan Leichter a écrit : > Hello > > compiling the current cvs fails for me with: > > make[2]: Entering directory `/usr/src/wine/wine-build/dlls/winspool' > gcc -shared -Wl,-Bsymbolic,-z,defs winspool.drv.spec.o info.o wspool.o winspool.drv.dbg.o -o winspool.drv.so -L../../dlls -L../../library -lwine -lm -lc > info.o: In function `PRINTER_INFO_2AtoW': > /home/sle/src/wine/wine-build/dlls/winspool/info.c:554: undefined reference to `HEAP_strdupAtoW' > /home/sle/src/wine/wine-build/dlls/winspool/info.c:555: undefined reference to `HEAP_strdupAtoW' > /home/sle/src/wine/wine-build/dlls/winspool/info.c:556: undefined reference to `HEAP_strdupAtoW' > /home/sle/src/wine/wine-build/dlls/winspool/info.c:557: undefined reference to `HEAP_strdupAtoW' > /home/sle/src/wine/wine-build/dlls/winspool/info.c:558: undefined reference to `HEAP_strdupAtoW' > info.o:/home/sle/src/wine/wine-build/dlls/winspool/info.c:559: more undefined references to `HEAP_strdupAtoW' follow > collect2: ld returned 1 exit status > make[2]: *** [winspool.drv.so] Error 1 > make[2]: Leaving directory `/usr/src/wine/wine-build/dlls/winspool' > make[1]: *** [winspool] Error 2 > make[1]: Leaving directory `/usr/src/wine/wine-build/dlls' > make: *** [dlls] Error 2 > > Does someone else have this problem ? > > For me it looks like the patch > http://www.winehq.com/hypermail/wine-patches/2003/01/0320.html > or some parts of it did not make it into cvs > > Bye Stefan > Seems like your last cvs update missed some parts. The file accessible through cvsweb (rev. 1.70) doesn't have any HEAP_strdupAtoW left, while the precedant (rev 1.69) does (at the aformentionned lines). Try a cvs update, or (if you hadn't modified it) remove info.c then cvs update. Vincent

Jan. 25, 2003