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

pshpack8.h:47:6: warning: #warning "8 as alignment
by Gerald Pfeifer Jan. 28, 2003

Jan. 28, 2003

On all platforms I have access to (GNU/Linux, FreeBSD) I have been seeing the following for quite some time now: ../../include/pshpack8.h:47:6: warning: #warning "8 as alignment is not supported" ../../include/pshpack8.h:47:6: warning: #warning "8 as alignment is not supported" ../../include/pshpack8.h:47:6: warning: #warning "8 as alignment is not supported" ../../include/pshpack8.h:47:6: warning: #warning "8 as alignment is not supported" ../../include/pshpack8.h:47:6: warning: #warning "8 as alignment is not supported" ../../include/pshpack8.h:47:6: warning: #warning "8 as alignment is not supported" ../../include/pshpack8.h:47:6: warning: #warning "8 as alignment is not supported" Is this really useful, resp. couldn't we avoid that somehow? Gerald -- Gerald "Jerry" pfeifer(a)dbai.tuwien.ac.at http://www.pfeifer.com/gerald/

1 0

Re: Windows API database
by Dave Miller Jan. 28, 2003

Jan. 28, 2003

So for starters, we want something like this? It doesn't look very impressive. :) http://home.ptd.net/~compsol/imported_dll.txt However, my system is by no means a clean install of WinXP home so most of thos DLLs probably don't belong to windows. -----Original Message----- From: Dan Kegel [mailto:dank(a)kegel.com] Sent: Thursday, January 23, 2003 5:20 PM To: Dave Miller Cc: wine-devel(a)winehq.com Subject: Re: Windows API database Oh, ok. Cross-referencing DLL imports and exports. Yeah, that sounds like a job for a simple perl script. All you need to output is DLL name and what DLLs it imports from. Just generate a flat text file for starters, then later postprocess that into an ascii tree or graph. It's going to be a messy little graph, I bet. - Dan Dave Miller wrote: > The project I am considering is mentioned on the contributing page here: > http://fgouget.free.fr/wine/contributing-en.shtml. (Build a database of > Windows APIs and dependencies) It sounds like less work to simply create > text files containing the imports and exports, although I think the point is > partially for the results to be easily cross referenced by developers. > Hence the suggestion of a database of some kind. I've considered scanning > applications as well. If I have any success with the Windows APIs I may try > tackling that at some point as well. > > ----- Original Message ----- > From: "Dan Kegel" <dank(a)kegel.com> > To: "David Miller" <compsol(a)ptd.net> > Cc: <wine-devel(a)winehq.com> > Sent: Thursday, January 23, 2003 3:38 PM > Subject: Re: Windows API database > > > >>David Miller wrote: >> >>>I would be interested in knowing more about the goals of this project. >>>Don't consider me officially working on such a thing just yet. I have >>>no real perl experience, but would like to learn. First I'd like to >>>know more about what I'm up against. >> >>I'm not sure what project you're talking about, but I can make a few >>wild guesses... >> >> >>>1. Is there a specific set of dll's and exe's we want included in the >>>database or does it need to scan and gather a list of all dll and exe >>>files? That would suggest a clean OS install is necessary. >> >>Sure, a clean OS install is probably good. Many of the >>APIs exposed by even the clean OS install may not be >>needed if no application calls them, but it's hard to know >>that in advance. >> >>We might want to also scan applications to see what APIs >>they actually use, but that's real hard. >> >> >>>2. What information should be in the database? (OS ver, name of dll or >>>exe, name of imported dll, APIs and whether they are imported or >>>exported, etc.) >> >>Maybe use the same format as we use in the souce tree? e.g. >>scanning advapi32.dll should produce something that looks very >>much like > > http://cvs.winehq.com/cvsweb/wine/dlls/advapi32/advapi32.spec?rev=1.32 > >>>3. Will a single MySQL table do or does it need to be a relational >>>database with multiple tables? >> >>IMHO no SQL is needed. The database should be plain text >>files checked into CVS. >> >> >>>4. Anything else you can tell me about this task? >> >>Compare with other standards which provide lists of API's, for example: >>http://www.linuxbase.org/spec/ >>http://www.unix.org/ >>http://www.ecma.ch/ecma1/STAND/ECMA-234.HTM >>to get some ideas. Of course, these are formatted all fancily, >>and cover different operating systems, but the goal is similar: >>to provide an authoritative list of APIs. >>Ideally, the result could be part of a submission to a >>standards body. >>(See also http://www.kegel.com/remedy/remedy2.html#fix.info ) >>- Dan >> >>-- >>Dan Kegel >>http://www.kegel.com >>http://counter.li.org/cgi-bin/runscript/display-person.cgi?user=78045 >> >> >> > > > > -- Dan Kegel http://www.kegel.com http://counter.li.org/cgi-bin/runscript/display-person.cgi?user=78045

2 1

Re: PATCH: dlls/ole32/storage.c
by Dan Kegel Jan. 28, 2003

Jan. 28, 2003

Gerald Pfeifer wrote: > - int lastblocknr; > + int lastblocknr=-1; FWIW, some compilers will complain on that line (though only us K&R vets remember why). Safer to use whitespace between the = and the -, e.g. > - int lastblocknr; > + int lastblocknr = -1; - Dan -- Dan Kegel http://www.kegel.com http://counter.li.org/cgi-bin/runscript/display-person.cgi?user=78045

1 0

building a windows API database
by Dave Miller Jan. 28, 2003

Jan. 28, 2003

Francois, I am interested in taking on the "build a database of windows APIs and dependencies" task. I have started work on scripts to scan a windows system and list import/export information. So far I can gather a list of dlls and run dumpbin on them, then parse imports (mostly, I think). I've started with simply printing the parsed output in three columns. The first is the DLL being scanned, the second is the DLL being imported, and the third is API imported. I am unsure of one thing. There is a 1 - 3 character hexadecimal number preceding almost every API. What is it, and should it be included in the output? Here is an example of what I am referring to: The hexadecimal number, in the third column. c:\windows\system32/atiiiexx.dll KERNEL32.dll 1AD InterlockedDecrement c:\windows\system32/atiiiexx.dll KERNEL32.dll 1B0 InterlockedIncrement c:\windows\system32/atiiiexx.dll KERNEL32.dll 126 GetModuleHandleA c:\windows\system32/atiiiexx.dll USER32.dll 2AC wsprintfA c:\windows\system32/atiiiexx.dll USER32.dll 1DE PostMessageA c:\windows\system32/atiiiexx.dll USER32.dll 15E GetWindowTextA Also I could use some direction on what the goals of this task are. Do we want text output? That makes a very large text file when listing all imported/exported APIs. Do we actually want a database for this?

1 0

Re: dlls/comcat Makefile.in version.rc include/wine wine_common_ver.rc
by John K. Hohm Jan. 27, 2003

Jan. 27, 2003

> Changelog: > John K. Hohm <jhohm(a)acm.org> > Added optional OLESelfRegister to wine_common_ver.rc, used in dlls/comcat. This apparently was not applied; was it flawed, or simply missed?

1 0

WWN interview idea
by Brian Vincent Jan. 27, 2003

Jan. 27, 2003

For a while now I've kicked around adding interviews to the Wine Weekly News. Basically how it would work is I'll email a bunch of you some questions, you can answer as many as you'd like, and I'll include the interview in the Wine Weekly News. More than likely there will be a bit of an email exchange so I can put some detail into it. (For instance, I never liked the interviews that were done on kde.org but the ones on kerneltrap.org are excellent.) What I'd like to do is get about ten of them completed first and publish them one at a time. They'll focus mostly on your involvement with Wine and the parts you've worked on. With a little luck they'll get into some of the technical details that someone wouldn't normally see discussed on the mailing list. I guess I'm more interested to hear from you if you _don't_ want to take part. Otherwise I'll assume you're a target. If you have any questions/comments/gripes or any other suggestions for the Wine Weekly News let me know. -Brian vinn(a)theshell.com

1 0

App works almost perfectly, but one MDI screen won't draw
by Dan Kegel Jan. 27, 2003

Jan. 27, 2003

Installing my company's app is still a bear -- the only way I've found to avoid the dreaded "object reference not set" is to run with --debugmsg +ole and redirect to a file (not to the screen, and not to /dev/null). Once installed, the app runs quite well... except for one screen, which remains nearly blank. The MDI frames draw fine, but the contents (which include a hex memory dump area and a tree control) remain blank. Since there were a few richtext fixmes, I threw in native richtext dlls, and that got rid of lots of fixmes, but didn't help the display. Here's the Wine log file, passed through uniq -c: 1 fixme:win32:PE_CreateModule Security directory ignored 1 err:win32:PE_fixup_imports No implementation for WSOCK32.dll.1141 imported from blahblah.dll, setting to 0xdeadbeef 1 fixme:ole:CoRegisterMessageFilter stub 1 fixme:commdlg:GetFileName95 Flags 0x00800002 not yet implemented 1 fixme:winsock:WS_bind Setting WS_SO_REUSEADDR on socket before we binding it 2 fixme:mdi:MDIRefreshMenu partially function stub 1 fixme:dc:LockWindowUpdate ((nil)), partial stub! 3 fixme:mdi:MDIRefreshMenu partially function stub 1 fixme:winsock:WS_bind Setting WS_SO_REUSEADDR on socket before we binding it 8 fixme:mdi:MDIRefreshMenu partially function stub 1 fixme:ole:CoRegisterMessageFilter stub Grr. Nothing's really obvious to this non-windows-programmer, and the guy who wrote this program is on vacation, so I can't pick his brains. Anyone have suggestions for what to try next? Thanks, Dan p.s. FWIW, here's sort | uniq -c of the log file before I threw in the native DLLs: 1 err:win32:PE_fixup_imports No implementation for WSOCK32.dll.1141 imported from blahblah.dll, setting to 0xdeadbeef 1 fixme:dc:LockWindowUpdate ((nil)), partial stub! 9 fixme:mdi:MDIRefreshMenu partially function stub 2 fixme:ole:CoRegisterMessageFilter stub 1 fixme:richedit:RICHED32_WindowProc Unknown message 0x24 Passed to default hwnd=0x110023, wParam=00000000, lParam=40791e18 622 fixme:richedit:RICHED32_WindowProc Unknown message 0x363 Passed to default hwnd=0x110023, wParam=00000001, lParam=00000000 1 fixme:win32:PE_CreateModule Security directory ignored 2 fixme:winsock:WS_bind Setting WS_SO_REUSEADDR on socket before we binding it

5 11

qpro200.dll is its own little DLL hell
by Dan Kegel Jan. 27, 2003

Jan. 27, 2003

The VB app I'm trying to bring up (Yardi) installs qpro200.dll. Amusingly, their setup utility crashes on startup if you run it again, in that dll's init routine. Deleting it seems to fix things. Good old DLL hell. Partial relay and traceback attached in case anyone's curious. - Dan -- Dan Kegel http://www.kegel.com http://counter.li.org/cgi-bin/runscript/display-person.cgi?user=78045 080f0590:Call kernel32.GetModuleHandleA(411021b0 "C:\\WINDOWS\\SYSTEM\\qpro200.dll") ret=41160128 080f0590:Ret kernel32.GetModuleHandleA() retval=00000000 ret=41160128 080f0590:Call kernel32.LoadLibraryExA(411021b0 "C:\\WINDOWS\\SYSTEM\\qpro200.dll",00000000,00000002) ret=4116013c 080f0590:Ret kernel32.LoadLibraryExA() retval=00000000 ret=4116013c 080f0590:Call kernel32.LoadLibrary16(411021b0 "C:\\WINDOWS\\SYSTEM\\qpro200.dll") ret=41160354 080f0590:CallTo16(func=02e7:00fb,ds=0417) ss:sp=0267:1530 ax=0000 bx=0000 cx=0800 dx=0000 si=0000 di=0416 bp=155a es=0417 fs=0000 080f0590:Call KERNEL.4: LOCALINIT(0417,0000,0800) ret=02e7:0120 ds=0417 080f0590:Ret KERNEL.4: LOCALINIT() retval=0001 ret=02e7:0120 ds=0417 wine: Unhandled exception, starting debugger... ... Unhandled exception: privileged instruction in 16-bit code (02ef:00ab). In 16-bit mode. 0x02ef:0x00ab: ljmp *%ss:0x0020 Wine-dbg>Backtrace: =>0 0x02ef:0x00ab (bp=1528) 1 0x02ef:0x0127 (bp=155a) 2 0x4007951b (NE_InitDLL+0x113(pModule=0x402750b8) [segment.c:680] in libntdll.dll.so) (ebp=41101c30) 3 0x40075b9a (MODULE_LoadModule16+0x10e(libname=0x411021b0, implicit=0x0, lib_only=0x1) [module.c:999] in libntdll.dll.so) (ebp=41101c60) 4 0x40075e23 (LoadModule16+0xc3(name=0x411021b0, paramBlock=0xffffffff) [module.c:1084] in libntdll.dll.so) (ebp=41101c84) 5 0x400761f2 (LoadLibrary16+0x1a(libname=0x411021b0) [module.c:1245] in libntdll.dll.so) (ebp=41101c98) 6 0x4009ac27 (.L119+0x4 [relay386.c] in libntdll.dll.so) (ebp=41101cac) 7 0x4009aeb8 (RELAY_CallFrom32+0x68(ret_addr=0x41160354) [relay386.c:426] in libntdll.dll.so) (ebp=41101d30) 8 0x40a4f02d (KERNEL32.DLL.LoadLibrary16+0x5 in kernel32.dll.so) (ebp=41101d58) 9 0x41160815 (GetFileVersionInfoA+0x85(filename=0x411021b0, handle=0x0, datasize=0x3e8, data=0x40274cc8) [info.c:524] in ver.dll.so) (ebp=41101d7c) 10 0x4116155e (_fetch_versioninfo+0x3e [install.c] in ver.dll.so) (ebp=41101da0) 11 0x41161952 (VerInstallFileA+0x2fa(flags=0x2, srcfilename=0x4026297c, destfilename=0x4026270a, srcdir=0x402619ae, destdir=0x40262a1a, curdir=0x402628de, tmpfile=0x40262840, tmpfilelen=0x411022f4) [install.c:445] in ver.dll.so) (ebp=411022cc) 12 0x4115f75d (VerInstallFile16+0x31(flags=0x2, lpszSrcFilename=0x4026297c, lpszDestFilename=0x4026270a, lpszSrcDir=0x402619ae, lpszDestDir=0x40262a1a, lpszCurDir=0x402628de, lpszTmpFile=0x40262840, lpwTmpFileLen=0x40262c06) [ver16.c:80] in ver.dll.so) (ebp=411022fc) 13 0x4115f5b6 (__wine_ver_dll_CallFrom16_p_long_wtttttpp+0xa6(proc=0x4115f72c, args=0x402626e8) [ver.spec.c:138] in ver.dll.so) (ebp=4110232c) 14 0x400b9cf5 (__wine_call_from_16_long+0x8d [relay16.s] in libntdll.dll.so) (ebp=41102364) 15 0x025f:0x250a (bp=1a8c) 16 0x025f:0x1f89 (bp=1ae2) 17 0x00f7:0x0000 (bp=1b1c, far call assumed) 18 0x4009ac30 (.L120+0x7 [relay386.c] in libntdll.dll.so) (ebp=4110237c) 19 0x4009aeb8 (RELAY_CallFrom32+0x68(ret_addr=0x40888153) [relay386.c:426] in libntdll.dll.so) (ebp=41102400) 20 0x40a5336d (KERNEL32.DLL.wine_call_to_16_regs_short+0x5 in kernel32.dll.so) (ebp=4110270c) 21 0x4089f1cc (SendMessage16+0xe8(hwnd16=0x21, msg=0x720, wparam=0x0, lparam=0x0) [msg16.c:72] in user32.dll.so) (ebp=41102778) 22 0x40834b02 (__wine_user_exe_CallFrom16_p_long_wwwl+0x1a(proc=0x4089f0e4, args=0x40262caa) [user.exe.spec.c:1449] in user32.dll.so) (ebp=41102790) 23 0x400b9cf5 (__wine_call_from_16_long+0x8d [relay16.s] in libntdll.dll.so) (ebp=411027c8) 24 0x025f:0x1f4a (bp=1b7e) 25 0x00f7:0x0000 (bp=1bb8, far call assumed) 26 0x4009ac30 (.L120+0x7 [relay386.c] in libntdll.dll.so) (ebp=411027e0) 27 0x4009aeb8 (RELAY_CallFrom32+0x68(ret_addr=0x40888153) [relay386.c:426] in libntdll.dll.so) (ebp=41102864) 28 0x40a5336d (KERNEL32.DLL.wine_call_to_16_regs_short+0x5 in kernel32.dll.so) (ebp=41102b70) 29 0x4089f787 (DispatchMessage16+0xaf(msg=0x40262e70) [msg16.c:301] in user32.dll.so) (ebp=41102bb8) 30 0x408347ba (__wine_user_exe_CallFrom16_p_long_p+0x2e(proc=0x4089f6d8, args=0x40262d46) [user.exe.spec.c:1288] in user32.dll.so) (ebp=41102bc8) 31 0x400b9cf5 (__wine_call_from_16_long+0x8d [relay16.s] in libntdll.dll.so) (ebp=41102c00) 32 0x025f:0x1e15 (bp=1cfc) 33 0x025f:0x00d2 (bp=1d0a)

3 4

open_master_socket ???
by Auge Mike Jan. 27, 2003

Jan. 27, 2003

/* open the master server socket and start waiting for new clients */ open_master_socket Who can explain for me the task of the above function in more words? Why we need to do fork() inside this function, although the parent of this process will terminate after the child do call acquire_lock()? Thanx _________________________________________________________________ The new MSN 8: smart spam protection and 2 months FREE* http://join.msn.com/?page=features/junkmail

2 1

trouble with spy++
by Dan Kegel Jan. 27, 2003

Jan. 27, 2003

I am trying out spy++, and it works great under Windows; both the version from MSVC4.0 and MSVC6.0 can display the Windows Messages apps receive on, say, getting focus. Unfortunately, spy++ doesn't seem to do diddly under Wine. I see no messages, no matter what window I ask for details about, or what I do to that window. Is there some trick to running spy++ under Wine? Thanks, Dan -- Dan Kegel http://www.kegel.com http://counter.li.org/cgi-bin/runscript/display-person.cgi?user=78045

1 1

Bug #416 - Missings exports in winsocks
by Andrew John Hughes Jan. 26, 2003

Jan. 26, 2003

License: LGPL Changelog: - Provides stub implementations of functions listed in Bug #416 - GetTypeByNameA and SetServiceA This were previously sent, but I received no comment on the patch and it wasn't applied. Please let me know if there's something wrong with it. -- Andrew :-) Please avoid sending me Word or PowerPoint attachments. See http://www.fsf.org/philosophy/no-word-attachments.html

2 1

Definitions of wine Exec files
by Tom Wickline Jan. 26, 2003

Jan. 26, 2003

I am in the process of updating section 3.1. ( Wine Static and Shareable Files ) of the Packagers Guide : http://www.winehq.com/Docs/wine-pkg/pkg-components.shtml#PKG-STATIC Below is a list of what I have so far. This list is by no means done or correct . I would like to submit it here for overview. If you are aware of something that is out of place, incorrect, or just out right wrong could you please give feed back on it. This could also serve to start as a mini Wine Dictionary :)) That is not my current goal but if others think it could be of use I could spend some time on one after the Packagers Guide is updated. Tom -------------------------------------------- -- = files that are listed in this Doc but are not installed on my system. * = files are in this Doc and on my system @ = files that are on my system but not in the Doc # = files that are not in the Doc or on my System ( wineboot ) -- dosmod : Deleted as of Jan 2001. -- fnt2bdf : Discussed on Wine-Devel ( practically obsolete ) @ notepad : The windows Notepad replacement @ progman : Program Manager for WINE. @ regedit : A tool to browse/edit your regestory or for exporting a windows registory to Wine. @ regsvr32 : A program to register .DLL's and .OCX files ? @ uninstaller: A Winelib program to uninstall installed Windows programs. @ wcmd : Wine's command line interpreter @ widl : Wine IDL compiler ??? * wine : The main Wine executable. This program will load a Windows binary and run it, relying upon the Wine shared object libraries. # wineboot : A Winelib application that's executed by Wine on startup of the first wine process of a particular user. * wininit.ini processing * registry RenameFiles entries * RunServices* / RunOnce* / Run registry keys * win.ini Load= / Run= entries * StartUp folder processing -- winebootup : Now wineboot...... * winebuild : Winebuild is a tool used for Winelib applications (and by Wine itself) to allow a developer to compile a .spec file into a .spec.c file. * wineclipserv : The Wine Clipboard Server is a standalone XLib application whose purpose is to manage the X selection when Wine exits. @ wineconsole : a console program for wine,,, For running CUI executables (Windows console programs), use wineconsole instead of wine run). Not using wineconsole for CUI programs will only provide very limited console support, and your program might not function properly. * winedbg : Winedbg is the Wine built in debugger. @ winedump : A NE and PE file dumper @ winefile : A clone of the win3x filemanager @ winegcc : Wrapper for gcc to build winelib binaries * winelauncher : A wine wrapper shell script that intelligently handles wine invocation by informing the user about what's going on, among other things. To be found in tools/ directory. Use of this wrapper script instead of directly using wine is strongly encouraged, as it not only improves the user interface, but also adds important functionality to wine, such as session bootup/startup actions. If you intend to use this script, then you might want to rename the wine executable to e.g. wine.bin and winelauncher to wine. the WINECONFDIR/config file. winemaker : Winemaker is a perl script which is designed to help you bootstrap the conversion of your Windows projects to Winelib. In order to do thisit will go analyze your code, fixing the issues listed above and generate autoconf-based Makefiles. @ winemine : A winmine clone "Windows Minesweeper" ??? @ winepath : Specifies the path(s) in which to search for builtin dlls and Winelib applications. * wineserver : The Wine server is critical to Wine; it is the process that coordinates all shared Windows resources. -- winesetup : This is a Tcl/Tk based front end that provides a user friendly tool to edit and configure the WINECONFDIR/config file. * wineshelllink : This shell script can be called by Wine in order to propagate Desktop icon and menu creation requests out to a GNOME or KDE (or other Window Managers). @ winewrap : Adds Visual Basic compatible scripting to Windows applications. (depends on gcc) ??? @ winhelp : For viewing windows help files * wmc : Wine Message Compiler it allows Windows message files to be compiled into a format usable by Wine. * wrc : Wine Resource Compiler. It allows Winelib programmers (and Wine itself) to compile Windows style resource files into a form usable by Wine.

2 1

bitblt fails to handle transparent bg
by Marko Kreen Jan. 26, 2003

Jan. 26, 2003

You can download the application here: http://www.smart-games.com/igowin.html wine draws the buttons background wrong. -- marko

1 0

Re: Font dialog effects
by Dmitry Timoshkov Jan. 26, 2003

Jan. 26, 2003

"Shachar Shemesh" <wine-patches(a)sun.consumer.org.il> wrote: > +#define IDS_CHARSET_RUSSION 210 You might want to know that Russian is spelled with 'a', because of country name - Russia. -- Dmitry.

2 1

Font trouble in VB app "Yardi Property Management"
by Dan Kegel Jan. 26, 2003

Jan. 26, 2003

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

2 2

NSIS visual corruption
by Mike Hearn Jan. 26, 2003

Jan. 26, 2003

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

2 1

resize client size errors
by Shachar Shemesh Jan. 26, 2003

Jan. 26, 2003

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

2 2

Patch for SetSystemPaletteUse
by Andrew John Hughes Jan. 26, 2003

Jan. 26, 2003

License: LGPL Changelog: - Extends function to deal with error conditions -- Andrew :-) Please avoid sending me Word or PowerPoint attachments. See http://www.fsf.org/philosophy/no-word-attachments.html

1 0

Patch for Win32-->Win16 calls in PSDRV
by Andrew John Hughes Jan. 26, 2003

Jan. 26, 2003

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

1 0

A strange problem with xmpeg
by Waldeck Schutzer Jan. 25, 2003

Jan. 25, 2003

I'm successfully running xmpeg 4.5 with the current snapshot of wine. However, occasionally I get this very strange glitches: 1. When the splash screen desapears, so does all of my desktop. I have to make a Refresh Desktop to get it back. Judging by the log below, I am suspecting of something in the DirectDraw functions. Upon request I will gladily send a (45Kb) screen shot of this. 2. Whenever I click on a radio button for YV12 under Project Options/Post Processing, it crashes with the message wine: main.c:572: DDRAW_width_bpp_to_pitch: Assertion `bpp != 0' failed. I traced this down to the ddraw module and made the following very ugly hack around it by changing the macro PFGET_BPP to make sure it never returns zero: Index: wine/dlls/ddraw/ddraw_private.h =================================================================== RCS file: /home/wine/wine/dlls/ddraw/ddraw_private.h,v retrieving revision 1.35 diff -u -p -r1.35 ddraw_private.h --- wine/dlls/ddraw/ddraw_private.h 2 Jan 2003 19:51:25 -0000 1.35 +++ wine/dlls/ddraw/ddraw_private.h 20 Jan 2003 20:02:45 -0000 @@ -331,7 +331,8 @@ const ddraw_driver* DDRAW_FindDriver(con /* Get DDSCAPS of surface (shortcutmacro) */ #define SDDSCAPS(iface) ((iface)->s.surface_desc.ddsCaps.dwCaps) /* Get the number of bytes per pixel for a given surface */ -#define PFGET_BPP(pf) (pf.dwFlags&DDPF_PALETTEINDEXED8?1:((pf.u1.dwRGBBitCount+7)/8)) +#define PFGET_BPPZ(pf) (pf.dwFlags&DDPF_PALETTEINDEXED8?1:((pf.u1.dwRGBBitCount+7)/8)) +#define PFGET_BPP(x) (PFGET_BPPZ(x)==0?1:PFGET_BPPZ(x)) #define GET_BPP(desc) PFGET_BPP(desc.u4.ddpfPixelFormat) LONG DDRAW_width_bpp_to_pitch(DWORD width, DWORD bpp); Now it won't crash anymore, but when I click on that button, the whole dialog box gets misteriously sent to the back! Anybody else having these problems? Any hints as to what could to be the problem? Waldeck fixme:keyboard:X11DRV_KEYBOARD_DetectLayout Your keyboard layout was not found! Using closest match instead (United States keyboard layout) for scancode mapping. Please define your layout in windows/x11drv/keyboard.c and submit them to us for inclusion into future Wine releases. See the Wine User Guide, chapter "Keyboard" for more information. mcop warning: user defined signal handler found for SIG_PIPE, overriding fixme:ole:MSFT_DoTypeInfo Assign constructor/destructor memid fixme:ole:MSFT_DoTypeInfo Assign constructor/destructor memid fixme:win32:PE_CreateModule Unknown directory 15 ignored fixme:win32:PE_CreateModule Unknown directory 15 ignored fixme:win32:PE_CreateModule Unknown directory 15 ignored fixme:win32:PE_CreateModule Unknown directory 15 ignored fixme:commctrl:InitCommonControlsEx Unknown class! dwICC=0x8000 fixme:ddraw:Main_DirectDraw_SetCooperativeLevel (0x402c3f50)->(00010021,00000008) fixme:ddraw:Main_DirectDraw_CreateSurface App didn't request a valid surface type - assuming offscreenplain

4 6

Unhandled exception in VB app "Yardi Property Management"
by Dan Kegel Jan. 25, 2003

Jan. 25, 2003

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.) I tried it under CVS wine as of a few days ago. Happily, the setup program completes, with just a few warnings and one 'illegal function call' vb dialog box, e.g. err:ddeml:WDML_CreateString Unknown code page 437 err:module:BUILTIN32_LoadLibraryExA loaded .so but dll commdlg.dll still not found - 16-bit dll or version conflict. ... Not bad, I guess; after all, setup did run all the way to the end. Problem came when I tried running the app. It gets an unhandled exception -- and oddly, the wine debugger refused to run. [dank(a)boogie PMWPROG]$ wine --debugmsg +wc_font Y.EXE 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... trace:wc_font:WCUSER_SetFontPmt => L"Misc Fixed" h=13 w=0 trace:wc_font:WCUSER_DumpLogFont InitFamily: truetype lf.lfHeight=99 lf.lfWidth=97 lf.lfEscapement=0 lf.lfOrientation=0 lf.lfWeight=400 lf.lfItalic=0 lf.lfUnderline=0 lf.lfStrikeOut=0 lf.lfCharSet=0 lf.lfOutPrecision=3 lf.lfClipPrecision=2 lf.lfQuality=1 lf->lfPitchAndFamily=18 lf.lfFaceName=L"AdvMICR" err:wineconsole:WINECON_Fatal Couldn't find a decent font, aborting Editing ~/.wine/config and changing UseXTerm to 0 helped there. (And what the hell, I can never get wine debugger copy-and-paste to work properly with that at its default value, so it's just as well.) The error was: 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) 4 0x412b516f (__wine_storage_dll_CallFrom16_p_long_l+0xb(proc=0x412d7f90, args=0x40fdbf5a) [storage.spec.c:169] in ole32.dll.so) (ebp=40e12bc8) 5 0x400c9cd5 (__wine_call_from_16_long+0x8d [relay16.s] in libntdll.dll.so) (ebp=40e12c00) 6 0x25df:0x198f (bp=6d56) 7 0x40086142 (NE_StartTask+0x1e6 [module.c:1234] in libntdll.dll.so) (ebp=40e12f04) 8 0x40081625 (task_start+0x41(pTask=0x40259728) [task.c:444] in libntdll.dll.so) (ebp=40e12f18) 9 0x400b2e54 (THREAD_Start+0x60 [thread.c:269] in libntdll.dll.so) (ebp=40e12f30) 10 0x400b227c (SYSDEPS_StartThread+0x8c(teb=0x40e23000) [sysdeps.c:165] in libntdll.dll.so) (ebp=40e12ff4) 11 0x420da1ca (NTDLL.DLL.memcpy+0x5dd7a) (ebp=00000000) Any suggestions? I'm kind of jazzed it gets this far... Thanks, Dan -- Dan Kegel http://www.kegel.com http://counter.li.org/cgi-bin/runscript/display-person.cgi?user=78045

2 2

Re: Games Swat 3d
by fenix＠club-internet.fr Jan. 25, 2003

Jan. 25, 2003

----Message d'origine---- >De: "Ronald James" <ronniej(a)metroweb.co.za> >A: <wine-devel(a)winehq.com> >Sujet: Games Swat 3d >Date: Mon, 20 Jan 2003 07:39:52 +0200 > >I am wondering if Swat3d will be added to the list anytime soon for use with wine ?? > what do you mean by "added to the list" ? Regards, Raphael

3 2

build problem with current CVS (20030125 9:45 UTC)
by Stefan Leichter Jan. 25, 2003

Jan. 25, 2003

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

2 1

Re: PATCH: glibc 2.3.x and errno
by Ulrich Weigand Jan. 25, 2003

Jan. 25, 2003

Hi Marcus, > __errno_location and __h_errno_location are no longer weak symbols > and so can not be overwritten any longer. The internal glibc systemcall > wrappers no longer call the functions by reference, but directly. the real problem is even worse. glibc has switched to using thread-local storage for errno (i.e. it is declared as 'extern __thread int errno') when the tool chain supports the __thread keyword. This means that C source code compiled against the new headers will result in assembler code that *directly* accesses a thread-local variable as defined by the TLS ABI. In the case of errno, this will involve accessing the %gs segment using an offset from the GOT, without any function call being performed. (errno is defined to use the initial-exec TLS storage model.) The __errno_location routine is provided only for backwards compatibility reasons, it is no longer guaranteed that every access to errno calls it. Thus, if you overwrite the implementation of __errno_location, you will only catch *some* errno accesses, not all of them ... Bye, Ulrich (who has just implemented TLS for s390 ;-/) -- Dr. Ulrich Weigand weigand(a)informatik.uni-erlangen.de

3 2

Re: Re: Games Swat 3d
by fenix＠club-internet.fr Jan. 25, 2003

Jan. 25, 2003

>De: Greg Turner <gmturner007(a)ameritech.net> >A: fenix(a)club-internet.fr, ronniej(a)metroweb.co.za >Sujet: Re: Games Swat 3d >Date: Mon, 20 Jan 2003 08:48:35 -0600 >Copie à: wine-devel(a)winehq.com > >On Monday 20 January 2003 11:05 am, fenix(a)club-internet.fr wrote: >> ----Message d'origine---- >> >> >De: "Ronald James" <ronniej(a)metroweb.co.za> >> >A: <wine-devel(a)winehq.com> >> >Sujet: Games Swat 3d >> >Date: Mon, 20 Jan 2003 07:39:52 +0200 >> > >> >I am wondering if Swat3d will be added to the list anytime soon for >> > use with wine ?? >> >> what do you mean by "added to the list" ? >> >> Regards, >> Raphael > >Presumably, added to the list of programs that work ;) It's what i have thought first, but "will be added ... for use ..." sound like "will be added to the priority list" for me :) >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. :) can you report the current working state of the game under wine Dx after ? As d3d<8 not support multi-texturing yet, i think you should have some graphics problems Raphael >-- >gmt > >"Everything that is really great and inspiring is created by >the individual who can labor in freedom." --Albert Einstein > >

3 2