- wine-devel - winehq.org

Re: small ctl3d fix
by Dmitry Timoshkov 02 Feb '03

02 Feb '03

"Rok Mandeljc" <rokmandeljc(a)hotmail.com> wrote: > I've finally found a bug which crashed Ultima IX at startup. > > ChangeLog: > - added debug messages There is no need to add useless FIXMEs and scare people too much. Ctl3d implementation on Windows versions 4 and above is supposed to do nothing. > - changed return of Ctl3dIsAutoSubclass from FALSE to TRUE This one is okay. -- Dmitry.

1 0

new cvs build...
by Scott Jackson 02 Feb '03

02 Feb '03

I don't know *why* this happens to me now, err:win32:_EnterSysLevel (0x4093dfa0, level 2): Holding 0x409dfc64, level 3. Expect deadlock! in both FF8.exe and FF8Config.exe (Final Fantasy VIII) in the new CVS build. I'm kind of *active* on this list eh? :-D -- "De-fault! The two sweetest words in the English language." -- Homer Simpson Get Gaim for unix or win32 systems! gaim.sourceforge.net Scott "Action" Jackson - scott_j(a)ajackson.org

1 0

question regarding appdb
by Michael Stefaniuc 02 Feb '03

02 Feb '03

Hello, I've just added a comment to the ACT!2000 appdb entry and even though i was logged in into the appdb (seen the cookie in mozilla) the entry was created with "anonymous coward" as sender. Is this a bug/feature or only plain pebcak? bye michael -- Michael Stefaniuc Tel.: +49-711-96437-199 System Administration Fax.: +49-711-96437-111 Red Hat GmbH Email: mstefani(a)redhat.com Hauptstaetterstr. 58 http://www.redhat.de/ D-70178 Stuttgart

1 0

half-life
by Scott Jackson 01 Feb '03

01 Feb '03

halflife majorly crashes on me: err:local:LOCAL_GetBlock not enough space in GDI heap 01ff for 112 bytes for thousands of lines, until it eventually pukes and wants to debug. then it tells me: Couldn't start process '148738992 0x84 ' (twice) Why? I don't know. I remember installing it under wine, but it always puked on me like that afterwards. I have 128MB of RAM so that shouldn't be a problem. -- "De-fault! The two sweetest words in the English language." -- Homer Simpson Get Gaim for unix or win32 systems! gaim.sourceforge.net Scott "Action" Jackson - scott_j(a)ajackson.org

6 9

Explorer
by Steven Edwards 01 Feb '03

01 Feb '03

I've been reading all of the traffic regarding getting explorer to work under WINE or writing a replacement for WINE and thought this would be a good time to chime in. ReactOS is about to release version 0.1.0 this weekend and is starting to include support for basic Windowing and CDrom installing. There has been much discussion on when/if we will reimplement explorer.exe also so maybe we can work together on this as ReactOS is using WINE for large parts of the shell support. If the WINE project is going to start a implementation of explorer.exe then we will work off of that. Thanks Steven __________________________________________________ Do you Yahoo!? Yahoo! Mail Plus - Powerful. Affordable. Sign up now. http://mailplus.yahoo.com

6 7

"Error: File table full" in VB app
by Dan Kegel 01 Feb '03

01 Feb '03

The next buglet in the property management VB app from http://www.yardi.com is right after I pick the datafile to open, it pops up with a dialog box titled "Database Exception", contents "Error: File table full. Op: Open. File: BANK.DAT [86:0:21]" Now, what file table might that be? I tried editing c:\config.sys, and adding FILES=128, but that didn't help :-) I'm attaching the output of ~/wine/wine --debugmsg +file,+dialog,+int21 --dll compobj,storage,ole2,ole32=n Y.EXE > y.log 2>&1 tar -cjvf y.tar.bz2 y.log Suggestions welcome. I'm more than happy to raise that file table size, if only I knew which one it was... - Dan -- Dan Kegel http://www.kegel.com http://counter.li.org/cgi-bin/runscript/display-person.cgi?user=78045

2 2

Re: [DDRAW] Fix bug 1246
by Lionel Ulmer 01 Feb '03

01 Feb '03

> Changelog : > Add support for 24 bpp to _Blt_ColorFill. > Fix endianness issue in DIB_DirectDrawSurface_Blt. While I agree with the patch, the easiest way would still be to completely remove support for the evil 24 / 24 screen configuration everywhere in Wine and only support 24 / 32. For example, in GetSysMetrics we report bpp as 24 (even in 24 / 32 mode) whereas Windows would return 32 and that breaks some apps (do not remember which though). And as I do not know of any modern graphic card supporting this (maybe Matrox because I did not test it), it should not hurt anyone. The other way would be : if ANYONE here uses (or can use) his card in 24 / 24 mode, please contact me so that I can do experiments on your X display to detect 24 / 24 from 24 / 32 :-) Lionel -- Lionel Ulmer - http://www.bbrox.org/

1 0

Re: PATCH - wineserver named_pipe.c porting fix
by Dimitrie O. Paun 01 Feb '03

01 Feb '03

On Fri, 31 Jan 2003, Steven Edwards wrote: > Working on building wineserver on mingw > > Changelog: check for sys/socket.h Dude, Just bundle all these patches together, under such a ChangeLog: Check for missing headers in mingw. I think it's simpler for everybody: you (to submit), us (to review), Alexandre (to apply), and it's in fact a logical change that shouldn't be split. -- Dimi.

2 1

Re: Guess who's back, back again... :)
by Dimitrie O. Paun 31 Jan '03

31 Jan '03

[Sorry guys, this one didn't make to the list...] On Tue, 28 Jan 2003, Mike Hearn wrote: > Completely nosy of me, so feel free to tell me to piss off, but I've > been wondering if you get paid to work on Wine for a while now, or > whether you just make far more efficient use of your spare time than I > do :) I wish I got paid :) No, I don't. In fact, I haven't made a dime working on Wine. It would be nice to, so I can put more time in it, but that's another story. I am a freelancer, and I had a bit more time on my hands last year, but starting Jan 2003, things changed, and I will not have as much time available (in fact, if I get 2h/day to work on Wine I'll be happy). In other words, things will progress a lot slower from now on. :( -- Dimi.

2 2

Re: PATCH - wineserver sock.c porting fix
by Dan Kegel 31 Jan '03

31 Jan '03

Steven Edwards wrote: > Working on building wineserver on mingw Please batch your changes... one patch a day for all #ifdef HAVE_foo_H patches would be perfect. -- Dan Kegel http://www.kegel.com http://counter.li.org/cgi-bin/runscript/display-person.cgi?user=78045

1 0

Re: Stdole2 / Stdole32 (RESEND)
by Alexandre Julliard 31 Jan '03

31 Jan '03

"Robert Shearman" <R.J.Shearman(a)warwick.ac.uk> writes: > There are a couple of things to note about this patch. > The first is that this only really provides the stdole2.tlb resource data > since it is just an alias for oleaut32.dll and there can be only one > resource of each type for a given id, so I am not 100% sure at the moment > whether it will work properly for those apps wanting stdole32. Looks like it has to be made a separate dll then, since that's how Windows does it. Also we need a way to generate that file, I'm not going to put the compiled binary file into CVS. -- Alexandre Julliard julliard(a)winehq.com

1 0

Winelib project
by Hans Christian Studt 31 Jan '03

31 Jan '03

Hi, I am trying to compile some sourceforge windows projects under winelib and need some guidance regarding how to fix these errors. bb4win =========================================== g++ -c -I. -I/usr/local/wine/include -g -O2 -fpermissive -fno-for-scope -D_REENTRANT -o BB Api.o BBApi.cpp In file included from BBApi.cpp:34: Menu/MenuMaker.h:53:16: io.h: Ingen sådan fil eller filkatalog BBApi.cpp: In function `const CHAR* GetBBVersion()': BBApi.cpp:80: warning: passing NULL used for non-pointer argument passing 2 of `BOOL GetFileVersionInfoA(const CHAR*, long unsigned int, long unsigned int, void*)' BBApi.cpp:80: warning: argument to non-pointer type `long unsigned int' from NULL BBApi.cpp: In function `CHAR* ReadValue(const CHAR*, const CHAR*, long int*)': BBApi.cpp:458: `stricmp' undeclared (first use this function) BBApi.cpp:458: (Each undeclared identifier is reported only once for each function it appears in.) BBApi.cpp: In function `void Log(const CHAR*, const CHAR*)': BBApi.cpp:611: `_strtime' undeclared (first use this function) BBApi.cpp: In function `COLORREF ParseLiteralColor(const CHAR*)': BBApi.cpp:891: `strnicmp' undeclared (first use this function) BBApi.cpp: In function `HINSTANCE__* BBExecute(HWND__*, const CHAR*, const CHAR*, const CHAR*, const CHAR*, int, bool)': BBApi.cpp:1409: `SHELLEXECUTEINFO' undeclared (first use this function) BBApi.cpp:1409: parse error before `;' token BBApi.cpp:1419: `si' undeclared (first use this function) BBApi.cpp:1429: `SEE_MASK_DOENVSUBST' undeclared (first use this function) BBApi.cpp:1429: `SEE_MASK_FLAG_NO_UI' undeclared (first use this function) BBApi.cpp:1430: `ShellExecuteEx' undeclared (first use this function) BBApi.cpp: In function `bool IsInString(const CHAR*, const CHAR*)': BBApi.cpp:1573: `strlwr' undeclared (first use this function) make[1]: *** [BBApi.o] Error 1 make[1]: Leaving directory `/user/home/hcs/Wine/winelib/compile/bb4win/blackbox' make: *** [blackbox] Error 2 =========================================== NSIS/Source =========================================== gcc -c -I. -I/usr/local/wine/include -g -O2 -fPIC -D_REENTRANT -o Ui.o Ui.c Ui.c: In function `set_language': Ui.c:275: warning: comparison is always false due to limited range of data type gcc -c -I. -I/usr/local/wine/include -g -O2 -fPIC -D_REENTRANT -o bgbg.o bgbg.c gcc -c -I. -I/usr/local/wine/include -g -O2 -fPIC -D_REENTRANT -o bin2h.o bin2h.c gcc -c -I. -I/usr/local/wine/include -g -O2 -fPIC -D_REENTRANT -o exec.o exec.c exec.c: In function `ExecuteEntry': exec.c:1006: `IShellLink' undeclared (first use in this function) exec.c:1006: (Each undeclared identifier is reported only once exec.c:1006: for each function it appears in.) exec.c:1006: `psl' undeclared (first use in this function) exec.c:1014: `CLSID_ShellLink' undeclared (first use in this function) exec.c:1015: `IID_IShellLink' undeclared (first use in this function) make[1]: *** [exec.o] Error 1 make[1]: Leaving directory `/user/home/hcs/Wine/winelib/compile/NSIS/Source/exehead' make: *** [exehead] Error 2 =========================================== wnsr/wnsrtool =========================================== g++ -c -I. -I/usr/local/wine/include -g -O2 -fpermissive -fno-for-scope -D_REENTRANT -o logfileCode.o logfileCode.cpp logfileCode.cpp: In function `void writelogline(FILE*, char, char*, char*, int, long unsigned int)': logfileCode.cpp:40: `_strtime' undeclared (first use this function) logfileCode.cpp:40: (Each undeclared identifier is reported only once for each function it appears in.) logfileCode.cpp:41: `_strdate' undeclared (first use this function) make: *** [logfileCode.o] Error 1 =========================================== -- Hans Christian Studt : http://hc.studt.dk mailto:hc@studt.dk .dk og W3C standarder : http://w3c.studt.dk

2 9

[RFC] The Wine UI page
by Dimitrie O. Paun 31 Jan '03

31 Jan '03

Hi folks, There is a new page in my little Wine WWW -- the UI status page: http://www.dssd.ca/wine/Wine-UI.html This is a page that I've been meaning to create for many months now. Please check it out, and let me know if you notice any inaccuracies. -- Dimi.

5 9

Why is IOCTL_CDROM_READ_TOC so slow?
by Waldeck Schutzer 31 Jan '03

31 Jan '03

I just realized that IOCTL_CDROM_READ_TOC is used almost everywhere in mcicda and somewhere else, but on the other hand it is as fast as a snail. A 68-track CD took 10 minutes to scan in cdplayer and if you press play, another 10 minutes will pass before it even starts playing! It appears to be a good idea to cache the TOC somewhere, but where and how? Best, Waldeck

2 5

Re: Winelib project
by Jeff Smith 31 Jan '03

31 Jan '03

Yes. BTW, when 'make install'ed, wine should create the appropriate link in the same directory it installs winegcc. -- Jeff S >From: Hans Christian Studt <hcstudt(a)post10.tele.dk> > >I just build from the CVS and I now have >/usr/local/wine/tools/winegcc >but I canot find >wineg++ > >Should there be a symbolic link to winegcc or what ??? >-- >Hans Christian Studt : http://hc.studt.dk mailto:hc@studt.dk >.dk og W3C standarder : http://w3c.studt.dk _________________________________________________________________ Tired of spam? Get advanced junk mail protection with MSN 8. http://join.msn.com/?page=features/junkmail

1 0

Winelib and <io.h>
by Hans Christian Studt 31 Jan '03

31 Jan '03

Using (pached) winemaker I still have problems with <io.h> sed -e 's,@bindir\@,/usr/local/bin,g' -e 's,@winelibdir\@,.,g' ./wineapploader.in >wineapploader || rm -f wineapploader make[1]: Entering directory `/user/home/hcs/Wine/winelib/compile/bb4win/blackbox' LD_LIBRARY_PATH=":$LD_LIBRARY_PATH" /usr/local/bin/wrc -J -m -I. -I/usr/local/include/wine/windows -o Blackbox.res Blackbox.rc /usr/local/bin/wineg++ -c -I. -I/usr/local/include/wine/windows -g -O2 -fpermissive -fno-for-scope -D_REENTRANT -o BBApi.o BBApi.cpp In file included from BBApi.cpp:34: Menu/MenuMaker.h:53:16: io.h: Ingen sådan fil eller filkatalog There was a discussion on a subject related to io.h started on this list 9. january 2003. What exactly were the outcome ??? Is there a resolution or a workaround ??? I can still try out Ming/Cygwin but how would that change the <io.h> problem ??? -- Hans Christian Studt : http://hc.studt.dk mailto:hc@studt.dk .dk og W3C standarder : http://w3c.studt.dk

2 1

[RFC] Wine UI status (take 2)
by Dimitrie O. Paun 31 Jan '03

31 Jan '03

Hi folks, This is what I got after incorporating all of your suggestions: http://www.dssd.ca/wine/Wine-UI.html Please check it out, and help me: -- add any missing items -- complete the status, URL, etc for the items that miss it -- fix any incorrect information -- Dimi.

1 0

common file dialogs
by Mike Hearn 31 Jan '03

31 Jan '03

Hi, Is there a reason that: a) The Wine open/save dialog boxes don't show or follow symlinks and b) They show dotfiles? I seem to recall a discussion on wine-devel way back on the topic of dotfiles, but a quick archive search didn't turn up much of use. At the very least I think it should be a pref, wading through lots of dotfiles in your home dir makes it much harder to open files with wine, and obviously non-technical users will wonder what is going on with all these stranges folders that I never made...... -- Mike Hearn <m.hearn(a)signal.qinetiq.com> QinetiQ - Malvern Technology Center

5 5

Re: w2k Explorer makes wine crash in RtlRaiseException
by Rolf Kalbermatter 31 Jan '03

31 Jan '03

thomas.mertes(a)t-mobile.at wrote: >On my Suse 7.3 Linux (Kernel 2.4.4) I tried to start the >w2k Explorer (Version 5.0 (Build 2195: Service Pack 3) >using wine-20030115 with just buildin dlls. It is quite possible that there is a problem in the Exception handling in Wine, however before Explorer is going to run under Wine, there needs to be a whole lot more done than that. The entire shell support in Wine is not at the point where Explorer will be able to do anything useful and it is just as likely that one of those problems triggers this Exception, which may be not handled correctly in Explorer itself, but when run on Windows, that Exception never ever has been triggered until now. Explorer although an application is so tightly bound to the underlying OS, that I doubt that you could mix the Explorer application with different Windows versions itself. You definitely can't run W2K Explorer on a W9x platform and vice versa. In general I think it is probably simpler to get a Wine equivalent of Explorer written than to get Wine to the point where it will run Windows Explorer. Rolf Kalbermatter

4 3

font metrics
by Scott Jackson 31 Jan '03

31 Jan '03

how can I force wine to do font metrics? -- "De-fault! The two sweetest words in the English language." -- Homer Simpson Get Gaim for unix or win32 systems! gaim.sourceforge.net Scott "Action" Jackson - scott_j(a)ajackson.org

2 1

Re: wrc: merge README.wrc into the man page
by Dimitrie O. Paun 31 Jan '03

31 Jan '03

On January 30, 2003 09:38 pm, Dimitrie O. Paun wrote: > ChangeLog > Merge README.wrc into wrc's man page. Sorry I forgot to mention, also do: cvs rm -f tools/wrc/README.wrc before you commit. -- Dimi.

1 0

Re: japanese fonts
by Scott Jackson 30 Jan '03

30 Jan '03

Well, I'm off to try that. I tried a mv /usr/X11R6/whereverthefontswere/ to a back up dir, then reset xf86 and wine worked fine... I'd like to believe that it was the fonts' fault, but everywhere else they work fine. I dunno my japanese fonts go funky on me sometimes... methinks kappa is a bitmap font? if there's development to be done, then I might be able to send y'all (texas native) a tar.bz2 file of what is messing up. One of the other restrictions I have as far as japanese fonts, is that whenever mozilla is asked to render a bold SHIFT_JIS type font, it gives me blank space. All information is available, just ask ;-) Your friendly neighborhood (texan) wine user, Scott On Wed, 29 Jan 2003 23:06:51 -0800 (PST) liu spider <liuspider(a)yahoo.com> wrote: > I think it's not the wine's fault. > > Just try to copy or link a Japanese font to the dir: > c/windows/fonts/ > > This works for me. >

1 0

Re: RPC marshalling patch
by Joerg Mayer 30 Jan '03

30 Jan '03

On Thu, Jan 30, 2003 at 05:44:35PM +0100, Ove Kaaven wrote: > does not conform > to the DCE RPC wire protocol (mostly because I don't have a description of > it... You could take a look at the Ethereal sniffer software (www.ethereal.com). It has dissectors for some of Microsofts rpc stuff. Ciao Jörg -- Joerg Mayer <jmayer(a)loplof.de> I found out that "pro" means "instead of" (as in proconsul). Now I know what proactive means.

1 0

Run from the build tree possible?
by Ferenc Wagner 30 Jan '03

30 Jan '03

Hello, is it possible somehow to run Wine from the build tree? I mean without 'make install'? It's too lengthy to install after every one line change during printf-debugging... Feri.

6 8

Re: dlls/user/text.c division by zero
by Bill Medland 30 Jan '03

30 Jan '03

On January 29, 2003 05:16 am, Christian Kristukat wrote: > Hi, > I'm not sure if it's really a bug. It occured while using Microcal Origin. > Wine crashes after every call of an analysis function, e.g. Peak fitting. > > ChangeLog: > * dlls/user/text.c > - I added some braces to prevent a division by zero error Wrong solution; that just makes the problem go away by making it wrong for everything else. What does windows do when one passes silly data to GetTabbedTextExtent? > > ? patch.diff > ? dlls/user/text_orig.c > Index: dlls/user/text.c > =================================================================== > RCS file: /home/wine/wine/dlls/user/text.c,v > retrieving revision 1.43 > diff -u -r1.43 text.c > --- dlls/user/text.c 8 Jan 2003 21:09:26 -0000 1.43 > +++ dlls/user/text.c 29 Jan 2003 12:41:14 -0000 > @@ -1244,7 +1244,7 @@ > else if (cTabStops > 0) > tabPos = nTabOrg + *lpTabPos; > else > - tabPos = nTabOrg + ((x + extent.cx - nTabOrg) / defWidth + 1) > * defWidth; > + tabPos = nTabOrg + ((x + extent.cx - nTabOrg) / (defWidth + > 1)) * defWidth; That is a different calculation and is wrong. > if (fDisplayText) > { > RECT r; -- Bill Medland ACCPAC International, Inc. medbi01(a)accpac.com Corporate: www.accpac.com Hosted Services: www.accpaconline.com

1 0

w2k Explorer makes wine crash in RtlRaiseException [Virus checked]
by thomas.mertes＠t-mobile.at 30 Jan '03

30 Jan '03

Hello On my Suse 7.3 Linux (Kernel 2.4.4) I tried to start the w2k Explorer (Version 5.0 (Build 2195: Service Pack 3) using wine-20030115 with just buildin dlls. tm@penguin:~/c/w2k > winedbg explorer For language 'german' several language ids were found: de_DE - 0407; de_CH - 0807; de_AT - 0C07; de_LU - 1007; de_LI - 1407; Instead of using first in the list, suggest to define your LANG environment variable like this: LANG=de_DE For language 'german' several language ids were found: de_DE - 0407; de_CH - 0807; de_AT - 0C07; de_LU - 1007; de_LI - 1407; Instead of using first in the list, suggest to define your LANG environment variable like this: LANG=de_DE fixme:console:SetConsoleCtrlHandler (0x404c3340,1) - no error checking or testing yet For language 'german' several language ids were found: de_DE - 0407; de_CH - 0807; de_AT - 0C07; de_LU - 1007; de_LI - 1407; Instead of using first in the list, suggest to define your LANG environment variable like this: LANG=de_DE fixme:shell:SHLWAPI_437 (0x00000004) stub fixme:process:SetProcessShutdownParameters (00000002, 00000000): partial stub. fixme:shell:FileIconInit (true) fixme:ntdll:NtOpenProcessToken (0xffffffff,0x00000008,0x406b2e08): stub fixme:ntdll:NtQueryInformationToken (0xcafe,10,0x406b2dc4,56,0x406b2dfc): stub Copied by hand from the winedbg window: 0011: sel=008f base=401145e0 limit=00000fff 32-bit rw- Backtrace: =>0 0x400c3de5 (RaiseException+0x75(code=0xc06d007f, flags=0x0, nbargs=0x1, args=0x406b2df8) [except.c:84] in libntdll.dll.so) (ebp=406b2da8) 1 0x0040de7f (explorer.exe.EntryPoint+0xc8d7 in C:\w2k\explorer.exe) (ebp=406b2df0) 2 0x0040a30f (explorer.exe.EntryPoint+0x8d67 in C:\w2k\explorer.exe) (ebp=406b2e3c) 3 0x00401621 (explorer.exe.EntryPoint+0x79 in C:\w2k\explorer.exe) (ebp=406b2e9c) 4 0x400ba038 (start_process+0x248 [process.c:564] in libntdll.dll.so) (ebp=406b2f38) 5 0x400beb3d (call_on_thread_stack+0x1d(func=0x400b9df0) [sysdeps.c112] in libntdll.dll.so) (ebp=406b2ff4) 6 0x400bece4 (SYSDEPS_CallOnStack+0x14 in libntdll.dll.so) (ebp=00000000) 0x400c3de5 (RaiseException+0x75 [except.c84] in libntdll.dll.so): leal 0xffffffa8(%ebp),%esp 84 RtlRaiseException( &record ); This seems to be an error in the wine exception handling. Is this right? What can be done about that? Greetings Thomas Mertes

4 6

Re: Patch for crash caused by XIM and make XIM functions properly (2ed)
by Alexandre Julliard 30 Jan '03

30 Jan '03

liu spider <liuspider(a)yahoo.com> writes: > ChangLog: > - controls/edit.c > new message type WM_IME_CHAR to handle XIM input. > - dlls/x11drv/keyboard.c > new function XIM_KeyEvent to process XIM key events. > - dlls/x11drv/window.c > new attributs added when creating a IC > - dlls/x11drv/x11drv_main.c > exchange the order of XCloseDisplay and XCloseIM > (otherwise it will crash when closed) > > (What's wrong with this patch? It seems to be ignored.) It's not ignored, but I'm currently working in this area, and we also have some related stuff in the Crossover tree, and I'm trying to bring everything together into a coherent whole; so it will eventually be committed in one form or another, but I have to spend a bit more time on this first. -- Alexandre Julliard julliard(a)winehq.com

2 1

japanese fonts
by Scott Jackson 30 Jan '03

30 Jan '03

My japanese fonts seem to make wine crash, even apart from that, they also don't work in wine ;-) ------------- wine output on wine hl.exe -------- ---------- cut out a couple thousand lines------- err:font:XFONT_BuildMetrics failed to load -kappa-fixed-bold-r-normal--20-190-75-75-c-100-jisx0201.1976-0 Font metrics: 92.2% done fixme:font:LFD_InitFontInfo font '-kappa-fixed-bold-r-normal--20-190-75-75-c-100-muleipa-1' has unknown registry 'muleipa' and character encoding '1' X Error of failed request: 82 Major opcode of failed request: 45 (X_OpenFont) Serial number of failed request: 10964 Current serial number in output stream: 10965 ----------------------- end --------------------- Why? I don't know. they work fine in everything else... -- "De-fault! The two sweetest words in the English language." -- Homer Simpson Get Gaim for unix or win32 systems! gaim.sourceforge.net Scott "Action" Jackson - scott_j(a)ajackson.org

1 0

Re: wrc: drop header file generation
by Alexandre Julliard 30 Jan '03

30 Jan '03

"Dimitrie O. Paun" <dpaun(a)rogers.com> writes: > Not so. Looking at the header file generated by wrc, > it occured to me that it is exporting symbols that it > shouldn't be exporting in the first place. I think the > options where added long ago for compatibility with the > old resource compiler. No, it's exporting symbols to reference the resource data directly, in case you don't want to go to the trouble of parsing the resource directory and you just want the data. It's true that the header is not really useful since you can add extern statements in the code that uses the data; I think we should keep the -g option though, otherwise in asm mode you are forced to parse the resource descriptor which isn't much fun. -- Alexandre Julliard julliard(a)winehq.com

2 1

Re: some ntdll functions [Virus checked]
by thomas.mertes＠t-mobile.at 30 Jan '03

30 Jan '03

"Dmitry Timoshkov" <dmitry(a)baikal.ru> wrote: > > /************************************************************************** > > + * RtlUpperChar (NTDLL.@) > > + */ > > +CHAR WINAPI RtlUpperChar( CHAR ch ) > > +{ > > + return toupper(ch); > > +} > > It's better to avoid using locale dependent functions from an underlying > system because Wine internal code page almost always is different from OS > locale. The way to go is convert to unicode, do desired things, and convert > the result back to ansi. The implementation of RtlUpperString in rtlstr.c gave me the idea to use toupper: /************************************************************************** * RtlUpperString (NTDLL.@) */ void WINAPI RtlUpperString( STRING *dst, const STRING *src ) { unsigned int i, len = min(src->Length, dst->MaximumLength); for (i = 0; i < len; i++) dst->Buffer[i] = toupper(src->Buffer[i]); dst->Length = len; } The docu of RtlUpperChar says: RtlUpperChar returns the uppercase version of the specified character or returns the value specified by the caller for Character if the specified character cannot be converted. RtlUpperChar returns the input Character unconverted if it is the lead byte of a multibyte character or if the uppercase equivalent of Character is a double-byte character. To convert such characters, use RtlUpcaseUnicodeChar. --- End of docu -- IMHO RtlUpperChar has nothing to do for unicode chars. Is there a way to use Wine internal code page to do the conversion without converting to unicode and back? BTW: If it is not ok to use toupper several other places in wine have a problem: $ grep toupper */*.c */*/*.c */*/*/*.c | grep -v toupperW | grep -v str_toupper in wine-20030115 gives a longer list of usages of toupper. Specially msvcrt toupper seems also to use the function from libc. Greetings Thomas Mertes

2 1

RE: w2k Explorer makes wine crash in RtlRaiseException
by Robert Shearman 30 Jan '03

30 Jan '03

> To: wine-devel(a)winehq.com > From: thomas.mertes(a)t-mobile.at > Date: Wed, 29 Jan 2003 14:26:27 +0100 > Subject: w2k Explorer makes wine crash in RtlRaiseException > [Virus checked] > > Hello > > On my Suse 7.3 Linux (Kernel 2.4.4) I tried to start the > w2k Explorer (Version 5.0 (Build 2195: Service Pack 3) > using wine-20030115 with just buildin dlls. > > tm@penguin:~/c/w2k > winedbg explorer > Copied by hand from the winedbg window: > 0011: sel=008f base=401145e0 limit=00000fff 32-bit rw- > Backtrace: > =>0 0x400c3de5 (RaiseException+0x75(code=0xc06d007f, flags=0x0, > nbargs=0x1, > args=0x406b2df8) [except.c:84] in libntdll.dll.so) (ebp=406b2da8) > 1 0x0040de7f (explorer.exe.EntryPoint+0xc8d7 in C:\w2k\explorer.exe) > (ebp=406b2df0) > This seems to be an error in the wine exception handling. Is this right? > What can be done about that? No, it is not. It is a software exception raised by explorer itself (you can get the same effect by running Win98 explorer on Win2k). I have seen the same problem myself and managed to fix it, though I can't remember how. I have submitted quite a few patches specific to getting Win2k explorer running on Wine, but they haven't been accepted so far. For a start you could try --dll shlwapi=b and copying over the native shdocvw.dll and browseui.dll and running regsvr32 on them both. Try running with --dll ole32=b to see if it is a COM class that isn't registered and finally try using some of my shell32 and shlwapi patches :) Hope this helps, Rob BTW I have got explorer loaded and displaying a folder but there are no items in the folder view apart from 'Desktop'. I am still trying to work out exactly why this is.

1 0

Re: App works almost perfectly, but one MDI screen won't draw
by Dan Kegel 30 Jan '03

30 Jan '03

I've played with our MDI application a bit more, and have observed two kinds of bugs under cvs wine: First type: things not drawing, probably because of missing messages (we know the WM_NCPAINT message is AWOL, but it might be something else); 1. One of the "documents" has blank client areas (mentioned previously); these don't ever get drawn. 2. Another of the "documents" has a blank pane initially, but if you diddle around a bit, it does draw. 3. Maximizing any of the "documents" is supposed to make a minimize/maximize/close widget appear on the right-hand side of the toolbar, but it doesn't. Second type: things drawing in the wrong place: 4. The text box at the bottom of a three-panel window has its upper left corner in the right place, but its lower right corner is exactly one scrollbar width inset too far. The scrollbars are inset by that amount, too. That leaves the area where the scrollbars ought to be totally undrawn. Duane Clark is looking at the missing message problem in this and another app. Also, I'm setting up Linux and Wine for the guy who wrote our app so he can poke around and look for these problems himself; if nothing else, he can put together a minimal test case. - Dan -- Dan Kegel http://www.kegel.com http://counter.li.org/cgi-bin/runscript/display-person.cgi?user=78045

4 3

Registry Files & Windows Dynamic Link Libraries
by Tom Wickline 29 Jan '03

29 Jan '03

I'm looking into updating section 3.3 of the Packagers Guide. I am not toatly sure about all the info that I have if you are aware of something out of place could you let me know. Thanks Tom ---------- Windows 95 to ME ) Registry Files /windows/system.dat /windows/user.dat /windows/win.ini The Registry consists of two local files, System.dat and User.dat. System.dat contains information on software and hardware settings and is located in the Windows folder. User.dat contains user-specified configurations for the GUI and shell. It is located in the Windows folder unless the system is set up for multiple users, in which case each user will have a separate User.dat file located in Windows\Profiles\username (where username is the name of the user). Windows Dynamic Link Libraries /windows/system ( Windows NT ) Registry Files /winnt/profiles/(username)/ntsystem.dat /winnt/profiles/(username)/ntuser.dat /windows/win.ini -- for 16-bit app compatibility If there are multiple profiles on one machine (one local, one as part of a domain, etc.), then the user directory will be the user name plus a number. Windows Dynamic Link Libraries /winnt/system -- 16-bit compat ? /winnt/system32 ( Win2K / XP ) /documents and settings/(username)/ntsystem.dat /documents and settings/(username)/ntuser.dat /windows/win.ini -- for 16-bit app compatibility If there are multiple profiles on one machine (one local, one as part of a domain, etc.), then the user directory will be the user name plus a number. Windows Dynamic Link Libraries /winnt/system -- 16-bit compat ? /winnt/system32

1 0

Re: README translated to Portuguese
by Dimitrie O. Paun 29 Jan '03

29 Jan '03

On January 24, 2003 09:04 pm, Tom Wickline wrote: > www: Uma grande quantidade de informação acerca do Wine está disponivel > pelo WineHQ em http://www.winehq.com/ : varios guias Wine, base de > dados de aplicações, localizaçao de erros. Isto é provavelmente o > melhor ponto de começo. > > FAQ: A Wine FAQ está localizada em http://www.winehq.com/FAQ > > Usenet Tu podes discutor tópicos relacionados de Wine e obter ajuda em > comp.emulators.ms-windows.wine. > > Bugs: Ajuda online está disponivel em #WineHQ on irc.freenode.net. > > IRC: O currente desenvolvimento do Wine está disponivel por CVS. > Vai a http://www.winehq.com/development/ para mais informação. > > Mailing Lists: > Há algumas mailing list para responsaveis pelo desenvolvimento > Wine; ver em http://www.winehq.com/development/#ml para mais informação. Can we please switch these www.winehq.com references to www.winehq.org? Any volunteer to update our documentation? -- Dimi.

4 4

Spanish Documentation Project
by Javier Canovas 29 Jan '03

29 Jan '03

hi, this is my first message on this mailing list... HI! I am a spanish user of wine, and I am going to translate the english documentation of wine (I manage the project). I am creating the project (cvs, bugzilla...) in Lucas (es.tldp.org) but I cant do it alone. I am meeting people to work in this, somebody can help us? Thks PD: Im sorry Shachar...

3 2

Re: some ntdll functions [Virus checked]
by thomas.mertes＠t-mobile.at 29 Jan '03

29 Jan '03

"Dimitrie O. Paun" <dpaun(a)rogers.com> wrote: > It seems the patch got wrapped. Turn off automatic wrapping in your > mail client before resending it. My mail client is Lotus Notes (company decision, not mine). Strange: Here the mail looks ok. Do you know how to turn line wrapping of in Lotus Notes. If not I will send the next patch as attatchment. Greetings Thomas Mertes

1 0

spyxx from msvc6.0 crashes on exit...
by Dan Kegel 29 Jan '03

29 Jan '03

spyxx from msvc6.0 crashes repeatably. Here's the recipe: $ wine spyxx.exe click the minimize widget on the client document click the quit widget on the app Bingo, unhandled exception. The traceback looks uninformative, so either the stack is corrupt or it's crashing in the very outer routine. Here's the output of +relay and the backtrace (ah, I love it now that the debugger just uses the terminal I started wine with!!): 08076498:Call kernel32.TlsGetValue(00000000) ret=78001322 08076498:Ret kernel32.TlsGetValue() retval=408e0f70 ret=78001322 08076498:Call kernel32.SetLastError(00000000) ret=7800132f 08076498:Ret kernel32.SetLastError() retval=00000000 ret=7800132f 08076498:Call kernel32.GetLastError() ret=78001314 08076498:Ret kernel32.GetLastError() retval=00000000 ret=78001314 08076498:Call kernel32.TlsGetValue(00000000) ret=78001322 08076498:Ret kernel32.TlsGetValue() retval=408e0f70 ret=78001322 08076498:Call kernel32.SetLastError(00000000) ret=7800132f 08076498:Ret kernel32.SetLastError() retval=00000000 ret=7800132f 08076498:Call kernel32.UnhandledExceptionFilter(40440900) ret=7800f914 wine: Unhandled exception, starting debugger... Unhandled exception: page fault on read access to 0x00000040 in 32-bit code (0x0041e214). In 32-bit mode. 0x0041e214 (spyxx.exe..text+0x1d214 in F:\spy\spyxx.exe): movl 0x40(%eax),%edi Wine-dbg> bt Backtrace: =>0 0x0041e214 (spyxx.exe..text+0x1d214 in F:\spy\spyxx.exe) (ebp=0001002f) Wine-dbg> quit WineDbg terminated on pid 8072e48 -- Dan Kegel http://www.kegel.com http://counter.li.org/cgi-bin/runscript/display-person.cgi?user=78045

1 0

Re: some ntdll functions [Virus checked]
by Dmitry Timoshkov 29 Jan '03

29 Jan '03

<thomas.mertes(a)t-mobile.at> wrote: > --- old_wine-20030115/dlls/ntdll/rtlstr.c Tue Nov 12 03:17:34 2002 > +++ new_wine-20030115/dlls/ntdll/rtlstr.c Sun Jan 26 00:03:56 2003 > @@ -516,6 +516,15 @@ > */ > > > /************************************************************************** > + * RtlUpperChar (NTDLL.@) > + */ > +CHAR WINAPI RtlUpperChar( CHAR ch ) > +{ > + return toupper(ch); > +} It's better to avoid using locale dependent functions from an underlying system because Wine internal code page almost always is different from OS locale. The way to go is convert to unicode, do desired things, and convert the result back to ansi. -- Dmitry.

1 0

Re: some ntdll functions [Virus checked]
by Dimitrie O. Paun 29 Jan '03

29 Jan '03

On January 28, 2003 04:11 am, thomas.mertes(a)t-mobile.at wrote: > +NTSTATUS WINAPI RtlIntegerToUnicodeString(ULONG value, ULONG base,const > UNICODE_STRING *str); Thomas, It seems the patch got wrapped. Turn off automatic wrapping in your mail client before resending it. -- Dimi.

1 0

Re: [dx8 patch 12]: huge cleanup + split
by Andrew John Hughes 28 Jan '03

28 Jan '03

On Sat, 25 Jan 2003 01:14:15 +0100 Raphaël Junqueira <fenix(a)club-internet.fr> wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > Hi all, > it seems a big patch, but it's only simple cleanups/splits ;) > > it's the first and bigger patch for splitting d3d8 from the future d3d7/d3d8/d3d9 comon code > > Changelog: > - some needed cleanups for future dx9 and d3d common layer support: > - stateblocks to IDirect3DStateBlockImpl interface and moving into a new file (stateblock.c) > - shaders to IDirect3D*ShaderImpl interfaces > - splitting vshader and vshader declaration as in dx9 into 2 interfaces (for future common layer use) > - vshader declaration code to a new file (vsaderdeclaration.c) > - device calls to new interfaces (redirect stubs) > - simple texture fix for a little regression after last jason patches > - some caps code using the GL/glext.h defines (GL_VERSION_*) > > Todo: > - renaming IDirec3DDevice8Impl::StateBlock to IDirec3DDevice8Impl::startupStateBlock > - moving IDirec3DDevice8Impl d3d generic code to a "common layer" interface (maybe IDirec3DDeviceImpl) > - merging new DrawPrimitive prototype (using ddraw code) with current code > - splitting d3d8_private.h into 2 headers (d3d8 specific header, and common layer header) > - merging the hal base prototype > > Raphael > -----BEGIN PGP SIGNATURE----- > Version: GnuPG v1.2.1 (GNU/Linux) > > iD8DBQE+MdbYp7NA3AmQTU4RAg3DAJ94zf6kzopk2WH95+Nvq/BcH26dogCdEhf2 > UASOhtqMDLoJocMODUtZZv8= > =5SNm > -----END PGP SIGNATURE----- > Including glext.h appears to break the DLL for me. NVidia's GL headers (gl.h) already define some of the types specified in glext.h. I presume X installs glext.h, but I've not had a conflict between the two headers before. In file included from d3d8_private.h:30, from device.c:35: /usr/local/include/GL/glext.h:3142: conflicting types for `glCopyTexSubImage3DEXT' /usr/local/include/GL/gl.h:2486: previous declaration of `glCopyTexSubImage3DEXT' /usr/local/include/GL/glext.h:3566: conflicting types for `glColorSubTableEXT' /usr/local/include/GL/gl.h:2446: previous declaration of `glColorSubTableEXT' /usr/local/include/GL/glext.h:4372: conflicting types for `glTbufferMask3DFX' /usr/local/include/GL/gl.h:2984: previous declaration of `glTbufferMask3DFX' /usr/local/include/GL/glext.h:4406: conflicting types for `glTextureColorMaskSGIS' /usr/local/include/GL/gl.h:3050: previous declaration of `glTextureColorMaskSGIS' -- Andrew :-) Please avoid sending me Word or PowerPoint attachments. See http://www.fsf.org/philosophy/no-word-attachments.html "Windows is the one true OS. MS invented the GUI. MS invented the 32 bit OS. MS is open and standard. MS loves you. We have always been at war with Oceania."

3 4

Re: Bug #540: DLL Separation of user32 from x11drv (clipboard)
by Vincent Béron 28 Jan '03

28 Jan '03

Andrew John Hughes a écrit: > License: LGPL > > Changelog: > Removes calls to CLIPBOARD_IsPresent, CLIPBOARD_EmptyCache and CLIPBOARD_GetFormatName. > Something's missing... Vincent

1 0

Guess who's back, back again... :)
by Dimitrie O. Paun 28 Jan '03

28 Jan '03

Hi folks, My ski vacation was a blast, good snow, good skiing, good people... You guys have been busy this past week judging by the number of messages I had to go through :) It's good to be back! -- Dimi.

3 2

Re: PATCH: glibc 2.3.x and errno
by Dan Kegel 28 Jan '03

28 Jan '03

Ulrich Weigand wrote: > On the other hand, maybe it would now be possible to implement Wine > threads on top of regular pthreads; at least some of the inhibitors > should be gone now, e.g. you can have thread stacks at arbitrary locations > and sizes, and there is no master thread any more ... Unfortunately I > don't quite remember the full list of problems we had with pthreads ;-/ It occurs to me that implementing Wine threads on top of pthreads would probably get rid of a few of the problems keeping us from running Wine under Valgrind. Short of getting the Stanford Checker guys interested in the Wine source tree, I can't think of an cooler way to look for stupid memory bugs in Wine... - Dan -- Dan Kegel http://www.kegel.com http://counter.li.org/cgi-bin/runscript/display-person.cgi?user=78045

2 2

mkdir, copy, etc.
by Jon Bright 28 Jan '03

28 Jan '03

Hi, I'm trying to build OpenSSL using Borland Builder 5 within wine. Installation of Builder has gone fine, ActiveState Perl went on after a bit of fiddling, but I've now hit a small problem. The makefile for OpenSSL attempts to run mkdir, copy, etc. - this results in Borland's make attempting to run (after trying to find copy.exe/com/bat/cmd), the command interpreter found in COMSPEC. But wcmd is only a unix command - there is no windows\system\wcmd.exe Is there already a workaround for this, or can someone point me in the right direction to look at fixing it? -- Jon Bright Lead Programmer, Silicon Circus Ltd. http://www.siliconcircus.com/

3 2

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

28 Jan '03

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 28 Jan '03

28 Jan '03

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@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 28 Jan '03

28 Jan '03

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 28 Jan '03

28 Jan '03

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 27 Jan '03

27 Jan '03

> 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 27 Jan '03

27 Jan '03

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 27 Jan '03

27 Jan '03

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 27 Jan '03

27 Jan '03

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 27 Jan '03

27 Jan '03

/* 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 27 Jan '03

27 Jan '03

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 26 Jan '03

26 Jan '03

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 26 Jan '03

26 Jan '03

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 26 Jan '03

26 Jan '03

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 26 Jan '03

26 Jan '03

"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 26 Jan '03

26 Jan '03

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 26 Jan '03

26 Jan '03

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 26 Jan '03

26 Jan '03

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 26 Jan '03

26 Jan '03

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 26 Jan '03

26 Jan '03

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 25 Jan '03

25 Jan '03

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 25 Jan '03

25 Jan '03

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@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 25 Jan '03

25 Jan '03

----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 25 Jan '03

25 Jan '03

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 25 Jan '03

25 Jan '03

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 25 Jan '03

25 Jan '03

>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

Re: Packagers Guide Update #5
by Andreas Mohr 25 Jan '03

25 Jan '03

On Thu, Jan 23, 2003 at 11:42:31PM -0500, Tom Wickline wrote: > Changelog > > Update the Sample config IMHO this doesn't even have *any* business in the Packaging Guide. The guide should simply contain a pointer to the REAL sample config file, otherwise this exactly leads to the permanent updating mess which you just demonstrated ;-) -- The Declaration of Software Freedom: http://freedevelopers.net/freedomdec/index.php

4 3

Re: PATCH: glibc 2.3.x and errno
by Alexandre Julliard 25 Jan '03

25 Jan '03

Marcus Meissner <meissner(a)suse.de> writes: > The afore mentioned glibc guru did not have any ideas either. > > There however is a happy but messy end, which appeared to me > yesterday: > Overwrite those 2 functions with a jump to our implementations. I'm afraid that won't be enough. When using thread-local storage, glibc doesn't even call __errno_location any more, it directly stores errno into the thread storage using %gs. It seems the only solution is to make Wine threads work on top of libc threads, but that will be messy. -- Alexandre Julliard julliard(a)winehq.com

4 3

Re: PATCH: glibc 2.3.x and errno
by Andreas Mohr 24 Jan '03

24 Jan '03

Hi ! On Fri, Jan 24, 2003 at 05:20:12PM +0100, Marcus Meissner wrote: > Changelog: > Since glibc 2.3.cvs no longer exports __errno_location, we need > to overwrite the implementation in glibc/libpthread directly. Excuse me, but somehow I think this is p*ss poor. (and yes, I'm now marking you up for the dark side ;-) I mean, both Wine and glibc are successful (?) OSS projects, so they should be able to come up with something much better than this terribly embarassing solution (after all everybody knew that OSS development was a "superiour" approach, didn't they ? ;-). I for one would feel much better if we simply rejected that particular "broken" glibc version and supported a *new* glibc method of properly interfacing errno things in a newer glibc version... (maybe have some "advanced" setting in glibc that enables all sorts of funky interfacing capabilities in case a program needs it) After all if Wine needs this errno support, then there's probably a need for it, so it's glibc's bloody obligation to make sure there's proper support IMHO. BTW: why did they even choose to abandon a public errno_location ? Anyway, thanks for tackling this severe issue ! Andreas Mohr P.S.: Do you really think that Alexandre would commit it like that ? ;-)

2 1

dlls/d3d8/device.c: statement with no effect
by Gerald Pfeifer 24 Jan '03

24 Jan '03

In dlls/d3d8/device.c I am getting the following warning (on FreeBSD): /usr/bin/gcc -c -I. -I. -I../../include -I../../include -I/usr/X11R6/include -g -O2 -Wall -Wpointer-arith -mpreferred-stack-boundary=2 -gstabs+ -fPIC -D__WINESRC__ -D_REENTRANT -o device.o device.c device.c: In function `DrawPrimitiveI': device.c:475: warning: statement with no effect Could someone please have a look? (If fixed about half a dozen portability problems last week, but this one I'm having a hard time with.) Gerald -- Gerald "Jerry" pfeifer(a)dbai.tuwien.ac.at http://www.pfeifer.com/gerald/

2 1

Re: Patch for crash caused by XIM and make XIM functions properly
by Dmitry Timoshkov 24 Jan '03

24 Jan '03

"liu spider" <liuspider(a)yahoo.com> wrote: > @@ -1000,8 +1100,11 @@ > > wine_tsx11_lock(); > if (xic) > - ascii_chars = XmbLookupString(xic, event, Str, sizeof(Str), &keysym, NULL); > - else > + { > + if(XIM_KeyEvent(GetFocus(), xic, event)) > + return; > + } > + > ascii_chars = XLookupString(event, Str, sizeof(Str), &keysym, NULL); > wine_tsx11_unlock(); I can't comment on other parts, but in the above chunk the return after a successful XIM_KeyEvent() leaves X11 lock held. -- Dmitry.

1 0

Packaging Guide Update #6
by Tom Wickline 24 Jan '03

24 Jan '03

Francois pointed out that I should fix <wineconf> as sgml will pick it up as a tag. Also replaced the <para> tag with <programlisting> to prevent the text from bunching together. Changelog Fix <wineconf> tag replace <para> tag with <programlisting> Tom Index: documentation/packaging.sgml =================================================================== RCS file: /opt/cvs-commit/wine/documentation/packaging.sgml,v retrieving revision 1.12 diff -u -r1.12 packaging.sgml --- documentation/packaging.sgml 24 Jan 2003 00:49:05 -0000 1.12 +++ documentation/packaging.sgml 24 Jan 2003 08:47:40 -0000 @@ -1442,7 +1442,9 @@ This is the sample config file provided with wine 20030115. You can edit this file to best suit the needs of your intended user. </para> - <para> + + <programlisting> + WINE REGISTRY Version 2 ;; All keys relative to \\Machine\\Software\\Wine\\Wine\\Config @@ -1512,6 +1514,8 @@ ;"ShowDotFiles" = "1" "ShellLinker" = "wineshelllink" +# <wineconf> + [Version] ; Windows version to imitate (win95,win98,winme,nt351,nt40,win2k,winxp,win20,win30,win31) ;"Windows" = "win98" @@ -1720,6 +1724,20 @@ ;"UseDnsComputerName" = "N" ;; sample AppDefaults entries + +; 3 InstallShield versions who like to put their full screen window in front, +; without any chance to switch to another X11 application. +; So just catch them in a desktop window. + +[AppDefaults\\_INS5576._MP\\x11drv] +"Desktop" = "640x480" + +[AppDefaults\\_INS5176._MP\\x11drv] +"Desktop" = "640x480" + +[AppDefaults\\_INS0466._MP\\x11drv] +"Desktop" = "640x480" + ;[AppDefaults\\iexplore.exe\\DllOverrides] ;"shlwapi" = "native" ;"rpcrt4" = "native" @@ -1742,7 +1760,9 @@ ;[AppDefaults\\pickygame.exe\\dsound] ;"EmulDriver" = "N" - </para> +# <wineconf> + + </programlisting> </sect1> </chapter>

1 0

Re: Packagers Guide Update #5
by Francois Gouget 24 Jan '03

24 Jan '03

Hi Tom, On Thu, 23 Jan 2003, Tom Wickline wrote: [...] > Index: documentation/packaging.sgml > =================================================================== > RCS file: /opt/cvs-commit/wine/documentation/packaging.sgml,v > retrieving revision 1.12 > diff -u -r1.12 packaging.sgml > --- documentation/packaging.sgml 24 Jan 2003 00:49:05 -0000 1.12 > +++ documentation/packaging.sgml 24 Jan 2003 04:24:53 -0000 > @@ -1512,6 +1512,8 @@ > ;"ShowDotFiles" = "1" > "ShellLinker" = "wineshelllink" > > +# <wineconf> Hmmm, anything of the form <xxx> is a tag sgml so the above will not work very well. You should use: # <wineconf> I noticed another problem. This section is in a simple <para> tag. That means that linefeeds are not significant and everything can be bunched together. I think what's needed is to replace the <para> tags with <screen> tags. With these two changes it should work great. -- Francois Gouget fgouget(a)free.fr http://fgouget.free.fr/ Dieu dit: "M-x Lumière". Et la lumière fut.

2 1

Whither fnt2bdf?
by Dan Kegel 24 Jan '03

24 Jan '03

What happened to fnt2bdf? It was removed as of http://cvs.winehq.com/cvsweb/wine/tools/Makefile.in.diff?r1=1.20&r2=1.21 but the comment for 1.21 doesn't seem to mention this removal http://cvs.winehq.com/cvsweb/wine/tools/Makefile.in Might this be a mistake? - Dan -- Dan Kegel http://www.kegel.com http://counter.li.org/cgi-bin/runscript/display-person.cgi?user=78045

4 7

Doccumetation issue: "The Service Thread" Does it exist?
by Robert North 24 Jan '03

24 Jan '03

This concerns the documentation on thw www.winehq.com website, if it's out of date, then this post may be irrelevant. In the "Wine Developer's Guide" In Section 8.1.4, "The Service thread" Says there exists a service thread, that is implemented in: scheduler/services.c. It also says this thread is used to support the X11 driver's event loop. Firstly, I cannot find the "scheduler/services.c" file. Secondly from my reading of the x11drv code, the X11 event loop is serviced for every call of to X11DRV_MsgWaitForMultipleObjectsEx, which is inturn called by MsgWaitForMultipleObjectsEx, and GetMessage. Therefore, whichever thread is active will service the X11 event queue. It also appears, because each thread has it's own XDisplay object that messages created by a X11 window will only be picked up in the thread that created the window. Am I correct, or have I missed something fundamental? Bye -Rob.

3 3

RtlpWaitForCriticalSection?
by Mike Hearn 23 Jan '03

23 Jan '03

Using the latest Wine release, I see this error repeated over and over: err:ntdll:RtlpWaitForCriticalSection section 0x70460350 "?" wait timed out, retrying (60 sec) tid=08436988 when clicking on the CML demo at Adobes SVG demo site. Google indicates that this error can be caused by all sorts of things, one guy said it was due to Wine being a lot slower than Windows. So, could anybody write an explanation of what this error means? thanks -mike -- Mike Hearn <m.hearn(a)signal.qinetiq.com> QinetiQ - Malvern Technology Center

5 14

Windows API database
by David Miller 23 Jan '03

23 Jan '03

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. 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. 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.) 3. Will a single MySQL table do or does it need to be a relational database with multiple tables? 4. Anything else you can tell me about this task?

3 3

Re: dos4gw stub exec failed
by Jukka Heinonen 23 Jan '03

23 Jan '03

Enrico Horn wrote: > I have some dos games that want to exec dos4gw.exe when starting. > but this seems to fail. > I hope i read the debug messages correctly and the comment from > file:Win32HandleToDosFileHandle is still valid. > what happens is dos:int21 wants to open file with the dos handle and > then read from it. > reading the file calls the function file:ReadFile with the > converted win32 file handle which is invalid if the above mentioned > comment is correct. > > Any ideas how to solve this or am I completely off-track here. Well, I don't actually know what is wrong with dos4gw. It is probably something subtle with int21 functions. However, why it hangs is something I haven't checked out. You could try running those programs using DOS32A (DOS/32 Advanced) extender. It seems to work quite well. I just posted a patch that is required to get its installer working, though, so you might have some trouble unpacking it... If you get those games to work under dos32a you will probably find out that Wine SVGA support is lacking. That is something I have considered to fix if I can find the time to do it. -- Jukka Heinonen <http://www.iki.fi/jhei/>

3 2

Sacrifice demo & sound.dll
by Christian Costa 23 Jan '03

23 Jan '03

Hi all! I've tried the Sacrifice demo and it complains about sound.dll. Indeed it uses its own 32-bit sound.dll which lies in its directory. Apparently the dll seems to conflict with our 16-bit windows sound.dll I've joined a small log. I tried to add a "sound" entry in the [DllOverrides] section in the config file to force the native to be loaded first but that does not help. Any idea ? Thanks in advance. Christian. trace:module:GetModuleFileNameA F:\Sacrifice\Sacrifice.exe trace:module:MODULE_GetLoadOrder looking for F:\Sacrifice\sound.dll trace:module:GetModuleFileNameA F:\Sacrifice\Sacrifice.exe trace:module:open_app_key searching 'F:\Sacrifice\sound' in AppDefaults\Sacrifice.exe\DllOverrides trace:module:MODULE_GetLoadOrder got hardcoded default "b,n" for "F:\\Sacrifice\\sound.dll" trace:module:MODULE_LoadLibraryExA Trying built-in 'F:\Sacrifice\sound.dll' err:module:BUILTIN32_LoadLibraryExA loaded .so but dll sound.dll still not found - 16-bit dll or version conflict. warn:module:MODULE_LoadLibraryExA Loading of builtin DLL F:\Sacrifice\sound.dll failed (error 193). warn:module:MODULE_LoadLibraryExA Failed to load module 'F:\Sacrifice\sound.dll'; error=193

2 1

debugger detection in newbin.
by Rein Klazes 23 Jan '03

23 Jan '03

Hi, The latest version of newsbin 4.1B5 refuses to run, displaying "debugger or monitoring tool detected". The detection code is very simple, immedeately at the program entry point 0x516000 it does (intel syntax): | Disassembly of 0x00516000 | 0x51600D: 64A023000000 mov al,fs:[0x23] | 0x516013: EB03 jmp 0x516018 | ;*************************************************** | 0x516018: 84C0 test al,al | 0x51601A: EB03 jmp 0x51601f | ;*************************************************** | 0x51601F: 7567 jnz 0x516088 This jump is taken and leads immedeatly to the messagebox displaying the message above. Any idea's and/or explanation? Rein. -- Rein Klazes rklazes(a)xs4all.nl

3 3

Re: Wine kernel acceleration module?
by Brian Vincent (C) 23 Jan '03

23 Jan '03

This issue has been discussed several times. If you dig in the WWN archives you'll find mentions of it going back a few years. Much more interesting was this post: http://www.winehq.com/hypermail/wine-devel/2002/12/0550.html The approach is a shared memory wineserver. --------------- Brian Vincent Copper Mountain Telecom vincentb(a)coppercolorado.com

8 15

Re: more HEAP_strdupAtoW removals
by Rolf Kalbermatter 23 Jan '03

23 Jan '03

Matthew Davison <m.davison(a)virgin.net> wrote: >On Thu, 2003-01-23 at 01:36, Dmitry Timoshkov wrote: >> > @@ -760,24 +774,26 @@ >> > BOOL WINAPI OpenPrinterA(LPSTR lpPrinterName,HANDLE *phPrinter, >> > LPPRINTER_DEFAULTSA pDefault) >> > { >> > - LPWSTR lpPrinterNameW = HEAP_strdupAtoW(GetProcessHeap(),0,lpPrinterName); >> > + UNICODE_STRING lpPrinterNameW; >> > + UNICODE_STRING usBuffer; >> > + RtlCreateUnicodeStringFromAsciiz(&lpPrinterNameW,lpPrinterName); >> > PRINTER_DEFAULTSW DefaultW, *pDefaultW = NULL; >> > BOOL ret; > >> Are you sure that mixed data declarations/function call will be accepted >> by any C compiler out there? I doubt that even gcc will accept this. >well, im pretty sure gcc takes this, but ill change it anyway. >thanks. And I can tell you that Visual C is happy to compile this if the file has a .cpp ending but will bark for .c files ;-(. Rolf Kalbermatter

1 0

LockFile support
by David D. Hagood 23 Jan '03

23 Jan '03

I have an old, nasty application that uses the Paradox database engine. This app attempts to lock the database files using LockFile. Now, it USED to work under Wine. It no longer does. The program coughs up an error "No access to directory", and stderr shows a bunch of "LockFile not supported in server" errors. Did the behavior of LockFile change in the past couple of months? Are there plans to add LockFile support into Wine?

2 1

Re: more HEAP_strdupAtoW removals.
by Dmitry Timoshkov 23 Jan '03

23 Jan '03

"Matthew Davison" <m.davison(a)virgin.net> wrote: > Changelog > Remove some more calls to HEAP_strdupWtoA First of all, thanks for doing this! > @@ -554,7 +555,11 @@ > lpwstr = NULL; > for(i=0; i<dwNumServiceArgs; i++) > - lpwstr[i]=HEAP_strdupAtoW(GetProcessHeap(), 0, lpServiceArgVectors[i]); > + { > + RtlCreateUnicodeStringFromAsciiz (&usBuffer,lpServiceArgVectors[i]); > + lpwstr[i]=usBuffer.Buffer; > + RtlFreeUnicodeString(&usBuffer); > + } Of course this is a typo and last RtlFreeUnicodeString should be removed. > @@ -760,24 +774,26 @@ > BOOL WINAPI OpenPrinterA(LPSTR lpPrinterName,HANDLE *phPrinter, > LPPRINTER_DEFAULTSA pDefault) > { > - LPWSTR lpPrinterNameW = HEAP_strdupAtoW(GetProcessHeap(),0,lpPrinterName); > + UNICODE_STRING lpPrinterNameW; > + UNICODE_STRING usBuffer; > + RtlCreateUnicodeStringFromAsciiz(&lpPrinterNameW,lpPrinterName); > PRINTER_DEFAULTSW DefaultW, *pDefaultW = NULL; > BOOL ret; Are you sure that mixed data declarations/function call will be accepted by any C compiler out there? I doubt that even gcc will accept this. -- Dmitry.

2 1

Installshield 6 crash: ole trouble
by Dan Kegel 23 Jan '03

23 Jan '03

So, how's that Installshield 6 support coming along? :-) The company I work for uses Installshield to package up its windows stuff. Today I tried running its installer under cvs Wine, and shortly after it started running IKernel.exe, it dropped me into the wine debugger. Copying and pasting from the wine debugger window is beyond me; it seems totally broken. However, it looks like it was complaining of a null pointer read. Here are the last few interesting lines of the wine log: trace:ole:ITypeInfo_fnGetTypeAttr (0x40298e58) trace:ole:ITypeInfo_fnGetRefTypeOfImplType (0x40298e58) index 0 trace:ole:dump_TypeInfo 0x40298e58 ref=2 trace:ole:dump_TypeInfo attr:{91814ec1-b5f0-11d2-80b9-00104b1f6cea} trace:ole:dump_TypeInfo kind:TKIND_INTERFACE trace:ole:dump_TypeInfo fct:13 var:0 impl:1 trace:ole:dump_TypeInfo parent tlb:0x4026c9c8 index in TLB:28 trace:ole:dump_TypeInfo L"ISetupCABFile" (null) trace:ole:ITypeInfo_fnGetRefTypeOfImplType -- 0x00000000 trace:ole:ITypeInfo_fnGetRefTypeInfo typeinfo in imported typelib that isn't already loaded 080761c8:Call ntdll.RtlUnicodeToMultiByteSize(40791ac8,40791ae4 L"stdole32.tlb",0000001a) ret=409e78c8 080761c8:Call kernel32.MultiByteToWideChar(00000000,00000001,40791cf8 "stdole32.tlb",0000000d,00000000,00000000) ret=40b9e285 080761c8:Call kernel32.MultiByteToWideChar(00000000,00000001,40791cf8 "stdole32.tlb",0000000d,4028bfdc,0000000d) ret=40b9e2a8 trace:ole:LoadTypeLib trace:ole:LoadTypeLibEx (L"stdole32.tlb",0,0x40791f2c) 080761c8:Call kernel32.SearchPathW(00000000,4028bfdc L"stdole32.tlb",00000000,00000105,40791cac,00000000) ret=40b9e41a trace:ole:LoadRegTypeLib (IID: {00020430-0000-0000-c000-000000000046}) load FAILED ((nil)) trace:ole:LoadTypeLib trace:ole:LoadTypeLibEx (L"C:\\WINNT\\System32\\StdOle32.tlb",0,0x40791f2c) trace:ole:ITypeInfo_fnGetRefTypeInfo (0x40298e58) hreftype 0x0000 loaded FAILURE (0x13) fixme:ole:_get_funcdesc Did not find a typeinfo for reftype 0? fixme:ole:PSFacBuf_CreateProxy GetFuncDesc 80004005 should not fail here. fixme:ole:StdMarshalImpl_UnmarshalInterface Failed to create a proxy for {91814ec1-b5f0-11d2-80b9-00104b1f6cea} fixme:ole:CoUnmarshalInterface Failed to Unmarshal the interface, 80004005? 080761c8:Ret ole32.CoUnmarshalInterface() retval=80004005 ret=40b9a2fd fixme:ole:_unmarshal_interface Marshaling interface {91814ec1-b5f0-11d2-80b9-00104b1f6cea} failed with 80004005 fixme:ole:deserialize_param failed to stuballoc in TKIND_RECORD. trace:ole:ITypeInfo_fnRelease (0x40279798)->(1) fixme:ole:xCall Failed to unmarshall param, hres 80004005 wine: Unhandled exception, starting debugger... Any suggestions? I am a babe in the woods when it comes to the wine debugger, or for that matter, ole. - Dan -- Dan Kegel http://www.kegel.com http://counter.li.org/cgi-bin/runscript/display-person.cgi?user=78045

10 19

Re: PATCH: Adds my name to the AUTHORS list
by Shachar Shemesh 23 Jan '03

23 Jan '03

Waldeck Schutzer wrote: > Now that my patches were incorporated to the tree, it would make me > feel happier if my name was listed too :-) > > Best, > Waldeck I think it's time Alexander regenerates the entire Authors list. People want the credit, Alexander. There is a script in "tools" that does something, but I think it only alphabetizes the list, it does not actually add names. Shachar

5 4

[Fwd: dead keys treatment using XmbLookupString]
by Mauro Carvalho Chehab 23 Jan '03

23 Jan '03

Rikki, Please try to apply the following patch against the new CVS version (on /dlls/x11drv directory). This patch will allow keyboard.c to use your locale setting by the usage of xkb extension on X11R6. Please notice that this requires that you *don't have* xkbdisable on your XF86Config file (or XF86Config-4). -------- Original Message -------- Subject: dead keys treatment using XmbLookupString Date: Wed, 08 Jan 2003 12:48:06 -0200 From: Mauro Carvalho Chehab <mchehab(a)brturbo.com> To: wine-patches(a)winehq.com *Modifyied files*: keyboard.c window.c desktop.c *CVS Version*: 20021225 *Change Log: *Add dead key support using XmbLookupString on ToUnicode function, if *xkb* is available otherwise It falls back to the old code. The first Window will be used to define the XIC used by the functions. * Author*: Mauro Carvalho Chehab <mchehab(a)brturbo.com> ______________________________________________________________________________________________ --- keyboard.c 8 Jan 2003 11:24:51 -0000 1.1 +++ keyboard.c 8 Jan 2003 14:30:53 -0000 @@ -1389,6 +1389,44 @@ wine_tsx11_unlock(); } +#ifdef HAVE_XKB +static XIM xim = (XIM) NULL; +static XIC xic = (XIC) NULL; +#endif +/******************************************************************* + * KeyboardWindow (X11DRV.@) + * Called from desktop.c and window.c after Window creating + * This routine allows usage of XmbLookupString by ToUnicode. + * Only the first opened window will be used. It means that + * all windows will share the same locale. + * + */ +void X11DRV_KeyboardWindow (Display *display, Window w) +{ +#ifdef HAVE_XKB + char *p; + + if (xic) return; /* Only the first window will be used */ + + if ((p = XSetLocaleModifiers("")) != NULL && *p) + xim = XOpenIM(display, NULL, NULL, NULL); + if (!xim && (p = XSetLocaleModifiers("@im=none")) != NULL && *p) + xim = XOpenIM(display, NULL, NULL, NULL); + if (!xim) ERR_(key)( "Failed to open input method.\n"); + else { + xic = XCreateIC(xim, + XNInputStyle, XIMPreeditNothing | XIMStatusNothing, + XNClientWindow, w, + XNFocusWindow, w, + NULL); + if (!xic) { + ERR_(key)( "Failed to create input context.\n"); + XCloseIM(xim); + xim=NULL; + } + } +#endif +} /*********************************************************************** * X11DRV_MappingNotify @@ -1741,6 +1779,7 @@ * FIXME : should do the above (return 2 for non matching deadchar+char combinations) * */ + INT X11DRV_ToUnicode(UINT virtKey, UINT scanCode, LPBYTE lpKeyState, LPWSTR bufW, int bufW_size, UINT flags) { @@ -1756,6 +1795,9 @@ TRACE("Key UP, doing nothing\n" ); return 0; } + memset (&e,0,sizeof(e)); + + e.type = KeyPress; e.display = display; e.keycode = 0; e.state = 0; @@ -1814,7 +1856,15 @@ } else TRACE("Found keycode %d (0x%2X)\n",e.keycode,e.keycode); - ret = XLookupString(&e, (LPVOID)lpChar, 2, &keysym, NULL); +#ifdef HAVE_XKB + if (xic) { + ret = XmbLookupString(xic,&e, (LPVOID)lpChar, sizeof(lpChar), &keysym, NULL); + } else { + ret = XLookupString(&e, (LPVOID)lpChar, sizeof(lpChar), &keysym, NULL); + } +#else + ret = XLookupString(&e, (LPVOID)lpChar, sizeof(lpChar), &keysym, NULL); +#endif wine_tsx11_unlock(); if (ret == 0) --- window.c 8 Jan 2003 11:24:51 -0000 1.1 +++ window.c 8 Jan 2003 14:30:53 -0000 @@ -43,6 +43,7 @@ WINE_DEFAULT_DEBUG_CHANNEL(x11drv); extern Pixmap X11DRV_BITMAP_Pixmap( HBITMAP ); +extern X11DRV_KeyboardWindow (Display *display, Window w); #define HAS_DLGFRAME(style,exStyle) \ (((exStyle) & WS_EX_DLGMODALFRAME) || \ @@ -199,6 +200,7 @@ CWEventMask | CWBitGravity | CWBackingStore | CWColormap, &attr ); XSaveContext( display, data->icon_window, winContext, (char *)win->hwndSelf ); wine_tsx11_unlock(); + if (data->client_window) X11DRV_KeyboardWindow (display, data->whole_window); TRACE( "created %lx\n", data->icon_window ); SetPropA( win->hwndSelf, icon_window_atom, (HANDLE)data->icon_window ); @@ -686,6 +688,7 @@ wine_tsx11_unlock(); return 0; } + X11DRV_KeyboardWindow (display, data->whole_window); /* non-maximized child must be at bottom of Z order */ if ((win->dwStyle & (WS_CHILD|WS_MAXIMIZE)) == WS_CHILD) @@ -732,6 +735,7 @@ CWEventMask | CWBitGravity | CWBackingStore, &attr ); if (data->client_window && is_client_window_mapped( win )) XMapWindow( display, data->client_window ); + if (data->client_window) X11DRV_KeyboardWindow (display, data->whole_window); wine_tsx11_unlock(); return data->client_window; } --- desktop.c 8 Jan 2003 11:24:51 -0000 1.1 +++ desktop.c 8 Jan 2003 14:30:53 -0000 @@ -30,6 +30,7 @@ WINE_DEFAULT_DEBUG_CHANNEL(x11drv); +extern X11DRV_KeyboardWindow (Display *display, Window w); /* desktop window procedure */ static LRESULT WINAPI desktop_winproc( HWND hwnd, UINT message, WPARAM wParam, LPARAM lParam ) @@ -141,6 +142,8 @@ win = XCreateWindow( display, DefaultRootWindow(display), x, y, width, height, 0, screen_depth, InputOutput, visual, CWBackPixel | CWEventMask | CWCursor | CWColormap, &win_attr ); + + if (win) X11DRV_KeyboardWindow (display, win); /* Set window manager properties */ size_hints = XAllocSizeHints();

2 5

dos4gw stub exec failed
by Enrico Horn 23 Jan '03

23 Jan '03

Hi I have some dos games that want to exec dos4gw.exe when starting. but this seems to fail. I hope i read the debug messages correctly and the comment from file:Win32HandleToDosFileHandle is still valid. what happens is dos:int21 wants to open file with the dos handle and then read from it. reading the file calls the function file:ReadFile with the converted win32 file handle which is invalid if the above mentioned comment is correct. Any ideas how to solve this or am I completely off-track here. Ciao Enrico farmboy1(a)subdimension.com log extract: Call DOS int 0x21 ret=00b7:15d0 eax=00003d00 ebx=000009f0 ecx=0000106a edx=00000a76 esi=00000a76 edi=0000ffff ebp=000009ce esp=000009ca ds=0319 es=0319 fs=0000 gs=0000 flags=000b0246 trace:int21:DOSVM_Int21Handler AX=3d00 BX=09f0 CX=106a DX=0a76 SI=0a76 DI=ffff DS=0319 ES=0319 EFL=000b0246 080eef28:Call kernel32.INT_Int21Handler(416d2c54) ret=4149829e trace:int21:INT_Int21Handler OPEN mode 0x00 C:\CCS\dos4gw.exe trace:file:_lopen ('C:\CCS\dos4gw.exe',0000) trace:file:CreateFileW L"C:\\CCS\\dos4gw.exe" GENERIC_READ FILE_SHARE_READ FILE_SHARE_WRITE OPEN_EXISTING attributes 0x0 trace:dosfs:DOSFS_GetFullName L"C:\\CCS\\dos4gw.exe" (last=1) trace:dosfs:DOSFS_FindUnixName /home/windows,L"CCS\\dos4gw.exe" trace:dosfs:DOSFS_ToDosFCBFormat (L"CCS\\dos4gw.exe", 0x416d19bc) trace:dosfs:DOSFS_OpenDir "/home/windows" trace:dosfs:DOSFS_ReadDir Read: long_name: L".", short_name: (null) trace:dosfs:DOSFS_ReadDir Read: long_name: L"..", short_name: (null) trace:dosfs:DOSFS_ReadDir Read: long_name: L"windows", short_name: (null) trace:dosfs:DOSFS_ReadDir Read: long_name: L"Program Files", short_name: (null) trace:dosfs:DOSFS_ReadDir Read: long_name: L"Temp", short_name: (null) trace:dosfs:DOSFS_ReadDir Read: long_name: L"Angel", short_name: (null) trace:dosfs:DOSFS_ReadDir Read: long_name: L"Buffy", short_name: (null) trace:dosfs:DOSFS_ReadDir Read: long_name: L"SFV32w.GID", short_name: (null) trace:dosfs:DOSFS_ReadDir Read: long_name: L"SFV32w.hlp", short_name: (null) trace:dosfs:DOSFS_ReadDir Read: long_name: L"dcm95cfg.exe", short_name: (null) trace:dosfs:DOSFS_ReadDir Read: long_name: L"dcom98.exe", short_name: (null) trace:dosfs:DOSFS_ReadDir Read: long_name: L"quicksfv.exe", short_name: (null) trace:dosfs:DOSFS_ReadDir Read: long_name: L"quicksfv.ini", short_name: (null) trace:dosfs:DOSFS_ReadDir Read: long_name: L"sfv32w.exe", short_name: (null) trace:dosfs:DOSFS_ReadDir Read: long_name: L"Spiele", short_name: (null) trace:dosfs:DOSFS_ReadDir Read: long_name: L"wingtk-0.2.exe", short_name: (null) trace:dosfs:DOSFS_ReadDir Read: long_name: L"dxdiag.exe", short_name: (null) trace:dosfs:DOSFS_ReadDir Read: long_name: L"CCS", short_name: (null) trace:dosfs:DOSFS_FindUnixName (/home/windows,L"CCS\\dos4gw.exe") -> L"CCS" (L"CCS") trace:dosfs:DOSFS_FindUnixName /home/windows/CCS,L"dos4gw.exe" trace:dosfs:DOSFS_ToDosFCBFormat (L"dos4gw.exe", 0x416d19bc) trace:dosfs:DOSFS_OpenDir "/home/windows/CCS" trace:dosfs:DOSFS_ReadDir Read: long_name: L".", short_name: (null) trace:dosfs:DOSFS_ReadDir Read: long_name: L"..", short_name: (null) trace:dosfs:DOSFS_ReadDir Read: long_name: L"SAMPLE.AD", short_name: (null) trace:dosfs:DOSFS_ReadDir Read: long_name: L"OBJECT.DAT", short_name: (null) trace:dosfs:DOSFS_ReadDir Read: long_name: L"CCSSTR.DAT", short_name: (null) trace:dosfs:DOSFS_ReadDir Read: long_name: L"ADRV688.DIG", short_name: (null) trace:dosfs:DOSFS_ReadDir Read: long_name: L"JAMMER.DIG", short_name: (null) trace:dosfs:DOSFS_ReadDir Read: long_name: L"PROAUDIO.DIG", short_name: (null) trace:dosfs:DOSFS_ReadDir Read: long_name: L"RAP10.DIG", short_name: (null) trace:dosfs:DOSFS_ReadDir Read: long_name: L"SB16.DIG", short_name: (null) trace:dosfs:DOSFS_ReadDir Read: long_name: L"SBLASTER.DIG", short_name: (null) trace:dosfs:DOSFS_ReadDir Read: long_name: L"SBPRO.DIG", short_name: (null) trace:dosfs:DOSFS_ReadDir Read: long_name: L"SNDSCAPE.DIG", short_name: (null) trace:dosfs:DOSFS_ReadDir Read: long_name: L"SNDSYS.DIG", short_name: (null) trace:dosfs:DOSFS_ReadDir Read: long_name: L"ULTRA.DIG", short_name: (null) trace:dosfs:DOSFS_ReadDir Read: long_name: L"DOS4GW.EXE", short_name: (null) trace:dosfs:DOSFS_FindUnixName (/home/windows/CCS,L"dos4gw.exe") -> L"DOS4GW.EXE" (L"DOS4GW.EXE") trace:dosfs:DOSFS_GetFullName returning /home/windows/CCS/DOS4GW.EXE = L"C:\\CCS\\DOS4GW.EXE" trace:dosfs:GetDriveTypeW (L"C:\\CCS\\DOS4GW.EXE") trace:file:CreateFileW returning 0x68 trace:file:Win32HandleToDosFileHandle Got 5 for h32 0x68 080eef28:Ret kernel32.INT_Int21Handler() retval=00000005 ret=4149829e trace:int21:DOSVM_Int21Handler returning: AX=0005 BX=09f0 CX=106a DX=0a76 SI=0a76 DI=ffff DS=0319 ES=0319 EFL=000b0246 Ret DOS int 0x21 ret=00b7:15d0 eax=00000005 ebx=000009f0 ecx=0000106a edx=00000a76 esi=00000a76 edi=0000ffff ebp=000009ce esp=000009ca ds=0319 es=0319 fs=0000 gs=0000 flags=000b0246 Call DOS int 0x21 ret=00b7:1f9f eax=00004400 ebx=00000005 ecx=00000005 edx=00000005 esi=0000038a edi=00000005 ebp=000009ce esp=000009ba ds=0319 es=0319 fs=0000 gs=0000 flags=000b0202 trace:int21:DOSVM_Int21Handler AX=4400 BX=0005 CX=0005 DX=0005 SI=038a DI=0005 DS=0319 ES=0319 EFL=000b0202 080eef28:Call kernel32.DosFileHandleToWin32Handle(00000005) ret=414965a0 080eef28:Ret kernel32.DosFileHandleToWin32Handle() retval=00000068 ret=414965a0 080eef28:Call kernel32.DOSFS_GetDeviceByHandle(00000068) ret=414965a6 080eef28:Ret kernel32.DOSFS_GetDeviceByHandle() retval=00000000 ret=414965a6 080eef28:Call kernel32.INT_Int21Handler(416d2c54) ret=41496676 trace:int21:ioctlGetDeviceInfo (5) 080eef28:Ret kernel32.INT_Int21Handler() retval=00000942 ret=41496676 trace:int21:DOSVM_Int21Handler returning: AX=4400 BX=0005 CX=0005 DX=0942 SI=038a DI=0005 DS=0319 ES=0319 EFL=000b0202 Ret DOS int 0x21 ret=00b7:1f9f eax=00004400 ebx=00000005 ecx=00000005 edx=00000942 esi=0000038a edi=00000005 ebp=000009ce esp=000009ba ds=0319 es=0319 fs=0000 gs=0000 flags=000b0202 Call DOS int 0x21 ret=00b7:1f9f eax=00004400 ebx=00000005 ecx=00000005 edx=00004000 esi=00000a76 edi=00000005 ebp=000009ce esp=000009c2 ds=0319 es=0319 fs=0000 gs=0000 flags=000b0246 trace:int21:DOSVM_Int21Handler AX=4400 BX=0005 CX=0005 DX=4000 SI=0a76 DI=0005 DS=0319 ES=0319 EFL=000b0246 080eef28:Call kernel32.DosFileHandleToWin32Handle(00000005) ret=414965a0 080eef28:Ret kernel32.DosFileHandleToWin32Handle() retval=00000068 ret=414965a0 080eef28:Call kernel32.DOSFS_GetDeviceByHandle(00000068) ret=414965a6 080eef28:Ret kernel32.DOSFS_GetDeviceByHandle() retval=00000000 ret=414965a6 080eef28:Call kernel32.INT_Int21Handler(416d2c54) ret=41496676 trace:int21:ioctlGetDeviceInfo (5) 080eef28:Ret kernel32.INT_Int21Handler() retval=00000942 ret=41496676 trace:int21:DOSVM_Int21Handler returning: AX=4400 BX=0005 CX=0005 DX=0942 SI=0a76 DI=0005 DS=0319 ES=0319 EFL=000b0246 Ret DOS int 0x21 ret=00b7:1f9f eax=00004400 ebx=00000005 ecx=00000005 edx=00000942 esi=00000a76 edi=00000005 ebp=000009ce esp=000009c2 ds=0319 es=0319 fs=0000 gs=0000 flags=000b0246 Call DOS int 0x21 ret=00b7:17a7 eax=00003f41 ebx=00000005 ecx=0000001c edx=00000ac6 esi=00000005 edi=0000041e ebp=000009e6 esp=000009d8 ds=0319 es=0319 fs=0000 gs=0000 flags=000b0202 trace:int21:DOSVM_Int21Handler AX=3f41 BX=0005 CX=001c DX=0ac6 SI=0005 DI=041e DS=0319 ES=0319 EFL=000b0202 080eef28:Call kernel32.INT_Int21Handler(416d2c54) ret=4149829e trace:int21:INT_Int21Handler READ from 5 to 0319:0AC6 for 28 byte trace:file:ReadFile 0x68 0x3c56 28 0x416d26dc (nil) 080eef28:Ret kernel32.INT_Int21Handler() retval=0000001c ret=4149829e trace:int21:DOSVM_Int21Handler returning: AX=001c BX=0005 CX=001c DX=0ac6 SI=0005 DI=041e DS=0319 ES=0319 EFL=000b0202 Ret DOS int 0x21 ret=00b7:17a7 eax=0000001c ebx=00000005 ecx=0000001c edx=00000ac6 esi=00000005 edi=0000041e ebp=000009e6 esp=000009d8 ds=0319 es=0319 fs=0000 gs=0000 flags=000b0202 Call DOS int 0x21 ret=00b7:1849 eax=00003e05 ebx=00000005 ecx=00000005 edx=00000f20 esi=00000005 edi=00000f0c ebp=00000a6c esp=000009e8 ds=0319 es=0319 fs=0000 gs=0000 flags=000b0206 trace:int21:DOSVM_Int21Handler AX=3e05 BX=0005 CX=0005 DX=0f20 SI=0005 DI=0f0c DS=0319 ES=0319 EFL=000b0206 080eef28:Call kernel32.INT_Int21Handler(416d2c54) ret=4149829e trace:int21:INT_Int21Handler CLOSE handle 5 trace:file:_lclose16 5 (handle32=0x68) 080eef28:Ret kernel32.INT_Int21Handler() retval=00000000 ret=4149829e trace:int21:DOSVM_Int21Handler returning: AX=0000 BX=0005 CX=0005 DX=0f20 SI=0005 DI=0f0c DS=0319 ES=0319 EFL=000b0206 Ret DOS int 0x21 ret=00b7:1849 eax=00000000 ebx=00000005 ecx=00000005 edx=00000f20 esi=00000005 edi=00000f0c ebp=00000a6c esp=000009e8 ds=0319 es=0319 fs=0000 gs=0000 flags=000b0206

3 3

stupidity: a slighlty less horrible wine tree diff gizmo
by Greg Turner 23 Jan '03

23 Jan '03

Still up to the same old stupid bash tricks... but implemented slightly better. This will still have to be manually maintained to remain useful as wine's directory structure evolves, just like the old "version" of this awfulness. Use at your own (very real) risk as these are almost untested. License is bugroff. This version has better provisions for in-source compilation, runs in only one pass, and is cwd/location independant. It should also be a lot easier to maintain than the previous try winetreediff_excl (a text file listing shell-glob patterns to ignore): >> CVS *.o *.a *.s Makefile *.spec.c *.dll.dbg.c *.exe.dbg.c *.drv.dbg.c *.acm.dbg.c *.ocx.dbg.c *.so *.def *.glue.c *.ok *.mc.rc testlist.c aclocal.m4 *.res gmtdir Makeprog.rules Make.rules *.swp config.log config.status lex.yy.c y.tab.c y.tab.h *.so.?.? wineclipsrv doall doconfig wine.man autom4te.cache mydiffs gmt-cfg-vars Makedll.rules Maketest.rules tags delme.diff delme2.diff wine.texinfo <<EOF winetreediff (a script to filter out impossible-to-glob patterns and perform the real processing. Note the hard-coded path to winetreediff_excl. Change it to match where you put it. Needs the x bit, of course.) >> #!/bin/sh noslash=$( echo "$1" | sed s/\\/$// ) noslashquot=$( echo "$noslash" | sed s/\\//\\\\\\//g | sed s/\\./\\\\\\./g ) # echo "noslash=$noslash noslashquot=$noslashquot" rm -f delme.diff delme2.diff touch delme.diff delme2.diff diff -ur --minimal --exclude-from=/home/greg/bin/winetreediff_excl $noslash . | \ grep -v '^Only in.*wine$' | \ grep -v '^Only in .*dlls/rpcrt4/tests\: stringinput_server$' | \ grep -v '^Only in .*include\: config.h$' | \ grep -v '^Only in .*programs/avitools\: aviinfo$' | \ grep -v '^Only in .*programs/avitools\: aviplay$' | \ grep -v '^Only in .*programs/avitools\: icinfo$' | \ grep -v '^Only in .*programs/clock\: clock$' | \ grep -v '^Only in .*programs/cmdlgtst\: cmdlgtst$' | \ grep -v '^Only in .*programs/control\: control$' | \ grep -v '^Only in .*programs/expand\: expand$' | \ grep -v '^Only in .*programs/notepad\: notepad$' | \ grep -v '^Only in .*programs/osversioncheck\: osversioncheck$' | \ grep -v '^Only in .*programs/progman\: progman$' | \ grep -v '^Only in .*programs/regapi\: regapi$' | \ grep -v '^Only in .*programs/regedit\: regedit$' | \ grep -v '^Only in .*programs/regsvr32\: regsvr32$' | \ grep -v '^Only in .*programs/regtest\: regtest$' | \ grep -v '^Only in .*programs/rpcss\: rpcss$' | \ grep -v '^Only in .*programs/rundll32\: rundll32$' | \ grep -v '^Only in .*programs/uninstaller\: uninstaller$' | \ grep -v '^Only in .*programs/view\: view$' | \ grep -v '^Only in .*programs/wcmd\: wcmd$' | \ grep -v '^Only in .*programs\: wineapploader$' | \ grep -v '^Only in .*programs/wineboot\: wineboot$' | \ grep -v '^Only in .*programs/wineconsole\: wineconsole$' | \ grep -v '^Only in .*programs/winedbg\: winedbg$' | \ grep -v '^Only in .*programs/winefile\: winefile$' | \ grep -v '^Only in .*programs\: winelauncher$' | \ grep -v '^Only in .*programs/winemine\: winemine$' | \ grep -v '^Only in .*programs/winepath\: winepath$' | \ grep -v '^Only in .*programs/winhelp\: hlp2sgml$' | \ grep -v '^Only in .*programs/winhelp\: winhelp$' | \ grep -v '^Only in .*programs/winver\: winver$' | \ grep -v '^Only in .*server\: wineserver$' | \ grep -v '^Only in .*stringinput_server\: stringinput_server$' | \ grep -v '^Only in .*tools\: bin2res$' | \ grep -v '^Only in .*tools\: fnt2bdf$' | \ grep -v '^Only in .*tools\: makedep$' | \ grep -v '^Only in .*tools\: mingwrap$' | \ grep -v '^Only in .*tools/widl\: widl$' | \ grep -v '^Only in .*tools/winebuild\: winebuild$' | \ grep -v '^Only in .*tools/winebuild\: winebuild.man$' | \ grep -v '^Only in .*tools/winedump\: winedump$' | \ grep -v '^Only in .*tools\: winegcc$' | \ grep -v '^Only in .*tools\: winewrap$' | \ grep -v '^Only in .*tools/wmc\: wmc$' | \ grep -v '^Only in .*tools/wrc\: wrc$' | \ ( tee delme.diff | grep -v '^Only in .*\:' ) cat delme.diff | \ grep '^Only in .*\:' | \ sed s/^Only\ in\ // | \ sed s/\:\ /\\// | \ ( tee delme2.diff | grep "^\.\/" ) | \ sed "s/^\.\//diff\ -u\ \/dev\/null\ \.\//" | \ sed "s/$/;/" | \ bash -C - cat delme2.diff | \ grep -v "^\.\/" | \ sed "s/^$noslashquot\//diff\ -u\ \.\//" | \ sed "s/$/\ \/dev\/null;/" | \ ( cd $noslash && bash -C - ) rm -f delme.diff delme2.diff <<EOF still hardly a work of art. but ought to generate diffs between trees ready for submission to wine-devel, no cvs needed. For example, I use this as follows to update my horribly out-of-sync wine tree with the latest changes from cvs: .../wine> cd ../wine.test .../wine.test> winetreediff ../wine.vanilla | wc -l 0 .../wine> # great, these trees are identical w.r.t. winetreediff. .../wine> cd ../wine.vanilla .../wine.vanilla> cvs -qz4 up -dPA [cvs does something] .../wine.vanilla> # generate the difference between "../wine.test" and "." .../wine.vanilla> winetreediff ../wine.test > ../wine/mydiffs/cvsupdate.diff .../wine.vanilla> cd ../wine.test .../wine.test> patch -p0 < ../wine/mydiffs/cvsupdate.diff [ goes fine ] .../wine.test> cd ../wine Now I have a nice diff expressing the difference caused by the CVS update. If I am concerned about it, I could run .../wine> patch -p0 --dry-run < mydiffs/cvsupdate.diff To see what the damage will be, otherwise, just .../wine> patch -p0 < mydiffs/cvsupdate.diff would bring me up-to-date. LIMITATIONS: o Dangerous if used incautiously. o Breaks if wine changes. o Probably Buggy. o Only supports "." and "/" characters in directory argument. o Creates and destroys temp files named delme.diff and delme2.diff. (Should at least use something more obscure.) o Prefers (requires?) a matching directory structure between the two trees. -- gmt

1 0

Re: PATCH: kernel / errno testing
by Dan Kegel 22 Jan '03

22 Jan '03

Marcus Meissner wrote: > Hi, > > glibc 2.3.current CVS is throwing a huge stone in our direction, > it no longer allows overload of __errno_location. > > To visualize this problem I have added this testcase. ... > sched_yield(); /* will not change errno */ BTW sched_yield() is allowed to be a no-op; would nanosleep() or something like that be a better choice? - Dan -- Dan Kegel http://www.kegel.com http://counter.li.org/cgi-bin/runscript/display-person.cgi?user=78045

3 2

InstallShield 6: fixme:ole:_StubReaderThread Failed with hres 80004005
by Dan Kegel 22 Jan '03

22 Jan '03

Whenever I run an InstallShield 6 installer, and it fails early on for any reason (e.g. a file was missing, or the "object reference not set" bug), the error messagebox "Error installing iKernel.exe: (0x1400)" appears. The user clicks 'OK', and the program terminates (after a few seconds). So far so good. But on stderr I see fixme:ole:_xread Read only 0 of 4 bytes from 0x58. fixme:ole:_StubReaderThread Failed with hres 80004005 and I note the presence of one or two stray wine processes and a wineserver: $ ps augxw | grep wine dank 947 14.9 0.3 3172 1236 ? S 11:58 0:10 wineserver dank 949 0.5 7.5 64400 29028 pts/0 S 11:58 0:00 /usr/local/bin/wine C:\PROG~FBU\COMM~CP1\INST~JM1\engine\6\INTE~MEX\I dank 957 0.0 7.5 64400 29028 pts/0 S 11:59 0:00 /usr/local/bin/wine C:\PROG~FBU\COMM~CP1\INST~JM1\engine\6\INTE~MEX\I Subsequent runs of the installer produce the error "error installing iKernel.exe: (0x1400)" probably because iKernel.exe is locked, and can't be overwritten. Killing all wine processes, e.g. killall wine lets the next run get past the 0x1400 error. I'm not stuck or even terribly bothered by this, but I thought I'd document it here in case anyone's interested. - Dan -- Dan Kegel http://www.kegel.com http://counter.li.org/cgi-bin/runscript/display-person.cgi?user=78045

2 1

Fwd: Displaying the LGPL license : avoid code duplication ?
by Sylvain Petreolle 22 Jan '03

22 Jan '03

___________________________________________________________ Do You Yahoo!? -- Une adresse @yahoo.fr gratuite et en français ! Yahoo! Mail : http://fr.mail.yahoo.com

1 0

GetCurrentObject(hdc,OBJ_BITMAP) should not return zero.
by Rein Klazes 22 Jan '03

22 Jan '03

Hi, ( cc'd to the developer list. There might well be some better way to solve the problem.) Eurdora 4.x and 5.x crash when handling a WM_PAINT message. The program gets a hdc from BeginPaint() and does a GetCurrentObject(hdc,OBJ_BITMAP) on that device context. In wine zero is returned and the program crashes as a result of that (step tracing it shows some math on it and then uses the result as a pointer). The same problem was reported on the developer list in: http://www.winehq.com/hypermail/wine-devel/2002/11/0599.htm Since the program does not do anything suspicious between aquiring the dc handle and the GetCurrentObject, Checking under Windows (Win2000). I found that GetCurrentObject(,OBJ_BITMAP) on the the dc returned both by BeginPaint() and CreateDC(), retrieves a non-zero handle. The handle looks genuine, but the bitmap does not appear to be valid (funny dimensions and so). My proposed solution is to do what CreatCompatibleDC already does: load a default bitmap in CreateDC(). This has worked here for a long time without any aparent problems. Changelog: objects: dc.c Load default stock bitmap in CreateDC() Rein. -- Rein Klazes rklazes(a)xs4all.nl

1 0

Install MS Train Simulator using wine (version 20030115) [Virus checked]
by thomas.mertes＠t-mobile.at 22 Jan '03

22 Jan '03

When I try to Install the Microsoft Train Simulator using wine (version 20030115), I get the following messages: tm@penguin:~/c/msts > wine /cdrom/setupFor language 'german' several language ids were found:de_DE - 0407; de_CH - 0807; de_AT - 0C07; de_LU - 1007; de_LI - 1407;Instead of using first in the list, suggest to defineyour LANG environment variable like this: LANG=de_DEfixme:int21:INT_Int21Handler Unimplemented FAT32 int32 function 7303fixme:process:CreateProcessA (E:\EBU6412.exe,...): CREATE_NEW_PROCESS_GROUP ignoredfixme:process:CreateProcessA (E: \EBU6412.exe,...): CREATE_DEFAULT_ERROR_MODE ignoredFor language 'german' several language ids were found:de_DE - 0407; de_CH - 0807; de_AT - 0C07; de_LU - 1007; de_LI - 1407;Instead of using first in the list, suggest to defineyour LANG environment variable like this: LANG=de_DEfixme:console:SetConsoleCtrlHandler ((nil),1) - no error checking or testing yettm@penguin:~/c/msts > fixme:int21:INT_Int21Handler Unimplemented FAT32 int32 function 7303wine: Unhandled exception, starting debugger... Then a window with the following text is displayed: Unhandled page fault on read access to 0x00000064 at address 0x00442250 Do you wish to debug Pressing Yes gives: Couldn't start process '134830176 0x78' Couldn't start process '134830176 0x78' The wine processes are still running but nothing happens. As winversion I used win2k (other versions did not help) For the DLL config (builtin/native) I used the default. Using just builtin Dlls gives the trace above. Using native DLLs from WinNt 4.0 did not help. For the Int21 function 7303 (=Get Extended free space) I made a fix according to Info from Ralph Browns interrupt list. I will send a patch for this later. Testing of the Int 21 function 7303 was not possible, because logging information does not change, when the function reports plenty, few or zero disk space. Hopefully somebody can test the Int 21 function 7303 when I send the patch. For the other fixme's: fixme:process:CreateProcessA (E:\EBU6412.exe,...): CREATE_NEW_PROCESS_GROUP ignored fixme:process:CreateProcessA (E:\EBU6412.exe,...): CREATE_DEFAULT_ERROR_MODE ignored fixme:console:SetConsoleCtrlHandler ((nil),1) - no error checking or testing yet I need help. And also: Why does the debugger not start? PS.: Please CC me on discussions, since I am not subscribed at the mailing lists. Greetings Thomas Mertes

1 0

AbiWord display problem
by Dan Kegel 22 Jan '03

22 Jan '03

At a demo in front of our LUG, I ran Abiword 0.99 win32 on yesterday's cvs wine. It really impressed the crowd until I tried to load a file, at which point the horribly smeared and splayed text quickly brought the audience back to earth. Has anyone looked at what's up with that? I think it's been that way for a while. Thanks, Dan -- Dan Kegel http://www.kegel.com http://counter.li.org/cgi-bin/runscript/display-person.cgi?user=78045

1 0

Stdole32.tlb (was: Installshield 6 crash: ole trouble)
by Robert Shearman 22 Jan '03

22 Jan '03

> Date: Tue, 21 Jan 2003 16:49:19 +0100 > From: Marcus Meissner <mm(a)lst.de> > To: Sylvain Petreolle <spetreolle(a)yahoo.fr> > Cc: Mike Hearn <m.hearn(a)signal.qinetiq.com>, Dan Kegel <dank(a)kegel.com>, > Bobby Bingham <uhmmmm(a)ameritech.net>, wine-devel(a)winehq.com > Subject: Re: Installshield 6 crash: ole trouble > > On Tue, Jan 21, 2003 at 04:26:28PM +0100, Sylvain Petreolle wrote: > > what are the missing functions that live in stdole2.tlb ? > > is someone trying to implement it ? > > The TLB is a typelib file, which is compiled from a .IDL file. > Attached (now) is the IDL file (really an ODL file) used to create stdole32.tlb Where should I put such a file? Perhaps a new dlls/stdole directory? > So widl needs to generate it at one point. Yes, for the moment I have used MS mktyplib Rob

3 3

Redraw problems with Installshield 6
by Uwe Bonnes 22 Jan '03

22 Jan '03

Hallo, on and off there are reports of redraw problems. One class of applications that have redraw problems for me are Installshield 6 applications. When in a setup finally the installation begins, only the windows displaying the file(s) installed is updated, the rest of the IKERNEL.exe window isn't updated and so displays a lot of visual artefacts. Bye -- Uwe Bonnes bon(a)elektron.ikp.physik.tu-darmstadt.de Institut fuer Kernphysik Schlossgartenstrasse 9 64289 Darmstadt --------- Tel. 06151 162516 -------- Fax. 06151 164321 ----------

2 1

Re: New tests failing ...
by Alexandre Julliard 21 Jan '03

21 Jan '03

Stefan Leichter <Stefan.Leichter(a)camLine.com> writes: > ChangeLog > ------------- > fixed tests in dlls/winspool/tests/info.c when wine runs in NT-like mode This kind of things should only be done if there is an actual app that depends on it. Otherwise we shouldn't do version checks at all, just fix the test to cope with all versions. -- Alexandre Julliard julliard(a)winehq.com

3 3

RE: Stdole32.tlb (was: Installshield 6 crash: ole trouble)
by Patrik Stridvall 21 Jan '03

21 Jan '03

> Attached is the IDL file (really an ODL file) used to create > stdole32.tlb I think you forgot to attach it. :-) > Where should I put such a file? > Perhaps a new dlls/stdole directory? Not sure. Perhaps dlls/ole32 would be beter?

1 0

Re: Stdole32.tlb (was: Installshield 6 crash: ole trouble)
by Robert Shearman 21 Jan '03

21 Jan '03

> Date: Tue, 21 Jan 2003 16:49:19 +0100 > From: Marcus Meissner <mm(a)lst.de> > To: Sylvain Petreolle <spetreolle(a)yahoo.fr> > Cc: Mike Hearn <m.hearn(a)signal.qinetiq.com>, Dan Kegel <dank(a)kegel.com>, > Bobby Bingham <uhmmmm(a)ameritech.net>, wine-devel(a)winehq.com > Subject: Re: Installshield 6 crash: ole trouble > > On Tue, Jan 21, 2003 at 04:26:28PM +0100, Sylvain Petreolle wrote: > > what are the missing functions that live in stdole2.tlb ? > > is someone trying to implement it ? > > The TLB is a typelib file, which is compiled from a .IDL file. > Attached is the IDL file (really an ODL file) used to create stdole32.tlb Where should I put such a file? Perhaps a new dlls/stdole directory? > So widl needs to generate it at one point. Yes, for the moment I have used MS mktyplib Rob

1 0

Fwd: [MPlayer-dev-eng] cvs remote vulnerability
by Sylvain Petreolle 21 Jan '03

21 Jan '03

___________________________________________________________ Do You Yahoo!? -- Une adresse @yahoo.fr gratuite et en français ! Yahoo! Mail : http://fr.mail.yahoo.com

2 1

Old PROGMAN DDE service for creating icons?
by Dan Kegel 21 Jan '03

21 Jan '03

Hey folks, I looked around on google for some discussion of this, but didn't find anything. What's the current thinking on making Wine able to handle the DDE messages that old windows 3.1 apps used to use to install program icons? In Microsoft Windows 3.1, this was handled by Progman.exe. In win95 and later, I think it's handled by Explorer.exe. Should I perhaps add a DDE server to the placeholder implementation of explorer I submitted last week? For what it's worth, I looked around for an example of a DDE server written in C, and found one written in 1992: http://www.the-oasis.net/thereef/files/c/ddeml.zip (possibly written by bob.hartman(a)esoft.com, it's hard to tell). That should come in handy as example source if we decide to do this. - Dan -- Dan Kegel http://www.kegel.com http://counter.li.org/cgi-bin/runscript/display-person.cgi?user=78045

2 2

Buiz talk
by Uwe Bonnes 21 Jan '03

21 Jan '03

Hallo, on http://www.vnunet.com/News/1138118 Suse's Dan Homolka is cited with: > Dan Homolka, technical sales manager at SuSE, claimed that the vendor's > Linux environment actually runs Microsoft Office faster than Windows "mainly > because Linux is much better at context-switching". Suse Window support is based on Codeweavers Cross Office. Does this stand a real world test? Bye -- Uwe Bonnes bon(a)elektron.ikp.physik.tu-darmstadt.de Institut fuer Kernphysik Schlossgartenstrasse 9 64289 Darmstadt --------- Tel. 06151 162516 -------- Fax. 06151 164321 ----------

3 2

Re: dlls/ddraw/dsurface/user.c and OWN_WINDOW & Worms World Party
by fenix＠club-internet.fr 21 Jan '03

21 Jan '03

----Message d'origine---- >De: Jani Vaarala <flamepygmy(a)yahoo.com> >Sujet: dlls/ddraw/dsurface/user.c and OWN_WINDOW & Worms World Party >A: wine-devel(a)winehq.com >Date: Sun, 19 Jan 2003 18:27:13 -0800 (PST) > >Hi. > >I tried to get Worms World Party working with wine >(tried latest wine from CVS, winex 2.2.1 ...) and none >of these worked. I don't get graphics output of any >kind on these. :( >In version 2002-06-05 graphics output is ok, but mouse >events seem to be going to /dev/null. I tried >different versions and I found out that 2002-06-28 had a fix >labeled: > > "Disable OWN_WINDOW as it no longer works." > >I tried defining OWN_WINDOW in latest build and the >graphics came out ok. But no mouse events. If I >undefine OWN_WINDOW, I get the mouse (can hear the menu >selection sounds), but no graphics. have you tried to active "DXGrab" = "Y" in config file ? else can you try ? >When I get no graphics, it seems that GDI heap >overflows aswell. hmmm, where ? maybe in palettes things no ? >I'm not a windows expert, so it would take quite long >time to find out what is actually the reason for this. > >Could someone from this list take a look at it ? I'm not a ddraw expert but i'll try to help you, maybe christian can look at it as lionel is on holydays :) >--jani Raphael

6 8

Re: FW: shell32: SHChangeNotify is really Unicode/ANSI indifferent, take2
by Francois Gouget 21 Jan '03

21 Jan '03

On Tue, 21 Jan 2003, Rolf Kalbermatter wrote: [...] > @@ -289,22 +257,11 @@ > LeaveCriticalSection(&SHELL32_ChangenotifyCS); > > /* if we allocated it, free it */ > - if(uFlags & SHCNF_PATHA) > + if (uFlags & SHCNF_PATHA || uFlags & SHCNF_PATHW) > { Just nitpicking (since Dimitrie is on vacation ;-): it's probably not necessary but I would be more confortable if the above test had more parentheses: > + if ((uFlags & SHCNF_PATHA) || (uFlags & SHCNF_PATHW)) -- Francois Gouget fgouget(a)free.fr http://fgouget.free.fr/ 145 = 1! + 4! + 5!

3 2

Re: 1995-era Microsoft MFCKIT installer fails to unpack one of its DLLs
by Dan Kegel 21 Jan '03

21 Jan '03

lists.mrkidd(a)attbi.com wrote: > Does the file /home/dank/c/ms-setup.t/RBHEAP.DLL exist? In the first trace, it > looks like it gets created ok when the installer extracts it, but then when Wine > tries to load WBRUN20, and therefore RBHEAP.DLL, it fails to find the file. The first trace is running on XP on some other machine; it does create ms-setup.t/RBHEAP.DLL properly. The second trace is running on Wine; it does not create that file at all, from what I can see. - Dan -- Dan Kegel http://www.kegel.com http://counter.li.org/cgi-bin/runscript/display-person.cgi?user=78045

3 3

Re: fonts go south halfway through OpenOffice1.0.2 install
by Greg Turner 21 Jan '03

21 Jan '03

On Monday 20 January 2003 07:22 pm, Dan Kegel wrote: > Dan Kegel wrote: > 'all your chars are belong to box' hehehe -- gmt "Everything that is really great and inspiring is created by the individual who can labor in freedom." --Albert Einstein

1 0

Re: Re: Re: Some more thoughts on khtml
by fenix＠club-internet.fr 21 Jan '03

21 Jan '03

>De: Adam Treat <manyoso(a)yahoo.com> >Sujet: Re: Re: Some more thoughts on khtml >A: fenix(a)club-internet.fr, jmayer(a)loplof.de >Copie à: wine-devel(a)winehq.com >Date: Mon, 20 Jan 2003 06:22:37 -0800 (PST) > > >--- fenix(a)club-internet.fr wrote: >> >Why not just port the GPL version of Qt to Windows? The kde-cygwin project is doing that right >.... >> I don't think it's a good idea :( >> Now, we only need a few classes and code for porting KWQ to windows specific code (and more >> platform optimised than Qt). >> While Qt need 10-15 huge base classes to be ported, and platform "tuning " on top level code >> (platform independent). >> >> And, i don't like the port idea, because trolltech use Qt under windows as main product, and >> porting the GPL version to windows ... > >*sigh* yes, i agree this is a problem. I don't want to hurt Trolltech, I just wish Qt could be >used as a GPL cross-platform lib. Am still looking for a creative solution that would work for >both Trolltech and the community, so if anyone has any ideas... ;) i don't have any :( >> In past, i have already done much of Qt (2.x version) porting under windows for a personal >> project. >> A first implementation is really easy but for a real industrial one, you need too much code with >> too much problems (you have to understand well what the top levels classes do, etc...) >> >> >BTW, I have setup a project and already started porting the build stuff to use mingw32. >> >> The mingw32 guy use a mix of win32 and unix compat layers (yakk) :( > >I think you are speaking of cygwin here. AFAIK, mingw creates native windows >executables/libraries... yes, i know but last time i saw they have partially used own compat librairies (who use native windows calls) >> as i said before, i think helping the kwq-win32 project is the right way > >yah, it sounds like KWQ is the answer for wines needs i think too :) >Cheers, > >Adam > Raphael

2 1

Re: fonts go south halfway through OpenOffice1.0.2 install
by Sylvain Petreolle 21 Jan '03

21 Jan '03

Removing .wine/cachedmetrics* should have fixed it. > Interestingly, it looks like wine's cached font metrics got screwed > up, > as programs I ran later had the 'all your chars are belong to box' > problem. > Restarting X didn't fix it. > Doing 'make uninstall; make install' didn't fix it. > Doing 'rm -rf .wine c; cd wine; sh tools/wineinstall' did fix it > (whew!). > - Dan > ===== Sylvain Petreolle spetreolle(a)users.sourceforge.net Fight against Spam ! http://www.euro.cauce.org/en/index.html ICQ #170597259 "Don't think you are. Know you are." Morpheus, in "Matrix". ___________________________________________________________ Do You Yahoo!? -- Une adresse @yahoo.fr gratuite et en français ! Yahoo! Mail : http://fr.mail.yahoo.com

1 0

fonts go south halfway through OpenOffice1.0.2 install
by Dan Kegel 21 Jan '03

21 Jan '03

I tried installing OpenOffice1.0.2 under Wine today. It started out nicely, but somewhere in the middle, all the fonts got screwed up such that all characters were replaced with boxes. For what it's worth, there are quite a few fixme's. I had to kill Wine to abort the installation. - Dan -- Dan Kegel http://www.kegel.com http://counter.li.org/cgi-bin/runscript/display-person.cgi?user=78045

1 0

ddraw/ddraw/hal.c:152: initialization from incompatible pointer type
by Gerald Pfeifer 20 Jan '03

20 Jan '03

The following static DDHALDDRAWFNS hal_funcs = { sizeof(DDHALDDRAWFNS), ===>set_hal_info,<=== NULL, /* VidMemAlloc */ NULL /* VidMemFree */ }; in dlls/ddraw/ddraw/hal.c causes GCC 3.2 (on SuSE Linux 8.1) to warn: ddraw/hal.c:152: warning: initialization from incompatible pointer type Could someone please have a look? Thanks, Gerald -- Gerald "Jerry" pfeifer(a)dbai.tuwien.ac.at http://www.pfeifer.com/gerald/

2 2

RE: shell32: SHChangeNotify is really Unicode/ANSI indifferent
by Robert Shearman 20 Jan '03

20 Jan '03

> From: "Rolf Kalbermatter" <r.kalbermatter(a)hccnet.nl> > To: <wine-patches(a)winehq.com> > Subject: shell32: SHChangeNotify is really Unicode/ANSI indifferent > Date: Mon, 20 Jan 2003 21:53:34 +0100 > Reply-To: wine-devel(a)winehq.com <snip> > -/**************************************************************** > ********* > - * SHChangeNotify [SHELL32.@] > - */ > -void WINAPI SHChangeNotifyA (LONG wEventId, UINT uFlags, > LPCVOID dwItem1, LPCVOID dwItem2) > +void WINAPI SHChangeNotify(LONG wEventId, UINT uFlags, LPCVOID > dwItem1, LPCVOID dwItem2) <snip> > + else if (uFlags & SHCNF_PATHW) > + { > + DWORD dummy; > + if (dwItem1) SHILCreateFromPathW((LPCSTR)dwItem1, > &Pidls[0], &dummy); > + if (dwItem2) SHILCreateFromPathW((LPCSTR)dwItem2, > &Pidls[1], &dummy); > + } > + else if (uFlags & (SHCNF_PRINTERW || SHCNF_PRINTERW) There seems to be something strange with the line above (SHCNF_PRINTERW || SHCNF_PRINTERW) == SHCNF_PRINTERW. Should this be (SHCNF_PRINTERW || SHCNF_PRINTERA) by any chance? > + { > + FIXME("SHChangeNotify with (uFlags & SHCNF_PRINTER)"); > } Other than that, good work! Rob

2 1

trouble with winmm/tests and winearts.drv
by Greg Turner 20 Jan '03

20 Jan '03

Linux 2.5.59 seems to have broken my ALSA. Rather than worry about fixing it, I guessed that "just waiting" will fix the problem as future releases of either gentoo or linux would probably eventually resolve whatever conflict I have. So, temporarily, I have put aRTS into "OSS/threaded" mode. This successfully uses ALSA's OSS emulation. Then, I activated winearts.drv to use that instead of my usual ALSA. Now, when I run make test, I get a failure. Here's some output: greg@yodull tests $ pwd /var/src/wine/dlls/winmm/tests greg@yodull tests $ wine winmm_test.exe.so wave mcop warning: user defined signal handler found for SIG_PIPE, overriding err:wave:ARTS_WaveInit arts_init() failed (-1) wave.c:182:found 10 WaveOut devices wave.c:206: 0: "" 0.0 (0:0): channels=0 formats=0000 support=0000 wave.c:220:Testing invalid 2MHz format wave.c:229: Test failed: opening the device at 2MHz should fail 0: rc=4 wave.c:248: Test failed: opening the device at 2MHz should fail 0: rc=4 wave.c:206: 1: "" 0.0 (0:0): channels=0 formats=0000 support=0000 wave.c:220:Testing invalid 2MHz format wave.c:229: Test failed: opening the device at 2MHz should fail 1: rc=4 wave.c:248: Test failed: opening the device at 2MHz should fail 1: rc=4 wave.c:206: 2: "" 0.0 (0:0): channels=0 formats=0000 support=0000 wave.c:220:Testing invalid 2MHz format wave.c:229: Test failed: opening the device at 2MHz should fail 2: rc=4 wave.c:248: Test failed: opening the device at 2MHz should fail 2: rc=4 wave.c:206: 3: "" 0.0 (0:0): channels=0 formats=0000 support=0000 wave.c:220:Testing invalid 2MHz format wave.c:229: Test failed: opening the device at 2MHz should fail 3: rc=4 wave.c:248: Test failed: opening the device at 2MHz should fail 3: rc=4 wave.c:206: 4: "" 0.0 (0:0): channels=0 formats=0000 support=0000 wave.c:220:Testing invalid 2MHz format wave.c:229: Test failed: opening the device at 2MHz should fail 4: rc=4 wave.c:248: Test failed: opening the device at 2MHz should fail 4: rc=4 wave.c:206: 5: "" 0.0 (0:0): channels=0 formats=0000 support=0000 wave.c:220:Testing invalid 2MHz format wave.c:229: Test failed: opening the device at 2MHz should fail 5: rc=4 wave.c:248: Test failed: opening the device at 2MHz should fail 5: rc=4 wave.c:206: 6: "" 0.0 (0:0): channels=0 formats=0000 support=0000 wave.c:220:Testing invalid 2MHz format wave.c:229: Test failed: opening the device at 2MHz should fail 6: rc=4 wave.c:248: Test failed: opening the device at 2MHz should fail 6: rc=4 wave.c:206: 7: "" 0.0 (0:0): channels=0 formats=0000 support=0000 wave.c:220:Testing invalid 2MHz format wave.c:229: Test failed: opening the device at 2MHz should fail 7: rc=4 wave.c:248: Test failed: opening the device at 2MHz should fail 7: rc=4 wave.c:206: 8: "" 0.0 (0:0): channels=0 formats=0000 support=0000 wave.c:220:Testing invalid 2MHz format wave.c:229: Test failed: opening the device at 2MHz should fail 8: rc=4 wave.c:248: Test failed: opening the device at 2MHz should fail 8: rc=4 wave.c:206: 9: "" 0.0 (0:0): channels=0 formats=0000 support=0000 wave.c:220:Testing invalid 2MHz format wave.c:229: Test failed: opening the device at 2MHz should fail 9: rc=4 wave.c:248: Test failed: opening the device at 2MHz should fail 9: rc=4 wave: 32 tests executed, 0 marked as todo, 20 failures. The code from winearts doesn't seem to check the frequency at all. Could this be because it's legitimately supported under aRTS? Either the test is broken, or the driver is broken. I don't know which fix would be the correct one, kill the test, or add a minimum frequency in the driver... Also: It seems odd when test behavior changes due to changes in ~/.wine/config and/or the installed wine. This happened for my RPC tests, although I was able to work around it. Shouldn't the tests always run the same way? Is it really acceptable to test things that may depend on the user's config and/or wine installation particulars? -- gmt "Everything that is really great and inspiring is created by the individual who can labor in freedom." --Albert Einstein

2 1

Re: resend: small DOS vga improvement
by Jukka Heinonen 20 Jan '03

20 Jan '03

Christian Costa wrote: > Andreas Mohr wrote: > > So until there is further information about how to do it properly, > > I'll just remove the vga_refresh reset in the VGA_IsTimerRunning() case, > > and of course this makes Turbo Pascal 6 usable (although screen update is > > a bit slower than IDA, most likely due to using int 10h instead of video > > mem and also probing I/O port 0x3da). > > Sure it will help your app but others that need video sync will not work > properly. :-) > > In your case, VGA_Poll_Text is called periodicaly and should be running > at 33 fps. > Since 33 fps is just half the standard speed (70Hz), all should be fine. > But is VGA_Poll_Text running at 33 fps? > I suspect this function is too slow (maybe due to the console code). Well, after some trivial searching, I found out that VGA register 0x3da reports vertical retrace, horizontal retrace and some light pen stuff: 1xxx = Vertical retrace in progress if set x1xx = Light pen switched on xx1x = Light pen trigger set xxx1 = Either vertical or horizontal retrace in progress if set The original code emulated vertical retrace handling more or less correctly. The patch by Andreas Mohr on the other hand emulates horizontal retrace. Unfortunately, in both cases the other retrace is emulated incorrectly. And I have no idea what to do with light pen bits. So, Andreas, as you now know how to do it properly, can you prepare a patch that: - handles both vertical and horizontal retrace (and does something with light pen) - works even before any VGA mode has been initialized - includes the above documentation about 0x3da bits (so that the next person messing with 0x3da does have some starting point) - does not use inlines unless it really makes a difference (getting screen to update a few milliseconds faster is not worth making the patch longer) -- Jukka Heinonen <http://www.iki.fi/jhei/>

2 1

Re: Patch for Wine-20030115 heap allocation on Solaris 8 x86
by John Wehle 20 Jan '03

20 Jan '03

> If you get any feedback about a proposed patch on the mailing > list, you need to deal with the feedback one way or another > before the patch will be applied. I'm familiar with that approach from other projects. Unfortunately I haven't received * any * feedback. However, I just did some digging in the wine-devel archive and I see Alexandre Julliard is having an ongoing discussion with Robert Lunnon regarding the Solaris ADDRESS_SPACE_LIMIT issue: http://www.winehq.com/hypermail/wine-devel/2003/01/0179.html so I guess I'll wait and see what Robert comes up with. -- John ------------------------------------------------------------------------- | Feith Systems | Voice: 1-215-646-8000 | Email: john(a)feith.com | | John Wehle | Fax: 1-215-540-5495 | | -------------------------------------------------------------------------

1 0

Re: allocate palette objects on the large heap.
by Christian Costa 20 Jan '03

20 Jan '03

Rein Klazes wrote: >Hi, > >Girotel Offline creates 78 palette objects using 1044 bytes each. That >doesn't fit on the 16bit gdi heap. It is not a leak: each object is >freed when the program closes. Using NtObjects (www.smidgeonsoft.com) >shows that under NT2K the program creates the same number of palette >objects. > >Changelog: > > objects: gdiobj.c > Allocate palette objects on the large gdi heap. > >Rein. > > >------------------------------------------------------------------------ > >--- wine/objects/gdiobj.c 2002-12-03 20:18:41.000000000 +0100 >+++ mywine/objects/gdiobj.c 2003-01-19 14:09:46.000000000 +0100 >@@ -693,6 +693,7 @@ > case ENHMETAFILE_MAGIC: > case ENHMETAFILE_DC_MAGIC: > case BITMAP_MAGIC: >+ case PALETTE_MAGIC: > if (!(obj = alloc_large_heap( size, handle ))) goto error; > break; > } > SS2 was suffering the same problem and with your patch, it has gone. Great! :-) Thanks for the patch. Christian. PS: Does 16-bit apps that create palettes still work ?

1 0

Re: * Hack * for Wine-20030115 DOSFS_Hash on Solaris 8 x86
by John Wehle 20 Jan '03

20 Jan '03

>> The enclosed * hack * allows wine photoed to load images. It is * not * >> the correct answer. One possible approach is to modify DOSFS_OpenDir_Normal >> to generate "proper" short names after it has read all the directory entries. > Hmm, somehow I don't think this is a proper solution. > The reasoning being that you probably have a Windows partition > in your Wine install with that ~1 path buried somewhere in the registry > or so. I do. > And IMHO if the registry contains such a setting (*from installation > only* - a program most likely wouldn't create a ~1 .3 shortcut pathname > on its own !), then we are SOL and probably should keep it like that instead > of adding hacks that probably don't improve the code a whole lot. Well ... the whole point of wine is compatibility, and in fact the existing code in wine to handle 8.3 names can be view as a hack for the sake of compatibility (long names good, 8.3 bad :-). All I'm suggesting is that the existing 8.3 code could be made more compatible. It's really unfortunate that Solaris (as far as I can tell) doesn't have a way reading the short filename from the DOS filesystem. -- John ------------------------------------------------------------------------- | Feith Systems | Voice: 1-215-646-8000 | Email: john(a)feith.com | | John Wehle | Fax: 1-215-540-5495 | | -------------------------------------------------------------------------

1 0

wrc arguements
by John Westerman 20 Jan '03

20 Jan '03

Hi, Can anyone actually compile the minesweeper example with the current winemaker. Mine keeps failing when trying to convert the rc file using wrc. Is it possible the arguements winemaker generates are no longer correct for wrc. Thanks,

2 1

Re: Resubmission
by Eric POUECH 20 Jan '03

20 Jan '03

different comments : - don't use C++ comments, not all C compilers understand them - it's better to split patches in small coherent pieces (in your last patch, msvideo issue has nothing to do with msacm) (disclaimer: since I won't be back to my PC until end of week, these answers are quick overviews of the patch, so don't take everything for granted) into the details : - msvideo: fix sounds correct - msacm: the path in format.c sounds correct. the hack around the PCM format was needed to get exactly what native msacm was giving as an expected results. basically, the driver was doing less than what it's supposed to do. it should be tested on native windows if the same is actually needed - msacm: regarding the Query flag, I don't think we need all your changes. If really windows accepts here a non NULL pointer, then a changing if ((fdwOpen & ACM_STREAMOPENF_QUERY) && phas) return MMSYSERR_INVALPARAM; info if ((fdwOpen & ACM_STREAMOPENF_QUERY) && phas) phas = NULL; would do. A+

1 0

Re: Re: Re: Some more thoughts on khtml
by fenix＠club-internet.fr 20 Jan '03

20 Jan '03

>De: Adam Treat <manyoso(a)yahoo.com> >Sujet: Re: Re: Some more thoughts on khtml >A: Adam Treat <manyoso(a)yahoo.com> >Copie à: wine-devel(a)winehq.com, qt-interest(a)trolltech.com >Date: Mon, 20 Jan 2003 06:28:09 -0800 (PST) > >--- Adam Treat <manyoso(a)yahoo.com> wrote: >> >> --- fenix(a)club-internet.fr wrote: >> > >Why not just port the GPL version of Qt to Windows? The kde-cygwin project is doing that >> > And, i don't like the port idea, because trolltech use Qt under windows as main product, and >> > porting the GPL version to windows ... >> >> *sigh* yes, i agree this is a problem. I don't want to hurt Trolltech, I just wish Qt could be >> used as a GPL cross-platform lib. Am still looking for a creative solution that would work for >> both Trolltech and the community, so if anyone has any ideas... ;) > >hehe, maybe Trolltech could release a 'Shared Source' version of Qt for windows... It'd allow >people to try Qt (the latest version) and prohibit commercial software... After all, when on a >different platform 'do as the locals do' ;) As they have released a limited time free version for windows (only for non-commercial projects), i think they won't release a 'shared source' version :( Raphael

1 0

Re: rpc_K01-r1.diff
by Greg Turner 20 Jan '03

20 Jan '03

On Monday 20 January 2003 09:33 am, Greg Turner wrote: > Note to Ove: widl_scraps.h contains those things that I needed, > but which were not generated by midl. correction: "not generated by /widl/." -- gmt "Everything that is really great and inspiring is created by the individual who can labor in freedom." --Albert Einstein

1 0

Re: 1995-era Microsoft MFCKIT installer fails to unpack one of its DLLs
by lists.mrkidd＠attbi.com 20 Jan '03

20 Jan '03

Does the file /home/dank/c/ms-setup.t/RBHEAP.DLL exist? In the first trace, it looks like it gets created ok when the installer extracts it, but then when Wine tries to load WBRUN20, and therefore RBHEAP.DLL, it fails to find the file. Mason Kidd > On to the next button on the MSVC4.0 installer: MFC. > Clicking it runs d:\mfckit\disk1\setup.exe, which appears to be a > win16 executable. It exits quickly under Wine, saying > Could not load 'RBHEAP.DLL' required by 'WBRUN20', error= 2 > Tsk. Running it under XP works, of course. Now, \mfckit\disk1 > does contain the file rbheap.dl_, which presumably something is supposed > to unpack on the fly. In hopes of seeing what's going on, I ran > this installer under Debugging Tools for Windows' logger; the > result is at http://www.kegel.com/linux/mfckit.txt > Here are the lines from mfckit.txt that reference rbheap.dll or a file > descriptor > open to it or rbheap.dl_: > > Thrd4 0FFB56F5 GetPrivateProfileStringA( "Files" "rbheap.dl_" "" 0x00000080 > "D:\MFCKIT\DISK1\SETUP.LST") -> 0x0000000A ( "rbheap.dll") > Thrd4 0FFB503E CreateFileW( "D:\MFCKIT\DISK1\RBHEAP.DL_" GENERIC_READ > FILE_SHARE_READ | > FILE_SHARE_WRITE | FILE_SHARE_DELETE [0x00000000] NULL OPEN_EXISTING 0x00000000 > NULL) -> > INVALID_HANDLE_VALUE [FAIL] > Thrd4 0FFB505D CreateFileW( "D:\MFCKIT\DISK1\RBHEAP.DL_" GENERIC_READ > FILE_SHARE_READ | > FILE_SHARE_WRITE | FILE_SHARE_DELETE [0x00000000] NULL OPEN_EXISTING 0x00000000 > NULL) -> 0x000000C4 > Thrd4 0FFB50A7 SetFilePointer( 0x000000C4 0 [0x00000000] NULL FILE_BEGIN) -> > 0x00000000 > Thrd4 0FFB48B9 GetFileAttributesW( "C:\ms-setup.t\rbheap.dll") -> > FILE_ATTRIBUTE_READONLY | > FILE_ATTRIBUTE_HIDDEN | FILE_ATTRIBUTE_SYSTEM | FILE_ATTRIBUTE_DIRECTORY | > FILE_ATTRIBUTE_ARCHIVE | > FILE_ATTRIBUTE_ENCRYPTED | FILE_ATTRIBUTE_NORMAL | FILE_ATTRIBUTE_TEMPORARY | > FILE_ATTRIBUTE_SPARSE_FILE | FILE_ATTRIBUTE_REPARSE_POINT | > FILE_ATTRIBUTE_COMPRESSED | > FILE_ATTRIBUTE_OFFLINE | FILE_ATTRIBUTE_NOT_CONTENT_INDEXED > Thrd4 0F007B35 GetFileAttributesW( "C:\MS-SETUP.T\RBHEAP.DLL") -> > FILE_ATTRIBUTE_READONLY | > FILE_ATTRIBUTE_HIDDEN | FILE_ATTRIBUTE_SYSTEM | FILE_ATTRIBUTE_DIRECTORY | > FILE_ATTRIBUTE_ARCHIVE | > FILE_ATTRIBUTE_ENCRYPTED | FILE_ATTRIBUTE_NORMAL | FILE_ATTRIBUTE_TEMPORARY | > FILE_ATTRIBUTE_SPARSE_FILE | FILE_ATTRIBUTE_REPARSE_POINT | > FILE_ATTRIBUTE_COMPRESSED | > FILE_ATTRIBUTE_OFFLINE | FILE_ATTRIBUTE_NOT_CONTENT_INDEXED > Thrd4 0FFB503E CreateFileW( "C:\MS-SETUP.T\RBHEAP.DLL" GENERIC_READ | > GENERIC_WRITE FILE_SHARE_READ > | FILE_SHARE_WRITE | FILE_SHARE_DELETE [0x00000000] NULL CREATE_ALWAYS > FILE_ATTRIBUTE_NORMAL NULL) > -> 0x00000124 > Thrd4 0FFB4584 SetFilePointer( 0x000000C4 0 [0x032AFC48] -> 0 FILE_CURRENT) -> > 0x00000000 > Thrd4 0FFB4459 ReadFile( 0x000000C4 0x00000008 [0x032AFC2C] -> 0x00000008 > 0x00000000) -> TRUE ( > 0x0003BB70) > Thrd4 0FFB4584 SetFilePointer( 0x000000C4 0 [0x032AFC48] -> 0 FILE_BEGIN) -> > 0x00000000 > Thrd4 0FFB503E CreateFileW( "D:\MFCKIT\DISK1\RBHEAP.DL_" GENERIC_READ > FILE_SHARE_READ | > FILE_SHARE_WRITE | FILE_SHARE_DELETE [0x00000000] NULL OPEN_EXISTING 0x00000000 > NULL) -> > INVALID_HANDLE_VALUE [FAIL] > Thrd4 0FFB505D CreateFileW( "D:\MFCKIT\DISK1\RBHEAP.DL_" GENERIC_READ > FILE_SHARE_READ | > FILE_SHARE_WRITE | FILE_SHARE_DELETE [0x00000000] NULL OPEN_EXISTING 0x00000000 > NULL) -> 0x000000C4 > Thrd4 0FFB50A7 SetFilePointer( 0x000000C4 0 [0x00000000] NULL FILE_BEGIN) -> > 0x00000000 > Thrd4 0FFB4584 SetFilePointer( 0x000000C4 0 [0x032AFC48] -> 0 FILE_END) -> > 0x0000189C > Thrd4 0FFB4584 SetFilePointer( 0x000000C4 0 [0x032AFC48] -> 0 FILE_BEGIN) -> > 0x00000000 > Thrd4 0FFB4459 ReadFile( 0x000000C4 0x0000000E [0x032AFC2C] -> 0x0000000E > 0x00000000) -> TRUE ( > 0x0003BB28) > Thrd4 0FFB4584 SetFilePointer( 0x000000C4 0 [0x032AFC48] -> 0 FILE_END) -> > 0x0000189C > Thrd4 0FFB4584 SetFilePointer( 0x000000C4 0 [0x032AFC48] -> 0 FILE_BEGIN) -> > 0x00000000 > Thrd4 0FFB4459 ReadFile( 0x000000C4 0x0000000E [0x032AFC2C] -> 0x0000000E > 0x00000000) -> TRUE ( > 0x0003BB2C) > Thrd4 0FFB4584 SetFilePointer( 0x000000C4 14 [0x032AFC48] -> 0 FILE_BEGIN) -> > 0x0000000E > Thrd4 0FFB4584 SetFilePointer( 0x00000124 0 [0x032AFC48] -> 0 FILE_BEGIN) -> > 0x00000000 > Thrd4 0FFB4459 ReadFile( 0x000000C4 0x00008000 [0x032AFC2C] -> 0x00008000 > 0x00000000) -> TRUE ( > 0x0320FB41) > Thrd4 0FFB4459 ReadFile( 0x000000C4 0x00008000 [0x032AFC2C] -> 0x00008000 > 0x00000000) -> TRUE ( > 0x0320FB41) > Thrd4 0FFC117C WriteFile( 0x00000124 0x03217B60 0x00002B30 [0x032AFC40] -> > 0x0FFDDB70 0x00000000) -> > TRUE > Thrd4 0FFB48B9 GetFileAttributesW( "C:\ms-setup.t\rbheap.dll") -> > FILE_ATTRIBUTE_ARCHIVE > Thrd4 0FFBABDD SetFileAttributesW( "C:\ms-setup.t\rbheap.dll" > FILE_ATTRIBUTE_READONLY | > FILE_ATTRIBUTE_ARCHIVE) -> TRUE > Thrd4 0FFB503E CreateFileW( "C:\MS-SETUP.T\RBHEAP.DLL" GENERIC_READ > FILE_SHARE_READ | > FILE_SHARE_WRITE | FILE_SHARE_DELETE [0x00000000] NULL OPEN_EXISTING 0x00000000 > NULL) -> 0x000000DC > Thrd4 0FFB54DC GetProfileIntA( "ModuleCompatibility" "RBHEAP" 0) -> 0 > Thrd4 0FFB48B9 GetFileAttributesW( "C:\ms-setup.t\rbheap.dll") -> > FILE_ATTRIBUTE_READONLY | > FILE_ATTRIBUTE_ARCHIVE > Thrd4 0FFBABDD SetFileAttributesW( "C:\ms-setup.t\rbheap.dll" > FILE_ATTRIBUTE_ARCHIVE) -> TRUE > Thrd4 0F007D27 CreateFileW( "C:\ms-setup.t\rbheap.dll" 0x00010000 0x00000000 > [0x00000000] NULL > OPEN_EXISTING FILE_ATTRIBUTE_NORMAL NULL) -> 0x0000012C > > Looks pretty clear that whatever we're tracing is indeed unpacking the file and > writing it to c:\ms-setup.t\rbheap.dll. (I think we're tracking the wow module > which is running the win16 program.) > > Likewise, I ran it under Wine with --debugmsg +win,+profile,+file,+dosfs,+relay; > the resulting log is at http://www.kegel.com/linux/mfckit-wine.txt > Here are the lines from mfckit-wine.txt that mention rbheap at all: > > trace:profile:PROFILE_Load New key: name='rbheap.dl_', value='rbheap.dll' > trace:file:FILE_DoOpenFile RBHEAP.DLL OF_READ OF_SHARE_COMPAT > trace:file:FILE_DoOpenFile RBHEAP.DLL 0000 > trace:dosfs:DOSFS_DoGetFullPathName passed 'RBHEAP.DLL' > trace:dosfs:DOSFS_DoGetFullPathName got C:\ms-setup.t\RBHEAP.DLL > trace:dosfs:DOSFS_DoGetFullPathName returning 'C:\ms-setup.t\RBHEAP.DLL' > trace:dosfs:DOSFS_GetFullName RBHEAP.DLL (last=1) > trace:dosfs:DOSFS_FindUnixName /home/dank/c/ms-setup.t,RBHEAP.DLL > warn:dosfs:DOSFS_FindUnixName 'RBHEAP.DLL' not found in > '/home/dank/c/ms-setup.t' > trace:dosfs:DOSFS_FindUnixName /home/dank/c/windows/system,RBHEAP.DLL > warn:dosfs:DOSFS_FindUnixName 'RBHEAP.DLL' not found in > '/home/dank/c/windows/system' > trace:dosfs:DOSFS_FindUnixName /home/dank/c/windows,RBHEAP.DLL > warn:dosfs:DOSFS_FindUnixName 'RBHEAP.DLL' not found in '/home/dank/c/windows' > trace:dosfs:DOSFS_GetFullName C:\MS-SETUP.T\RBHEAP.DLL (last=1) > trace:dosfs:DOSFS_FindUnixName /home/dank/c,MS-SETUP.T\RBHEAP.DLL > trace:dosfs:DOSFS_FindUnixName (/home/dank/c,MS-SETUP.T\RBHEAP.DLL) -> > ms-setup.t (MS-SETUP.T) > trace:dosfs:DOSFS_FindUnixName /home/dank/c/ms-setup.t,RBHEAP.DLL > warn:dosfs:DOSFS_FindUnixName 'RBHEAP.DLL' not found in > '/home/dank/c/ms-setup.t' > trace:dosfs:DOSFS_GetFullName c:\windows\RBHEAP.DLL (last=1) > trace:dosfs:DOSFS_FindUnixName /home/dank/c,windows\RBHEAP.DLL > trace:dosfs:DOSFS_FindUnixName (/home/dank/c,windows\RBHEAP.DLL) -> windows > (WINDOWS) > trace:dosfs:DOSFS_FindUnixName /home/dank/c/windows,RBHEAP.DLL > warn:dosfs:DOSFS_FindUnixName 'RBHEAP.DLL' not found in '/home/dank/c/windows' > trace:dosfs:DOSFS_GetFullName c:\windows\system\RBHEAP.DLL (last=1) > trace:dosfs:DOSFS_FindUnixName /home/dank/c,windows\system\RBHEAP.DLL > trace:dosfs:DOSFS_FindUnixName (/home/dank/c,windows\system\RBHEAP.DLL) -> > windows (WINDOWS) > trace:dosfs:DOSFS_FindUnixName /home/dank/c/windows,system\RBHEAP.DLL > trace:dosfs:DOSFS_FindUnixName (/home/dank/c/windows,system\RBHEAP.DLL) -> > system (SYSTEM) > trace:dosfs:DOSFS_FindUnixName /home/dank/c/windows/system,RBHEAP.DLL > warn:dosfs:DOSFS_FindUnixName 'RBHEAP.DLL' not found in > '/home/dank/c/windows/system' > trace:dosfs:DOSFS_GetFullName e:\\RBHEAP.DLL (last=1) > trace:dosfs:DOSFS_FindUnixName /tmp,RBHEAP.DLL > warn:dosfs:DOSFS_FindUnixName 'RBHEAP.DLL' not found in '/tmp' > trace:dosfs:DOSFS_GetFullName e:\test\RBHEAP.DLL (last=1) > trace:dosfs:DOSFS_FindUnixName /tmp,test\RBHEAP.DLL > warn:dosfs:DOSFS_FindUnixName 'test\RBHEAP.DLL' not found in '/tmp' > trace:dosfs:DOSFS_GetFullName f:\\RBHEAP.DLL (last=1) > trace:dosfs:DOSFS_FindUnixName /home/dank,RBHEAP.DLL > warn:dosfs:DOSFS_FindUnixName 'RBHEAP.DLL' not found in '/home/dank' > warn:file:FILE_DoOpenFile 'RBHEAP.DLL' not found or sharing violation > warn:file:FILE_DoOpenFile (RBHEAP.DLL): return = HFILE_ERROR error= 2 > Could not load 'RBHEAP.DLL' required by 'WBRUN20', error=2 > > No such unpacking going on here. Under Wine, nothing ever references > RBHEAP.DL_. > > Anyone see anything like this before, or have a suggestion on how to track this > down further? > > -- > Dan Kegel > http://www.kegel.com > http://counter.li.org/cgi-bin/runscript/display-person.cgi?user=78045 > >

1 0

Re: Re: Some more thoughts on khtml
by fenix＠club-internet.fr 20 Jan '03

20 Jan '03

Hi >What's the use of win32 port of the GPL version of QT for wine? We don't want >wine to depend on Qt, if we wanted this we could just use the normal Unix >version of Qt. i totaly agree with you :) I don't see any need for porting Qt to windows >The khtml-win32 project is much more usefull for wine. That project is >actually porting the qt wrapper Apple made for use in Safari to Windows. When >that port is done, it could be used in Wine. helping that port can speed up wine/khtml integration :) >Roderick > >On Monday 20 January 2003 14:38, Adam Treat wrote: >> --- fenix(a)club-internet.fr wrote: >> > Hi, >> > >> > >Just two things for those thinking about khtml: >> > > >> > >1) The kdebindings package contains C-language bindings for khtml >> > > (kde_HTML*), so C++ wouldn't be a requirement for calling khtml >> > > (this does not affect the qt-replacement api of course). >> > >> > yes, as qtc in kdebindings is for qt :) >> > >> > >2) There is a project to port KWC to win32: KHTML Win32 Native, see >> > > http://sourceforge.net/projects/khtml-win32/ Maybe it is possible to >> > > use that. >> > >> > yes, but it's a really slow project (no cvs access, and only one guy). >> > Maybe we have to help this project >> >> Why not just port the GPL version of Qt to Windows? The kde-cygwin project >> is doing that right now and it isn't terribly hard (if you know the Windows >> API ;). I think if some wine developers got involved it could be >> accomplished very quickly as Qt is almost completely platform agnostic ... >> it only would require a port of 10 files or so... >> >> See: >> 1. http://lists.kde.org/?l=kde-core-devel&m=104072112729044&w=2 >> 2. http://lists.kde.org/?l=kde-cygwin&m=104273412430620&w=2 >> 3. http://lists.kde.org/?l=kde-cygwin&m=104273881706572&w=2 >> >> BTW, I have setup a project and already started porting the build stuff to >> use mingw32. Currently, am stuck in the qfile_win.cpp and qdir_win.cpp >> (copies of the qfile_unix.cpp and qdir_unix.cpp) with the general functions >> that abstract file creation/deletion for windows ... but then I don't know >> any Windows API ;) >> >> Cheers, >> >> Adam >> >> > > ciao >> > > Jörg >> > >> > Raphael >> > >> > >-- >> > >Joerg Mayer <jmayer(a)loplof.de> >> > >I found out that "pro" means "instead of" (as in proconsul). Now I know >> > >what proactive means. >> >> __________________________________________________ >> Do you Yahoo!? >> Yahoo! Mail Plus - Powerful. Affordable. Sign up now. >> http://mailplus.yahoo.com > > >

1 0

Re: Re: Some more thoughts on khtml
by fenix＠club-internet.fr 20 Jan '03

20 Jan '03

> >--- fenix(a)club-internet.fr wrote: >> Hi, >> >> >Just two things for those thinking about khtml: >> > >> >1) The kdebindings package contains C-language bindings for khtml >> > (kde_HTML*), so C++ wouldn't be a requirement for calling khtml >> > (this does not affect the qt-replacement api of course). >> >> yes, as qtc in kdebindings is for qt :) >> >> >2) There is a project to port KWC to win32: KHTML Win32 Native, see >> > http://sourceforge.net/projects/khtml-win32/ Maybe it is possible to >> > use that. >> >> yes, but it's a really slow project (no cvs access, and only one guy). Maybe we have to help >> this project > >Why not just port the GPL version of Qt to Windows? The kde-cygwin project is doing that right >now and it isn't terribly hard (if you know the Windows API ;). I think if some wine developers >got involved it could be accomplished very quickly as Qt is almost completely platform agnostic >.... it only would require a port of 10 files or so... > >See: >1. http://lists.kde.org/?l=kde-core-devel&m=104072112729044&w=2 >2. http://lists.kde.org/?l=kde-cygwin&m=104273412430620&w=2 >3. http://lists.kde.org/?l=kde-cygwin&m=104273881706572&w=2 I don't think it's a good idea :( Now, we only need a few classes and code for porting KWQ to windows specific code (and more platform optimised than Qt). While Qt need 10-15 huge base classes to be ported, and platform "tuning " on top level code (platform independent). And, i don't like the port idea, because trolltech use Qt under windows as main product, and porting the GPL version to windows ... In past, i have already done much of Qt (2.x version) porting under windows for a personal project. A first implementation is really easy but for a real industrial one, you need too much code with too much problems (you have to understand well what the top levels classes do, etc...) >BTW, I have setup a project and already started porting the build stuff to use mingw32. The mingw32 guy use a mix of win32 and unix compat layers (yakk) :( >Currently, am stuck in the qfile_win.cpp and qdir_win.cpp (copies of the qfile_unix.cpp and >qdir_unix.cpp) with the general functions that abstract file creation/deletion for windows ... but >then I don't know any Windows API ;) lol as i said before, i think helping the kwq-win32 project is the right way >Cheers, > >Adam > regards, Raphael

2 2

Re: Some more thoughts on khtml
by fenix＠club-internet.fr 20 Jan '03

20 Jan '03

Hi, >Just two things for those thinking about khtml: > >1) The kdebindings package contains C-language bindings for khtml > (kde_HTML*), so C++ wouldn't be a requirement for calling khtml > (this does not affect the qt-replacement api of course). yes, as qtc in kdebindings is for qt :) >2) There is a project to port KWC to win32: KHTML Win32 Native, see > http://sourceforge.net/projects/khtml-win32/ Maybe it is possible to > use that. yes, but it's a really slow project (no cvs access, and only one guy). Maybe we have to help this project > ciao > Jörg Raphael >-- >Joerg Mayer <jmayer(a)loplof.de> >I found out that "pro" means "instead of" (as in proconsul). Now I know >what proactive means.

3 2

Reseting X resolution
by Luis Marques 20 Jan '03

20 Jan '03

Hello all, I like to test some DirectX applications from time to time. Problem is that they succed long enough to set the resolution but after that fail. I can Ctrl-C the application and resume working but it's not very practial to work on a 320x200 desktop... How can I restore the resolution? Is there any standard way? Should I just write a few lines of SDL code to set the resolution? Thanks, Luís Marques

3 2

Re: 1995-era installshield woes - foreground window never appears
by Jyrkk� Nieminen 20 Jan '03

20 Jan '03

>All the installshield stuff in the msvc4 installer >seems to work -- except the Data Access Objects >installer. When you run it, you get to the first >screen with a big blue background, but the foreground >window never shows up. It's probably there, but >invisible, or something. Alt-tab doesn't help, and >the blue background is full-screen, so you can't >try moving it out of the way. I have to alt-tab and ^C >(why that works, I dunno) to get out. The magic button is ALT-F2 (at least in kde, maybe gnome too) -- Regards, --==<< vilppa(a)hotmail.com >>==-- _________________________________________________________________ STOP MORE SPAM with the new MSN 8 and get 2 months FREE* http://join.msn.com/?page=features/junkmail

1 0

1995-era installshield woes - foreground window never appears
by Dan Kegel 20 Jan '03

20 Jan '03

All the installshield stuff in the msvc4 installer seems to work -- except the Data Access Objects installer. When you run it, you get to the first screen with a big blue background, but the foreground window never shows up. It's probably there, but invisible, or something. Alt-tab doesn't help, and the blue background is full-screen, so you can't try moving it out of the way. I have to alt-tab and ^C (why that works, I dunno) to get out. Any suggestions? I'm having trouble figuring out how to track this down; win32 gui problems aren't my forte. I put a bzip2 log of 'wine --debugmsg +file,+exec,+proc,+relay _INS0466._MP' on my web site: http://www.kegel.com/linux/winelog.html#msvc4.dao Thanks, Dan -- Dan Kegel http://www.kegel.com http://counter.li.org/cgi-bin/runscript/display-person.cgi?user=78045

4 7

1995-era Microsoft MFCKIT installer fails to unpack one of its DLLs
by Dan Kegel 20 Jan '03

20 Jan '03

On to the next button on the MSVC4.0 installer: MFC. Clicking it runs d:\mfckit\disk1\setup.exe, which appears to be a win16 executable. It exits quickly under Wine, saying Could not load 'RBHEAP.DLL' required by 'WBRUN20', error= 2 Tsk. Running it under XP works, of course. Now, \mfckit\disk1 does contain the file rbheap.dl_, which presumably something is supposed to unpack on the fly. In hopes of seeing what's going on, I ran this installer under Debugging Tools for Windows' logger; the result is at http://www.kegel.com/linux/mfckit.txt Here are the lines from mfckit.txt that reference rbheap.dll or a file descriptor open to it or rbheap.dl_: Thrd4 0FFB56F5 GetPrivateProfileStringA( "Files" "rbheap.dl_" "" 0x00000080 "D:\MFCKIT\DISK1\SETUP.LST") -> 0x0000000A ( "rbheap.dll") Thrd4 0FFB503E CreateFileW( "D:\MFCKIT\DISK1\RBHEAP.DL_" GENERIC_READ FILE_SHARE_READ | FILE_SHARE_WRITE | FILE_SHARE_DELETE [0x00000000] NULL OPEN_EXISTING 0x00000000 NULL) -> INVALID_HANDLE_VALUE [FAIL] Thrd4 0FFB505D CreateFileW( "D:\MFCKIT\DISK1\RBHEAP.DL_" GENERIC_READ FILE_SHARE_READ | FILE_SHARE_WRITE | FILE_SHARE_DELETE [0x00000000] NULL OPEN_EXISTING 0x00000000 NULL) -> 0x000000C4 Thrd4 0FFB50A7 SetFilePointer( 0x000000C4 0 [0x00000000] NULL FILE_BEGIN) -> 0x00000000 Thrd4 0FFB48B9 GetFileAttributesW( "C:\ms-setup.t\rbheap.dll") -> FILE_ATTRIBUTE_READONLY | FILE_ATTRIBUTE_HIDDEN | FILE_ATTRIBUTE_SYSTEM | FILE_ATTRIBUTE_DIRECTORY | FILE_ATTRIBUTE_ARCHIVE | FILE_ATTRIBUTE_ENCRYPTED | FILE_ATTRIBUTE_NORMAL | FILE_ATTRIBUTE_TEMPORARY | FILE_ATTRIBUTE_SPARSE_FILE | FILE_ATTRIBUTE_REPARSE_POINT | FILE_ATTRIBUTE_COMPRESSED | FILE_ATTRIBUTE_OFFLINE | FILE_ATTRIBUTE_NOT_CONTENT_INDEXED Thrd4 0F007B35 GetFileAttributesW( "C:\MS-SETUP.T\RBHEAP.DLL") -> FILE_ATTRIBUTE_READONLY | FILE_ATTRIBUTE_HIDDEN | FILE_ATTRIBUTE_SYSTEM | FILE_ATTRIBUTE_DIRECTORY | FILE_ATTRIBUTE_ARCHIVE | FILE_ATTRIBUTE_ENCRYPTED | FILE_ATTRIBUTE_NORMAL | FILE_ATTRIBUTE_TEMPORARY | FILE_ATTRIBUTE_SPARSE_FILE | FILE_ATTRIBUTE_REPARSE_POINT | FILE_ATTRIBUTE_COMPRESSED | FILE_ATTRIBUTE_OFFLINE | FILE_ATTRIBUTE_NOT_CONTENT_INDEXED Thrd4 0FFB503E CreateFileW( "C:\MS-SETUP.T\RBHEAP.DLL" GENERIC_READ | GENERIC_WRITE FILE_SHARE_READ | FILE_SHARE_WRITE | FILE_SHARE_DELETE [0x00000000] NULL CREATE_ALWAYS FILE_ATTRIBUTE_NORMAL NULL) -> 0x00000124 Thrd4 0FFB4584 SetFilePointer( 0x000000C4 0 [0x032AFC48] -> 0 FILE_CURRENT) -> 0x00000000 Thrd4 0FFB4459 ReadFile( 0x000000C4 0x00000008 [0x032AFC2C] -> 0x00000008 0x00000000) -> TRUE ( 0x0003BB70) Thrd4 0FFB4584 SetFilePointer( 0x000000C4 0 [0x032AFC48] -> 0 FILE_BEGIN) -> 0x00000000 Thrd4 0FFB503E CreateFileW( "D:\MFCKIT\DISK1\RBHEAP.DL_" GENERIC_READ FILE_SHARE_READ | FILE_SHARE_WRITE | FILE_SHARE_DELETE [0x00000000] NULL OPEN_EXISTING 0x00000000 NULL) -> INVALID_HANDLE_VALUE [FAIL] Thrd4 0FFB505D CreateFileW( "D:\MFCKIT\DISK1\RBHEAP.DL_" GENERIC_READ FILE_SHARE_READ | FILE_SHARE_WRITE | FILE_SHARE_DELETE [0x00000000] NULL OPEN_EXISTING 0x00000000 NULL) -> 0x000000C4 Thrd4 0FFB50A7 SetFilePointer( 0x000000C4 0 [0x00000000] NULL FILE_BEGIN) -> 0x00000000 Thrd4 0FFB4584 SetFilePointer( 0x000000C4 0 [0x032AFC48] -> 0 FILE_END) -> 0x0000189C Thrd4 0FFB4584 SetFilePointer( 0x000000C4 0 [0x032AFC48] -> 0 FILE_BEGIN) -> 0x00000000 Thrd4 0FFB4459 ReadFile( 0x000000C4 0x0000000E [0x032AFC2C] -> 0x0000000E 0x00000000) -> TRUE ( 0x0003BB28) Thrd4 0FFB4584 SetFilePointer( 0x000000C4 0 [0x032AFC48] -> 0 FILE_END) -> 0x0000189C Thrd4 0FFB4584 SetFilePointer( 0x000000C4 0 [0x032AFC48] -> 0 FILE_BEGIN) -> 0x00000000 Thrd4 0FFB4459 ReadFile( 0x000000C4 0x0000000E [0x032AFC2C] -> 0x0000000E 0x00000000) -> TRUE ( 0x0003BB2C) Thrd4 0FFB4584 SetFilePointer( 0x000000C4 14 [0x032AFC48] -> 0 FILE_BEGIN) -> 0x0000000E Thrd4 0FFB4584 SetFilePointer( 0x00000124 0 [0x032AFC48] -> 0 FILE_BEGIN) -> 0x00000000 Thrd4 0FFB4459 ReadFile( 0x000000C4 0x00008000 [0x032AFC2C] -> 0x00008000 0x00000000) -> TRUE ( 0x0320FB41) Thrd4 0FFB4459 ReadFile( 0x000000C4 0x00008000 [0x032AFC2C] -> 0x00008000 0x00000000) -> TRUE ( 0x0320FB41) Thrd4 0FFC117C WriteFile( 0x00000124 0x03217B60 0x00002B30 [0x032AFC40] -> 0x0FFDDB70 0x00000000) -> TRUE Thrd4 0FFB48B9 GetFileAttributesW( "C:\ms-setup.t\rbheap.dll") -> FILE_ATTRIBUTE_ARCHIVE Thrd4 0FFBABDD SetFileAttributesW( "C:\ms-setup.t\rbheap.dll" FILE_ATTRIBUTE_READONLY | FILE_ATTRIBUTE_ARCHIVE) -> TRUE Thrd4 0FFB503E CreateFileW( "C:\MS-SETUP.T\RBHEAP.DLL" GENERIC_READ FILE_SHARE_READ | FILE_SHARE_WRITE | FILE_SHARE_DELETE [0x00000000] NULL OPEN_EXISTING 0x00000000 NULL) -> 0x000000DC Thrd4 0FFB54DC GetProfileIntA( "ModuleCompatibility" "RBHEAP" 0) -> 0 Thrd4 0FFB48B9 GetFileAttributesW( "C:\ms-setup.t\rbheap.dll") -> FILE_ATTRIBUTE_READONLY | FILE_ATTRIBUTE_ARCHIVE Thrd4 0FFBABDD SetFileAttributesW( "C:\ms-setup.t\rbheap.dll" FILE_ATTRIBUTE_ARCHIVE) -> TRUE Thrd4 0F007D27 CreateFileW( "C:\ms-setup.t\rbheap.dll" 0x00010000 0x00000000 [0x00000000] NULL OPEN_EXISTING FILE_ATTRIBUTE_NORMAL NULL) -> 0x0000012C Looks pretty clear that whatever we're tracing is indeed unpacking the file and writing it to c:\ms-setup.t\rbheap.dll. (I think we're tracking the wow module which is running the win16 program.) Likewise, I ran it under Wine with --debugmsg +win,+profile,+file,+dosfs,+relay; the resulting log is at http://www.kegel.com/linux/mfckit-wine.txt Here are the lines from mfckit-wine.txt that mention rbheap at all: trace:profile:PROFILE_Load New key: name='rbheap.dl_', value='rbheap.dll' trace:file:FILE_DoOpenFile RBHEAP.DLL OF_READ OF_SHARE_COMPAT trace:file:FILE_DoOpenFile RBHEAP.DLL 0000 trace:dosfs:DOSFS_DoGetFullPathName passed 'RBHEAP.DLL' trace:dosfs:DOSFS_DoGetFullPathName got C:\ms-setup.t\RBHEAP.DLL trace:dosfs:DOSFS_DoGetFullPathName returning 'C:\ms-setup.t\RBHEAP.DLL' trace:dosfs:DOSFS_GetFullName RBHEAP.DLL (last=1) trace:dosfs:DOSFS_FindUnixName /home/dank/c/ms-setup.t,RBHEAP.DLL warn:dosfs:DOSFS_FindUnixName 'RBHEAP.DLL' not found in '/home/dank/c/ms-setup.t' trace:dosfs:DOSFS_FindUnixName /home/dank/c/windows/system,RBHEAP.DLL warn:dosfs:DOSFS_FindUnixName 'RBHEAP.DLL' not found in '/home/dank/c/windows/system' trace:dosfs:DOSFS_FindUnixName /home/dank/c/windows,RBHEAP.DLL warn:dosfs:DOSFS_FindUnixName 'RBHEAP.DLL' not found in '/home/dank/c/windows' trace:dosfs:DOSFS_GetFullName C:\MS-SETUP.T\RBHEAP.DLL (last=1) trace:dosfs:DOSFS_FindUnixName /home/dank/c,MS-SETUP.T\RBHEAP.DLL trace:dosfs:DOSFS_FindUnixName (/home/dank/c,MS-SETUP.T\RBHEAP.DLL) -> ms-setup.t (MS-SETUP.T) trace:dosfs:DOSFS_FindUnixName /home/dank/c/ms-setup.t,RBHEAP.DLL warn:dosfs:DOSFS_FindUnixName 'RBHEAP.DLL' not found in '/home/dank/c/ms-setup.t' trace:dosfs:DOSFS_GetFullName c:\windows\RBHEAP.DLL (last=1) trace:dosfs:DOSFS_FindUnixName /home/dank/c,windows\RBHEAP.DLL trace:dosfs:DOSFS_FindUnixName (/home/dank/c,windows\RBHEAP.DLL) -> windows (WINDOWS) trace:dosfs:DOSFS_FindUnixName /home/dank/c/windows,RBHEAP.DLL warn:dosfs:DOSFS_FindUnixName 'RBHEAP.DLL' not found in '/home/dank/c/windows' trace:dosfs:DOSFS_GetFullName c:\windows\system\RBHEAP.DLL (last=1) trace:dosfs:DOSFS_FindUnixName /home/dank/c,windows\system\RBHEAP.DLL trace:dosfs:DOSFS_FindUnixName (/home/dank/c,windows\system\RBHEAP.DLL) -> windows (WINDOWS) trace:dosfs:DOSFS_FindUnixName /home/dank/c/windows,system\RBHEAP.DLL trace:dosfs:DOSFS_FindUnixName (/home/dank/c/windows,system\RBHEAP.DLL) -> system (SYSTEM) trace:dosfs:DOSFS_FindUnixName /home/dank/c/windows/system,RBHEAP.DLL warn:dosfs:DOSFS_FindUnixName 'RBHEAP.DLL' not found in '/home/dank/c/windows/system' trace:dosfs:DOSFS_GetFullName e:\\RBHEAP.DLL (last=1) trace:dosfs:DOSFS_FindUnixName /tmp,RBHEAP.DLL warn:dosfs:DOSFS_FindUnixName 'RBHEAP.DLL' not found in '/tmp' trace:dosfs:DOSFS_GetFullName e:\test\RBHEAP.DLL (last=1) trace:dosfs:DOSFS_FindUnixName /tmp,test\RBHEAP.DLL warn:dosfs:DOSFS_FindUnixName 'test\RBHEAP.DLL' not found in '/tmp' trace:dosfs:DOSFS_GetFullName f:\\RBHEAP.DLL (last=1) trace:dosfs:DOSFS_FindUnixName /home/dank,RBHEAP.DLL warn:dosfs:DOSFS_FindUnixName 'RBHEAP.DLL' not found in '/home/dank' warn:file:FILE_DoOpenFile 'RBHEAP.DLL' not found or sharing violation warn:file:FILE_DoOpenFile (RBHEAP.DLL): return = HFILE_ERROR error= 2 Could not load 'RBHEAP.DLL' required by 'WBRUN20', error=2 No such unpacking going on here. Under Wine, nothing ever references RBHEAP.DL_. Anyone see anything like this before, or have a suggestion on how to track this down further? -- Dan Kegel http://www.kegel.com http://counter.li.org/cgi-bin/runscript/display-person.cgi?user=78045

1 0

Games Swat 3d
by Ronald James 20 Jan '03

20 Jan '03

I am wondering if Swat3d will be added to the list anytime soon for use with wine ??

1 0

Re: Problem compiling current CVS on Redhat 8
by John K. Hohm 20 Jan '03

20 Jan '03

> wine/dlls/comcat/: > > comcat_private.h:45: conflicting types for `ClassFactoryImpl' > comcat.h:49: previous declaration of `ClassFactoryImpl' > [more of same error for ther types] I'm quite confused by this; the current comcat.h only has 34 lines, and doesn't define ClassFactoryImpl. > I also get this: > gcc -c -I. -I. -I../../include -I../../include -g -O2 -Wall > -mpreferred-stack-boundary=2 -gstabs+ -fPIC -D__WINESRC__ > -D_REENTRANT -o comcat_main.o comcat_main.c > In file included from comcat.h:28, > from comcat_private.h:29, > from comcat_main.c:21: > .../../include/wine/obj_base.h:26:2: #error DO NOT INCLUDE DIRECTLY The current comcat.h doesn't include obj_base.h. Are you certain you have the latest from CVS? You can see it here: http://cvs.winehq.com/cvsweb/wine/include/comcat.h?rev=1.7&content-type=tex…

2 1

Some more thoughts on khtml
by Joerg Mayer 20 Jan '03

20 Jan '03

Just two things for those thinking about khtml: 1) The kdebindings package contains C-language bindings for khtml (kde_HTML*), so C++ wouldn't be a requirement for calling khtml (this does not affect the qt-replacement api of course). 2) There is a project to port KWC to win32: KHTML Win32 Native, see http://sourceforge.net/projects/khtml-win32/ Maybe it is possible to use that. ciao Jörg -- Joerg Mayer <jmayer(a)loplof.de> I found out that "pro" means "instead of" (as in proconsul). Now I know what proactive means.

1 0

dlls/ddraw/dsurface/user.c and OWN_WINDOW & Worms World Party
by Jani Vaarala 20 Jan '03

20 Jan '03

Hi. I tried to get Worms World Party working with wine (tried latest wine from CVS, winex 2.2.1 ...) and none of these worked. I don't get graphics output of any kind on these. In version 2002-06-05 graphics output is ok, but mouse events seem to be going to /dev/null. I tried different versions and I found out that 2002-06-28 had a fix labeled: "Disable OWN_WINDOW as it no longer works." I tried defining OWN_WINDOW in latest build and the graphics came out ok. But no mouse events. If I undefine OWN_WINDOW, I get the mouse (can hear the menu selection sounds), but no graphics. When I get no graphics, it seems that GDI heap overflows aswell. I'm not a windows expert, so it would take quite long time to find out what is actually the reason for this. Could someone from this list take a look at it ? --jani __________________________________________________ Do you Yahoo!? Yahoo! Mail Plus - Powerful. Affordable. Sign up now. http://mailplus.yahoo.com

1 0

placeholder implementation of explorer.exe
by Dan Kegel 20 Jan '03

20 Jan '03

I collected my notes about getting msvc4's setup running under Wine at http://www.kegel.com/linux/winelog.html I now have wordpad reading .wri files properly under Wine (needed for the "STL" button). The next problem is that the setup program does ShellExecute(..., "explorer.exe", ".", ...) to pop up an explorer window. Well, wine has Winefile, but not explorer.exe. It looks like the path of least resistance is for me to write a trivial little explorer.exe that just cd's to argv[1] and fires up winefile (which always operates on the current directory). I've written it, and I expect when I add the needed registry entry, it'll make msvc4's setup's "explore this cd" button work fine. Anyone think that'd be a bad thing to put into the Wine tree? - Dan -- Dan Kegel http://www.kegel.com http://counter.li.org/cgi-bin/runscript/display-person.cgi?user=78045

3 3

Re: VirtualDub cannot find its codecs
by Duane Clark 20 Jan '03

20 Jan '03

Waldeck Schutzer wrote: > ... > > Index: wine/dlls/msvideo/msvideo_main.c > =================================================================== > RCS file: /home/wine/wine/dlls/msvideo/msvideo_main.c,v > retrieving revision 1.45 > diff -r1.45 msvideo_main.c Please supply as diff -u, or better, create a ~/.cvsrc file that contains: cvs -z 3 update -PAd diff -u

2 1

Re: Problems switching keyboards
by Lina Kemmel 19 Jan '03

19 Jan '03

Shachar Shemesh wrote: >> the '-option grp' set to 'alt_shift_toggle' will work. >> >>> Yes, but it will also switch to menu selection under most Windows >>> applications, a majour annoyance (unless shift is pressed fist, but who >>> really does that?). Try just '-option grp:toggle'. Then pressing and releasing right alt will work as a permanent keyboard switch. For additional options, see /usr/X11R6/lib/X11/xkb/rules/xfree86.lst (on RH 7.1 at least), or if this file is not present, do some grep (eg. "shift_toggle") to find a similar one. But in any case, shouldn't wine consider any AltGr switchers (including both shifts, if defined) as shortcut keys (instead of handling each modifier key independently)? >> Know any good place I can RTFM this? There is not bad in my opinion XKB manual at http://www.tsu.ru/~pascal/en/xkb Lina

1 0

Re: resend: small DOS vga improvement
by Christian Costa 19 Jan '03

19 Jan '03

Andreas Mohr wrote: >Hi all, > >please disregard my previous patch. > >I discovered that > > case 0x3da: > /* > * Read from this register resets register 0x3c0 address flip-flop. > */ > vga_address_3c0 = TRUE; > /* since we don't (yet?) serve DOS VM requests while VGA_Poll is running, > we need to fake the occurrence of the vertical refresh */ > ret=vga_refresh?0x00:0x0b; /* toggle video RAM and lightpen and VGA >refresh bits ! */ > if (VGA_IsTimerRunning()) > vga_refresh=0; > else >#endif > /* Also fake the occurence of the vertical refresh when no graphic > mode has been set */ > vga_refresh=!vga_refresh; > break; > >is WRONG since VGA_IsTimerRunning() is always true: > Not exactly! It is false before an application sets a video mode. > >VGA_InstallTimer gets called in both VGA_DoSetMode() (graphics) and >VGA_SetAlphaMode() (text). >(doh !) >Talk about too many people having done too many changes in one and the same >code part :-)) > > > >So until there is further information about how to do it properly, >I'll just remove the vga_refresh reset in the VGA_IsTimerRunning() case, >and of course this makes Turbo Pascal 6 usable (although screen update is >a bit slower than IDA, most likely due to using int 10h instead of video >mem and also probing I/O port 0x3da). > Sure it will help your app but others that need video sync will not work properly. :-) In your case, VGA_Poll_Text is called periodicaly and should be running at 33 fps. Since 33 fps is just half the standard speed (70Hz), all should be fine. But is VGA_Poll_Text running at 33 fps? I suspect this function is too slow (maybe due to the console code). Christian. > > >

1 0

multiline strings in .rc files (was: Implementation of "start.exe", take 3)
by Dan Kegel 19 Jan '03

19 Jan '03

davep wrote: > On Saturday 18 Jan 2003 08:44, Dan Kegel wrote: > > >>Remaining issue I could use help with: >>* multiline strings from resource file are displayed with extra newline >>between lines in wine, but not in windows. To reproduce, build >>either as winelib app or build under MSVC6, then run in wine; >>usage message comes out double-spaced. Help! > > > Use a backslash on the end of each line to escape the LF. > > Look at programs/wcmd/wcmdrc.rc for an example. I did. Unfortunately, if I do STRING_FOO, "This is a two-line \ string" it looks good in Wine, but it's run together on one line in Windows. Conversely, if I do STRING_FOO, "This is a two-line \n \ string" it looks good in Windows, but it's double-spaced in Wine. Something's fishy here. Our .rc files should be usable in both environments without change. - Dan -- Dan Kegel http://www.kegel.com http://counter.li.org/cgi-bin/runscript/display-person.cgi?user=78045

2 4

Re: Launch a unix process from wcmd?
by Greg Turner 18 Jan '03

18 Jan '03

On Saturday 18 January 2003 02:35 pm, Dan Kegel wrote: > Greg Turner wrote: > > I am trying write scripts to mangle the output of MIDL. After MIDL > > runs, I need to do a tiny amount of post-processing using UNIX apps > > (convert from CRLF, for starters). > I just tried making a .bat file containing > > @echo off > echo hi > echo there > > and running it from unix with > > wcmd /c foo.bat > log > > Sure enough, log contained just the two lines > hi > there > > So I think you can already do that which you requested. indeed, you are right. perhaps i only tried "wcmd -- -c". silly me. -- gmt "Everything that is really great and inspiring is created by the individual who can labor in freedom." --Albert Einstein

1 0

Launch a unix process from wcmd?
by Greg Turner 18 Jan '03

18 Jan '03

I am trying write scripts to mangle the output of MIDL. After MIDL runs, I need to do a tiny amount of post-processing using UNIX apps (convert from CRLF, for starters). So, I have batch file that I run under wine to invoke MIDL and get the output I want; My question is: is there some way I can invoke my unix shell script from my .bat file in wine under wcmd? If not, perhaps we should squeeze this functionality into Dan's start.exe implementation? How would you feel about this, Dan? Alternatively, if I could invoke my .bat file from the UNIX command-line, this would be just as good... but so far, the only way I have found is to run "wcmd" and type. Does wcmd have some equivalent to bash's "-c" command-line argument? Surely real cmd.exe has some such feature? Thanks, -- gmt "Everything that is really great and inspiring is created by the individual who can labor in freedom." --Albert Einstein

4 3

Re: Packaging Update $3
by Duane Clark 18 Jan '03

18 Jan '03

Tom Wickline wrote: > ... > I sent a patch 9 hours ago and it still has not shown up so im > re-sending the patch. Ahh, well. To prevent that, you need to subscribe the email address you are using to the wine-patches list, otherwise it waits for me to get around to moderating it. Since your previous email appears to have been sent at about midnight my time, there was a bit of a wait before I saw it ;) If you already are subscribed under a different email address, it is perfectly ok to subscribe another. Just go into your user preferences after completing the subscription process and turn On "Disable mail delivery" to prevent getting multiple copies of postings sent to you.

1 0

Fwd: patch for "GetFileTitleW: illegal call to GetFileTitleA" 3ed
by liu spider 18 Jan '03

18 Jan '03

Thanks to Alexandre Julliard. He pointed out to me the right method, and I hope this patch is the correct one. ChangeLog: -dlls/commdlg/filetitle.c implemented GetFileTitleW GetFileTitleA now is a call to GetFileTitleW liuspider __________________________________________________ Do you Yahoo!? Yahoo! Mail Plus - Powerful. Affordable. Sign up now. http://mailplus.yahoo.com Index: dlls/commdlg/filetitle.c =================================================================== RCS file: /home/wine/wine/dlls/commdlg/filetitle.c,v retrieving revision 1.12 diff -u -r1.12 filetitle.c --- dlls/commdlg/filetitle.c 31 May 2002 23:25:45 -0000 1.12 +++ dlls/commdlg/filetitle.c 18 Jan 2003 14:13:02 -0000 @@ -3,6 +3,7 @@ * * Copyright 1994 Martin Ayotte * Copyright 1996 Albrecht Kleine + * Copyright 2003 liuspider * * This library is free software; you can redistribute it and/or * modify it under the terms of the GNU Lesser General Public @@ -24,10 +25,10 @@ #include "winbase.h" #include "winnls.h" #include "commdlg.h" +#include "wine/unicode.h" +#include "winternl.h" #include "wine/debug.h" -#include "heap.h" /* Has to go */ - WINE_DEFAULT_DEBUG_CHANNEL(commdlg); #include "cdlg.h" @@ -38,19 +39,41 @@ */ short WINAPI GetFileTitleA(LPCSTR lpFile, LPSTR lpTitle, UINT cbBuf) { - int i, len; + int ret,totalW; + UNICODE_STRING strWFile; + LPWSTR lpWTitle; + totalW = cbBuf * sizeof(WCHAR); + RtlCreateUnicodeStringFromAsciiz(&strWFile, lpFile); + lpWTitle = RtlAllocateHeap( GetProcessHeap(), 0, totalW); + ret = GetFileTitleW(strWFile.Buffer, lpWTitle, totalW); + if (!ret){ + WideCharToMultiByte( CP_ACP, 0, lpWTitle, -1, lpTitle, cbBuf, NULL, NULL ); + } + RtlFreeUnicodeString( &strWFile ); + RtlFreeHeap( GetProcessHeap(), 0, lpWTitle ); + return ret; +} + +/*********************************************************************** + * GetFileTitleW (COMDLG32.@) + * + */ +short WINAPI GetFileTitleW(LPCWSTR lpFile, LPWSTR lpTitle, UINT cbBuf) +{ + int i, len; + WCHAR brkpoint[] = {'*','[',']'}; TRACE("(%p %p %d); \n", lpFile, lpTitle, cbBuf); if(lpFile == NULL || lpTitle == NULL) return -1; - len = strlen(lpFile); + len = strlenW(lpFile); if (len == 0) return -1; - if(strpbrk(lpFile, "*[]")) + if(strpbrkW(lpFile, brkpoint)) return -1; len--; @@ -70,34 +93,14 @@ if(i == -1) i++; - TRACE("---> '%s' \n", &lpFile[i]); + TRACE("---> '%s' \n", debugstr_w(&lpFile[i])); - len = strlen(lpFile+i)+1; + len = strlenW(lpFile+i)+1; if(cbBuf < len) return len; - strncpy(lpTitle, &lpFile[i], len); + strncpyW(lpTitle, &lpFile[i], len); return 0; -} - - -/*********************************************************************** - * GetFileTitleW (COMDLG32.@) - * - */ -short WINAPI GetFileTitleW(LPCWSTR lpFile, LPWSTR lpTitle, UINT cbBuf) -{ - LPSTR file = HEAP_strdupWtoA(GetProcessHeap(), 0, lpFile); /* Has to go */ - LPSTR title = HeapAlloc(GetProcessHeap(), 0, cbBuf); - short ret; - - ret = GetFileTitleA(file, title, cbBuf); - - if (cbBuf > 0 && !MultiByteToWideChar( CP_ACP, 0, title, -1, lpTitle, cbBuf )) - lpTitle[cbBuf-1] = 0; - HeapFree(GetProcessHeap(), 0, file); - HeapFree(GetProcessHeap(), 0, title); - return ret; }

1 0

Running Wine with a Windows install
by Tom Wickline 18 Jan '03

18 Jan '03

I have hit a small road block in updating the Packagers Guide and i'm in need of a little help here :) Section 3.3 : http://www.winehq.com/Docs/wine-pkg/pkg-winpartition.shtml Talks about useing files from an installation of the actual Microsoft Windows operating system. And as I dont have Windows on this box and I only have Win2000 on my second HD at this time I am not sure if this section is out of date. And what the differances between 9x and NT, 2K, XP are. So if you have Windows on your box or if you run Wine with Windows can you send me the path to the .dat files .ini file and system dlls ? In the future is this going to be done for the user by a config script ? One more question while im at it :)) I sent a patch to wine-patches about 6 hours ago and its still not listed how long does this take ? are the patches moderated before being posted ? Tom

1 0

Re: Implementation of "start.exe", take 3
by davep 18 Jan '03

18 Jan '03

On Saturday 18 Jan 2003 08:44, Dan Kegel wrote: > Remaining issue I could use help with: > * multiline strings from resource file are displayed with extra newline > between lines in wine, but not in windows. To reproduce, build > either as winelib app or build under MSVC6, then run in wine; > usage message comes out double-spaced. Help! Use a backslash on the end of each line to escape the LF. Look at programs/wcmd/wcmdrc.rc for an example. Dave

1 0

how to make a proper .diff
by Tom Wickline 18 Jan '03

18 Jan '03

Hi, I have what may be a stupid question but im going to ask it :) If im working on lets say packaging.sgml and I finish one section and make a diff against cvs. Then should I refresh my packaging.sgml from cvs and start on section #2 ? This is what I have done... Because if I keep working on the same file the diff grows and I would send the same patch over and over.. So I am doing this the correct way ? Tom

2 1

Implementation of "start.exe", take 3
by Dan Kegel 18 Jan '03

18 Jan '03

Changes since take 2: * internationalized * can be built with MSVC6.0; resulting .exe works in both Windows and Wine * winelib app now installed by wineinstall * winedefault.reg now has entries needed to make 'start foo.txt' work Remaining issue I could use help with: * multiline strings from resource file are displayed with extra newline between lines in wine, but not in windows. To reproduce, build either as winelib app or build under MSVC6, then run in wine; usage message comes out double-spaced. Help! I suspect it's worth submitting to wine-patches until that issue is resolved. Again, to those who are confused why I didn't just use cygstart, cygstart's license seems to be an issue, and cygstart doesn't implement one of the four options in the real Windows start.exe, so I plowed ahead with my own version. We can add options from Cygstart later. - Dan -- Dan Kegel http://www.kegel.com http://counter.li.org/cgi-bin/runscript/display-person.cgi?user=78045 Index: configure.ac =================================================================== RCS file: /home/wine/wine/configure.ac,v retrieving revision 1.122 diff -u -r1.122 configure.ac --- configure.ac 15 Jan 2003 00:50:48 -0000 1.122 +++ configure.ac 18 Jan 2003 08:11:26 -0000 @@ -1519,6 +1519,7 @@ programs/regtest/Makefile programs/rpcss/Makefile programs/rundll32/Makefile +programs/start/Makefile programs/uninstaller/Makefile programs/view/Makefile programs/wcmd/Makefile Index: winedefault.reg =================================================================== RCS file: /home/wine/wine/winedefault.reg,v retrieving revision 1.61 diff -u -r1.61 winedefault.reg --- winedefault.reg 19 Dec 2002 21:16:56 -0000 1.61 +++ winedefault.reg 18 Jan 2003 08:11:26 -0000 @@ -2838,3 +2838,18 @@ "LongDistanceRule"=" 8WFG" "Name"="Uzbekistan" "SameAreaRule"="G" + +# +# Entries to get ShellExecute to map .txt files to notepad +# + +[HKEY_CLASSES_ROOT\.txt] +@="txtfile" +"Content Type"="text/plain" + +[HKEY_CLASSES_ROOT\txtfile\shell\open\command] +@="C:\\WINDOWS\\NOTEPAD.EXE %1" + +[HKEY_CLASSES_ROOT\txtfile\shell\print\command] +@="C:\\WINDOWS\\NOTEPAD.EXE /p %1" + Index: programs/Makefile.in =================================================================== RCS file: /home/wine/wine/programs/Makefile.in,v retrieving revision 1.33 diff -u -r1.33 Makefile.in --- programs/Makefile.in 4 Jan 2003 02:52:05 -0000 1.33 +++ programs/Makefile.in 18 Jan 2003 08:11:26 -0000 @@ -19,6 +19,7 @@ regtest \ rpcss \ rundll32 \ + start \ uninstaller \ view \ wcmd \ @@ -43,6 +44,7 @@ regsvr32 \ rpcss \ rundll32 \ + start \ uninstaller \ wcmd \ wineboot \ @@ -73,6 +75,7 @@ # Symlinks to apps that we want to run from inside the source tree SYMLINKS = \ + start.exe \ rpcss.exe \ wcmd.exe \ wineconsole.exe \ @@ -136,6 +139,9 @@ winhelp.exe$(DLLEXT): winhelp/winhelp.exe$(DLLEXT) $(RM) $@ && $(LN_S) winhelp/winhelp.exe$(DLLEXT) $@ + +start.exe$(DLLEXT): start/start.exe$(DLLEXT) + $(RM) $@ && $(LN_S) start/start.exe$(DLLEXT) $@ wcmd/wcmd.exe$(DLLEXT): wcmd wineconsole/wineconsole.exe$(DLLEXT): wineconsole Index: tools/wineinstall =================================================================== RCS file: /home/wine/wine/tools/wineinstall,v retrieving revision 1.50 diff -u -r1.50 wineinstall --- tools/wineinstall 5 Dec 2002 19:05:44 -0000 1.50 +++ tools/wineinstall 18 Jan 2003 08:11:26 -0000 @@ -101,6 +101,7 @@ function create_windows_directories { for tdir in "$CROOT/windows" "$CROOT/windows/system" \ + "$CROOT/windows/command" \ "$CROOT/windows/Start Menu" "$CROOT/windows/Start Menu/Programs" \ "$CROOT/Program Files" "$CROOT/Program Files/Common Files" \ "$CROOT/windows/Profiles" "$CROOT/windows/Profiles/Administrator" \ @@ -129,6 +130,7 @@ #puts windows applications replacements to windows directories, #configures them function configure_wine_applications { + link_app start "$CROOT/windows/command/start.exe" link_app notepad "$CROOT/windows/notepad.exe" link_app regedit "$CROOT/windows/regedit.exe" link_app rundll32 "$CROOT/windows/rundll32.exe" --- /dev/null 2002-08-30 16:31:37.000000000 -0700 +++ programs/start/Makefile.in 2003-01-17 23:25:49.000000000 -0800 @@ -0,0 +1,15 @@ +TOPSRCDIR = @top_srcdir@ +TOPOBJDIR = ../.. +SRCDIR = @srcdir@ +VPATH = @srcdir@ +MODULE = start.exe +APPMODE = cui +IMPORTS = shell32 user32 + +C_SRCS = start.c + +RC_SRCS = rsrc.rc + +@MAKE_PROG_RULES@ + +### Dependencies: --- /dev/null 2002-08-30 16:31:37.000000000 -0700 +++ programs/start/start.c 2003-01-18 00:04:53.000000000 -0800 @@ -0,0 +1,190 @@ +/* + * Start a program using ShellExecuteEx, optionally wait for it to finish + * Compatible with Microsoft's "c:\windows\command\start.exe" + * + * Copyright 2003 Dan Kegel + * + * This program is free software; you can redistribute it and/or + * modify it under the terms of the GNU Lesser General Public + * License as published by the Free Software Foundation; either + * version 2.1 of the License, or (at your option) any later version. + * + * This program is distributed in the hope that it will be useful, + * but WITHOUT ANY WARRANTY; without even the implied warranty of + * MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the GNU + * Lesser General Public License for more details. + * + * You should have received a copy of the GNU Lesser General Public + * License along with this program; if not, write to the Free Software + * Foundation, Inc., 59 Temple Place, Suite 330, Boston, MA 02111-1307 USA + */ + +#include <windows.h> +#include <winuser.h> +#include <stdio.h> +#include <stdlib.h> +#include <shlobj.h> + +#include "resources.h" + +/** + Output given message to stdout without formatting. +*/ +static void output(const char *message) +{ + DWORD count; + WriteFile(GetStdHandle(STD_OUTPUT_HANDLE), message, strlen(message), &count, NULL); +} + +/** + Output given message, + followed by ": ", + followed by description of given GetLastError() value to stdout, + followed by a trailing newline, + then terminate. +*/ +static void fatal_error(const char *msg, DWORD error_code) +{ + LPVOID lpMsgBuf; + int status; + + output(msg); + output(": "); + status = FormatMessage(FORMAT_MESSAGE_ALLOCATE_BUFFER | FORMAT_MESSAGE_FROM_SYSTEM, NULL, error_code, 0, (LPTSTR) & lpMsgBuf, 0, NULL); + if (!status) { + output("FormatMessage failed\n"); + } else { + output(lpMsgBuf); + LocalFree((HLOCAL) lpMsgBuf); + output("\n"); + } + ExitProcess(1); +} + +/** + Output given message from string table, + followed by ": ", + followed by description of given GetLastError() value to stdout, + followed by a trailing newline, + then terminate. +*/ +static void fatal_string_error(int which, DWORD error_code) +{ + char msg[2048]; + + if (!LoadString(GetModuleHandle(NULL), which, + msg, sizeof(msg))) + fatal_error("LoadString failed", GetLastError()); + + fatal_error(msg, error_code); +} + +static void fatal_string(int which) +{ + char msg[2048]; + + if (!LoadString(GetModuleHandle(NULL), which, + msg, sizeof(msg))) + fatal_error("LoadString failed", GetLastError()); + + output(msg); + ExitProcess(1); +} + +static void usage() +{ + fatal_string(STRING_USAGE); +} + +static void license() +{ + fatal_string(STRING_LICENSE); +} + +int main(int argc, char *argv[]) +{ + char arguments[MAX_PATH]; + char *p; + SHELLEXECUTEINFO sei; + int argi; + + memset(&sei, 0, sizeof(sei)); + sei.cbSize = sizeof(sei); + sei.lpVerb = "open"; + sei.nShow = SW_SHOWNORMAL; + /* Dunno what these mean, but it looks like winMe's start uses them */ + sei.fMask = SEE_MASK_FLAG_DDEWAIT|SEE_MASK_FLAG_NO_UI; + + /* Canonical Microsoft commandline flag processing: + * flags start with /, are case insensitive, + * and may be run together in same word. + */ + for (argi=1; argi<argc; argi++) { + int ci; + + if (argv[argi][0] != '/') + break; + + /* Handle all options in this word */ + for (ci=0; argv[argi][ci]; ) { + /* Skip slash */ + ci++; + switch(argv[argi][ci]) { + case 'l': + case 'L': + license(); + break; /* notreached */ + case 'm': + case 'M': + if (argv[argi][ci+1] == 'a' || argv[argi][ci+1] == 'A') + sei.nShow = SW_SHOWMAXIMIZED; + else + sei.nShow = SW_SHOWMINIMIZED; + break; + case 'r': + case 'R': + /* sei.nShow = SW_SHOWNORMAL; */ + break; + case 'w': + case 'W': + sei.fMask |= SEE_MASK_NOCLOSEPROCESS; + break; + default: + printf("Option '%s' not recognized\n", argv[argi]+ci-1); + usage(); + } + /* Skip to next slash */ + while (argv[argi][ci] && (argv[argi][ci] != '/')) + ci++; + } + } + + if (argi == argc) + usage(); + + sei.lpFile = argv[argi++]; + + /* FIXME - prone to overflow */ + arguments[0] = 0; + for (p = arguments; argi < argc; argi++) + p += sprintf(p, " %s", argv[argi]); + + sei.lpParameters = arguments; + + if (!ShellExecuteEx(&sei)) + fatal_string_error(STRING_EXECFAIL, GetLastError()); + + if (sei.fMask & SEE_MASK_NOCLOSEPROCESS) { + DWORD exitcode; + DWORD waitcode; + waitcode = WaitForSingleObject(sei.hProcess, INFINITE); + if (waitcode) + fatal_error("WaitForSingleObject", GetLastError()); + if (!GetExitCodeProcess(sei.hProcess, &exitcode)) + fatal_error("GetExitCodeProcess", GetLastError()); + /* fixme: haven't tested whether exit code works properly */ + ExitProcess(exitcode); + } + + ExitProcess(0); +} --- /dev/null 2002-08-30 16:31:37.000000000 -0700 +++ programs/start/resources.h 2003-01-17 23:26:09.000000000 -0800 @@ -0,0 +1,3 @@ +#define STRING_USAGE 101 +#define STRING_LICENSE 102 +#define STRING_EXECFAIL 103 --- /dev/null 2002-08-30 16:31:37.000000000 -0700 +++ programs/start/En.rc 2003-01-17 23:26:09.000000000 -0800 @@ -0,0 +1,64 @@ +/* + * Start + * English Language Support + * + * Copyright 2003 Dan Kegel + * + * This library is free software; you can redistribute it and/or + * modify it under the terms of the GNU Lesser General Public + * License as published by the Free Software Foundation; either + * version 2.1 of the License, or (at your option) any later version. + * + * This library is distributed in the hope that it will be useful, + * but WITHOUT ANY WARRANTY; without even the implied warranty of + * MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the GNU + * Lesser General Public License for more details. + * + * You should have received a copy of the GNU Lesser General Public + * License along with this library; if not, write to the Free Software + * Foundation, Inc., 59 Temple Place, Suite 330, Boston, MA 02111-1307 USA + */ + +LANGUAGE LANG_ENGLISH, SUBLANG_ENGLISH_US +#pragma code_page(850) + +STRINGTABLE DISCARDABLE LANGUAGE LANG_ENGLISH, SUBLANG_DEFAULT +{ +STRING_USAGE, "Start a program, or open a document in the program normally used for files with that suffix. \n\ +Usage: \n\ +start [options] program_filename [...] \n\ +start [options] document_filename \n\ + \n\ +Options: \n\ +/M[inimized] Start the program minimized. \n\ +/MAX[imized] Start the program maximized. \n\ +/R[estored] Start the program normally (neither minimized nor maximized). \n\ +/W[ait] Wait for started program to finish, then exit with its exit code. \n\ +/L Show end-user license. \n\ + \n\ +start.exe version 0.2 Copyright (C) 2003, Dan Kegel \n\ +Start comes with ABSOLUTELY NO WARRANTY; for details run with /L option. \n\ +This is free software, and you are welcome to redistribute it \n\ +under certain conditions; run 'start /L' for details. \n\ +" + +STRING_LICENSE, "start.exe version 0.2 Copyright (C) 2003, Dan Kegel \n\ +This program is free software; you can redistribute it and/or \n\ +modify it under the terms of the GNU Lesser Public License \n\ +as published by the Free Software Foundation; either version 2.1 \n\ +of the License, or (at your option) any later version. \n\ + \n\ +This program is distributed in the hope that it will be useful, \n\ +but WITHOUT ANY WARRANTY; without even the implied warranty of \n\ +MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the \n\ +GNU Lesser Public License for more details. \n\ + \n\ +You should have received a copy of the GNU Lesser Public License \n\ +along with this program; if not, write to the Free Software \n\ +Foundation, Inc., 59 Temple Place - Suite 330, Boston, MA 02111-1307, USA. \n\ + \n\ +See the COPYING.LIB file for license information. \n\ +" + +STRING_EXECFAIL "Application could not be started, or no application associated with the specified file.\nShellExecuteEx failed" +} --- /dev/null 2002-08-30 16:31:37.000000000 -0700 +++ programs/start/rsrc.rc 2003-01-17 23:26:09.000000000 -0800 @@ -0,0 +1,24 @@ +/* + * Copyright 2003 Dan Kegel + * + * This library is free software; you can redistribute it and/or + * modify it under the terms of the GNU Lesser General Public + * License as published by the Free Software Foundation; either + * version 2.1 of the License, or (at your option) any later version. + * + * This library is distributed in the hope that it will be useful, + * but WITHOUT ANY WARRANTY; without even the implied warranty of + * MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the GNU + * Lesser General Public License for more details. + * + * You should have received a copy of the GNU Lesser General Public + * License along with this library; if not, write to the Free Software + * Foundation, Inc., 59 Temple Place, Suite 330, Boston, MA 02111-1307 USA + */ + +#include <windows.h> +#include "resources.h" + +LANGUAGE LANG_NEUTRAL, SUBLANG_NEUTRAL + +#include "En.rc"

1 0

Re: * Hack * for Wine-20030115 DOSFS_Hash on Solaris 8 x86
by Andreas Mohr 18 Jan '03

18 Jan '03

Hi ! On Fri, Jan 17, 2003 at 08:40:30PM -0500, John Wehle wrote: > wine photoed reports it can't find GIFIMP32.FLT (and friends) > which prevents images from being imported. The trace is: > > trace:dosfs:DOSFS_GetFullName L"C:\\PROGRA~1\\COMMON~1\\MICROS~1\\GRPHFLT\\GIFIM > P32.FLT" (last=0) > trace:dosfs:DOSFS_FindUnixName /dos,L"PROGRA~1\\COMMON~1\\MICROS~1\\GRPHFLT\\GIF > IMP32.FLT" > trace:dosfs:DOSFS_ToDosFCBFormat (L"PROGRA~1\\COMMON~1\\MICROS~1\\GRPHFLT\\GIFIM > P32.FLT", df621770) > trace:dosfs:DOSFS_OpenDir "/dos" > ... > trace:dosfs:DOSFS_ReadDir Read: long_name: L"Program Files", short_name: (null) > trace:dosfs:DOSFS_FindUnixName checking L"PROGRA~1 " L"PROG~FBU " > > What happens is DOSFS_Hash hashes "Program Files" in an unexpected fashion > which prevents DOSFS_FindUnixName from realizing it matches ""PROGRA~1 ". > > The enclosed * hack * allows wine photoed to load images. It is * not * > the correct answer. One possible approach is to modify DOSFS_OpenDir_Normal > to generate "proper" short names after it has read all the directory entries. Hmm, somehow I don't think this is a proper solution. The reasoning being that you probably have a Windows partition in your Wine install with that ~1 path buried somewhere in the registry or so. And IMHO if the registry contains such a setting (*from installation only* - a program most likely wouldn't create a ~1 .3 shortcut pathname on its own !), then we are SOL and probably should keep it like that instead of adding hacks that probably don't improve the code a whole lot. Instead, people should install the program via Wine, thus gaining "proper" registry keys with "proper" 8.3 *Wine* hashing during the install via Wine ! We simply don't seem to have a way to have a *fixed* mapping of long filenames to the ~1 shortcuts used in Windows; that's why we need our hashing. (someone correct me if I'm wrong about this issue !) Or maybe I'm wrong and we should indeed try to cope even with such a pretty hopeless situation. Oh, and I just realized that maybe yet another patch from you might get rejected ;-\ (although I'm grateful for the discussion about that issue) Andreas Mohr P.S.: Please CC me on followup discussions - I'm not on wine-devel currently.

1 0

Implementation of 'start', take 2
by Dan Kegel 18 Jan '03

18 Jan '03

I had a look at cygstart, but it doesn't even try to be commandline-compatible with Microsoft's start.exe. Oh, well. I've verified that this implementation of start can do both start notepad and start foo.txt and that it obeys all the options obeyed by WindowsMe's start.exe. It also implements the /L option to print out the LGPL. (Do we have a convention for what this option, required by the LGPL, should be?) I'd rather compile it as a .exe rather than a winelib app - is there a way to do that in the Wine tree? Also, what do I have to do to cause the resulting .exe to end up as %windir%/command/start.exe, so it's in the same place as it is in real Microsoft Windows? BTW, to make 'start foo.txt' work, you need the registry entries [HKEY_CLASSES_ROOT\.txt] @="txtfile" "Content Type"="text/plain" [HKEY_CLASSES_ROOT\txtfile\shell\open\command] @="C:\\WINDOWS\\NOTEPAD.EXE %1" I verified that removing either of these on WinMe caused 'start foo.txt' to fail. I did not verify that, when you use the /w flag, the exit status of the subprocess is returned in the same way as it's done in Windows. Thanks, Dan -- Dan Kegel http://www.kegel.com http://counter.li.org/cgi-bin/runscript/display-person.cgi?user=78045 Index: configure.ac =================================================================== RCS file: /home/wine/wine/configure.ac,v retrieving revision 1.116 diff -u -r1.116 configure.ac --- configure.ac 4 Jan 2003 02:52:05 -0000 1.116 +++ configure.ac 18 Jan 2003 02:41:32 -0000 @@ -1497,6 +1497,7 @@ programs/regtest/Makefile programs/rpcss/Makefile programs/rundll32/Makefile +programs/start/Makefile programs/uninstaller/Makefile programs/view/Makefile programs/wcmd/Makefile Index: programs/Makefile.in =================================================================== RCS file: /home/wine/wine/programs/Makefile.in,v retrieving revision 1.33 diff -u -r1.33 Makefile.in --- programs/Makefile.in 4 Jan 2003 02:52:05 -0000 1.33 +++ programs/Makefile.in 18 Jan 2003 02:41:32 -0000 @@ -19,6 +19,7 @@ regtest \ rpcss \ rundll32 \ + start \ uninstaller \ view \ wcmd \ @@ -43,6 +44,7 @@ regsvr32 \ rpcss \ rundll32 \ + start \ uninstaller \ wcmd \ wineboot \ @@ -73,6 +75,7 @@ # Symlinks to apps that we want to run from inside the source tree SYMLINKS = \ + start.exe \ rpcss.exe \ wcmd.exe \ wineconsole.exe \ @@ -136,6 +139,9 @@ winhelp.exe$(DLLEXT): winhelp/winhelp.exe$(DLLEXT) $(RM) $@ && $(LN_S) winhelp/winhelp.exe$(DLLEXT) $@ + +start.exe$(DLLEXT): start/start.exe$(DLLEXT) + $(RM) $@ && $(LN_S) start/start.exe$(DLLEXT) $@ wcmd/wcmd.exe$(DLLEXT): wcmd wineconsole/wineconsole.exe$(DLLEXT): wineconsole --- /dev/null 2002-08-30 16:31:37.000000000 -0700 +++ programs/start/Makefile.in 2003-01-16 08:20:35.000000000 -0800 @@ -0,0 +1,13 @@ +TOPSRCDIR = @top_srcdir@ +TOPOBJDIR = ../.. +SRCDIR = @srcdir@ +VPATH = @srcdir@ +MODULE = start.exe +APPMODE = cui +IMPORTS = shell32 + +C_SRCS = start.c + +@MAKE_PROG_RULES@ + +### Dependencies: --- /dev/null 2002-08-30 16:31:37.000000000 -0700 +++ programs/start/start.c 2003-01-17 17:34:36.000000000 -0800 @@ -0,0 +1,199 @@ +/* + * Start a program using ShellExecuteEx, optionally wait for it to finish + * Compatible with Microsoft's "c:\windows\command\start.exe" + * + * Copyright 2003 Dan Kegel + * + * This program is free software; you can redistribute it and/or + * modify it under the terms of the GNU Lesser General Public + * License as published by the Free Software Foundation; either + * version 2.1 of the License, or (at your option) any later version. + * + * This program is distributed in the hope that it will be useful, + * but WITHOUT ANY WARRANTY; without even the implied warranty of + * MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the GNU + * Lesser General Public License for more details. + * + * You should have received a copy of the GNU Lesser General Public + * License along with this program; if not, write to the Free Software + * Foundation, Inc., 59 Temple Place, Suite 330, Boston, MA 02111-1307 USA + */ + +#include "config.h" +#include "wine/debug.h" + +#include <windows.h> +#include <stdio.h> +#include <stdlib.h> +#include <shlobj.h> + +#define VERSIONMSG "start.exe version 0.1 Copyright (C) 2003, Dan Kegel" + +/** + Output given message to stdout without formatting. +*/ +static void output(const char *message) +{ + DWORD count; + WriteFile(GetStdHandle(STD_OUTPUT_HANDLE), message, strlen(message), &count, NULL); +} + +/** + Output given message, + followed by ": ", + followed by description of given GetLastError() value to stdout, + followed by a trailing newline, + then terminate. +*/ +static void fatal_error(const char *msg, DWORD error_code) +{ + LPVOID lpMsgBuf; + int status; + + output(msg); + output(": "); + status = FormatMessage(FORMAT_MESSAGE_ALLOCATE_BUFFER | FORMAT_MESSAGE_FROM_SYSTEM, NULL, error_code, 0, (LPTSTR) & lpMsgBuf, 0, NULL); + if (!status) { + output("FormatMessage failed\n"); + } else { + output(lpMsgBuf); + LocalFree((HLOCAL) lpMsgBuf); + output("\n"); + } + ExitProcess(1); +} + +static void usage() +{ + output("\ +Start a program, or open a document in the program normally used for files with that suffix.\n\ +Usage:\n\ +start [options] program_filename [...]\n\ +start [options] document_filename\n\ +\n\ +Options:\n\ +/M[inimized] Start the program minimized.\n\ +/MAX[imized] Start the program maximized.\n\ +/R[estored] Start the program normally (neither minimized nor maximized).\n\ +/W[ait] Wait for started program to finish, then exit with its exit code.\n\ +/L Show end-user license.\n\ +\n\ +" VERSIONMSG "\n\ +Start comes with ABSOLUTELY NO WARRANTY; for details run with /L option.\n\ +This is free software, and you are welcome to redistribute it\n\ +under certain conditions; run 'start /L' for details.\n\ +"); + ExitProcess(1); +} + +static void license() +{ + output("\ +" VERSIONMSG "\n\n\ +This program is free software; you can redistribute it and/or\n\ +modify it under the terms of the GNU Lesser Public License\n\ +as published by the Free Software Foundation; either version 2.1\n\ +of the License, or (at your option) any later version.\n\ +\n\ +This program is distributed in the hope that it will be useful,\n\ +but WITHOUT ANY WARRANTY; without even the implied warranty of\n\ +MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the\n\ +GNU Lesser Public License for more details.\n\ +\n\ +You should have received a copy of the GNU Lesser Public License\n\ +along with this program; if not, write to the Free Software\n\ +Foundation, Inc., 59 Temple Place - Suite 330, Boston, MA 02111-1307, USA.\n\ +\n\ +See the COPYING.LIB file for license information.\n\ +"); + ExitProcess(1); +} + +int main(int argc, char *argv[]) +{ + char arguments[MAX_PATH]; + char *p; + SHELLEXECUTEINFO sei; + int argi; + + memset(&sei, 0, sizeof(sei)); + sei.cbSize = sizeof(sei); + sei.lpVerb = "open"; + sei.nShow = SW_SHOWNORMAL; + /* Dunno what these mean, but it looks like winMe's start uses them */ + sei.fMask = SEE_MASK_FLAG_DDEWAIT|SEE_MASK_FLAG_NO_UI; + + /* Canonical Microsoft commandline flag processing: + * flags start with /, are case insensitive, + * and may be run together in same word. + */ + for (argi=1; argi<argc; argi++) { + int ci; + + if (argv[argi][0] != '/') + break; + + /* Handle all options in this word */ + for (ci=0; argv[argi][ci]; ) { + /* Skip slash */ + ci++; + switch(argv[argi][ci]) { + case 'l': + case 'L': + license(); + break; /* notreached */ + case 'm': + case 'M': + if (argv[argi][ci+1] == 'a' || argv[argi][ci+1] == 'A') + sei.nShow = SW_SHOWMAXIMIZED; + else + sei.nShow = SW_SHOWMINIMIZED; + break; + case 'r': + case 'R': + /* sei.nShow = SW_SHOWNORMAL; */ + break; + case 'w': + case 'W': + sei.fMask |= SEE_MASK_NOCLOSEPROCESS; + break; + default: + printf("Option '%s' not recognized\n", argv[argi]+ci-1); + usage(); + } + /* Skip to next slash */ + while (argv[argi][ci] && (argv[argi][ci] != '/')) + ci++; + } + } + + if (argi == argc) + usage(); + + sei.lpFile = argv[argi++]; + + /* FIXME - prone to overflow */ + arguments[0] = 0; + for (p = arguments; argi < argc; argi++) + p += sprintf(p, " %s", argv[argi]); + + sei.lpParameters = arguments; + + if (!ShellExecuteEx(&sei)) { + fatal_error("Application could not be started, or no application associated with the specified file. ShellExecuteEx failed", GetLastError()); + } + + if (sei.fMask & SEE_MASK_NOCLOSEPROCESS) { + DWORD exitcode; + DWORD waitcode; + waitcode = WaitForSingleObject(sei.hProcess, INFINITE); + if (waitcode) + fatal_error("WaitForSingleObject", GetLastError()); + if (!GetExitCodeProcess(sei.hProcess, &exitcode)) + fatal_error("GetExitCodeProcess", GetLastError()); + /* fixme: haven't tested whether exit code works properly */ + ExitProcess(exitcode); + } + + ExitProcess(0); +}

2 3

Wine kernel acceleration module?
by Mathew McBride 18 Jan '03

18 Jan '03

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hi, I just installed Total Annililation the other day (without expansions), it ran quite fast even on the bigger maps (e.g Seven Islands) then installed the Core Contingency and Battle Tatics expansions, and it was as slow as a 486 (not implying that Wine processes everything at 66Mhz, but Total Annilihation is a game that likes chewing up memory). Most notably, the mouse is quite slow. If we implemented a kernel module (keep in mind, it would have to be enabled in the kernel and wine config file so it doesn't make wine directly attached to Linux, e.g so people can port it easier to other Unixes), would that help speed up some DirectX games? (as Linux display drivers don't implement DirectX functions). There are other ways, Bug 176 (http://bugs.winehq.com/show_bug.cgi?id=176) suggested implementing a SDL backend, which is not a bad idea, as SDL also has sound support and since it forwards to DirectX on Windows, gives us some idea on what functions we need to implement. Gavriel State of Transgaming developed a SDL driver (http://www.winehq.com/hypermail/wine-devel/2002/01/0519.html). (which also asks, has anyone successfully used a SDL game under Wine?). My system is a RH 7.3 with a lot of packages from the rawhide repository (namely glibc-2.3), XFree86 build from a recent (=< 4 days) CVS, Wine built from a 2 week old CVS sources, Duron (Thunderbird-cored) 800Mhz@840Mhz. - -- Mathew McBride matt(a)mcbridematt.dhs.org http://mcbridematt.dhs.org Jabber: mcbridematt on the jabber.org server -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.1 (GNU/Linux) iQCVAwUBPikHI5nKHiPoVMMhAQJp9wQAuFTcgW9aHfe52L/OcXtbLQfs+icGfrjD k95CRxxf8u/RYGxDEM2FBoJpG9K/tXLz1LlGryGCqOndNPIxWcUzz76sTpwgv8OK PTJYzonhfHBGsCMJ2RhBniurrJuzTDYhRtYOgiroYHJBnOITxGbxNWbKTy4KKCaT IZ8ahWhMM9o= =7S1V -----END PGP SIGNATURE-----

1 0

Re: * Hack * for Wine-20030115 DOSFS_Hash on Solaris 8 x86
by Marcus Meissner 18 Jan '03

18 Jan '03

On Fri, Jan 17, 2003 at 08:40:30PM -0500, John Wehle wrote: > wine photoed reports it can't find GIFIMP32.FLT (and friends) > which prevents images from being imported. The trace is: > > trace:dosfs:DOSFS_GetFullName L"C:\\PROGRA~1\\COMMON~1\\MICROS~1\\GRPHFLT\\GIFIM > P32.FLT" (last=0) > trace:dosfs:DOSFS_FindUnixName /dos,L"PROGRA~1\\COMMON~1\\MICROS~1\\GRPHFLT\\GIF > IMP32.FLT" > trace:dosfs:DOSFS_ToDosFCBFormat (L"PROGRA~1\\COMMON~1\\MICROS~1\\GRPHFLT\\GIFIM > P32.FLT", df621770) > trace:dosfs:DOSFS_OpenDir "/dos" > ... > trace:dosfs:DOSFS_ReadDir Read: long_name: L"Program Files", short_name: (null) > trace:dosfs:DOSFS_FindUnixName checking L"PROGRA~1 " L"PROG~FBU " > > What happens is DOSFS_Hash hashes "Program Files" in an unexpected fashion > which prevents DOSFS_FindUnixName from realizing it matches ""PROGRA~1 ". > > The enclosed * hack * allows wine photoed to load images. It is * not * > the correct answer. One possible approach is to modify DOSFS_OpenDir_Normal > to generate "proper" short names after it has read all the directory entries. The proper idea is to install the program using WINE too, so you get the same hashes into the registry. Your hack will not work if 2 files hash to the same value. Ciao, Marcus

1 0

Re: Patch for Wine-20030115 GetFreeSpace on Solaris 8 x86
by Marcus Meissner 18 Jan '03

18 Jan '03

On Fri, Jan 17, 2003 at 06:03:35PM -0500, John Wehle wrote: > wine ie5setup reports it can't determine the free disk space. > truss shows statfs failed with EOVERFLOW and sys/statfs.h > says: > > * Structure returned by statfs(2) and fstatfs(2). > * This structure and associated system calls have been replaced > * by statvfs(2) and fstatvfs(2) and will be removed from the system > * in a near-future release. > > This patch allows wine ie5setup to at least startup. A cleaner > patch would probably use an explict autoconf check for statvfs > in addition to checking for sys/vfs.h. > > ChangeLog: > > Fri Jan 17 18:02:37 EST 2003 John Wehle (john(a)feith.com) > > * files/drive.c (DRIVE_GetFreeSpace): Use statvfs > on systems which have sys/vfs.h. This will break on Linux, it has have sys/vfs.h but no statvfs. Better use an autoconf check for the 'statvfs' function and use the result. > + #ifdef HAVE_SYS_VFS_H Use #ifdef HAVE_STATVFS > + struct statvfs info; > + #else > struct statfs info; > + #endif > *** 1297,1305 **** > return 0; > } > > ! /* FIXME: add autoconf check for this */ > ! #if defined(__svr4__) || defined(_SCO_DS) || defined(__sun) > ! if (statfs( DOSDrives[drive].root, &info, 0, 0) < 0) > #else > if (statfs( DOSDrives[drive].root, &info) < 0) > #endif > --- 1301,1308 ---- > return 0; > } > > ! #ifdef HAVE_SYS_VFS_H Dito. > ! if (statvfs( DOSDrives[drive].root, &info) < 0) > #else Ciao, Marcus

1 0

Re: Patch for Wine-20030115 heap allocation on Solaris 8 x86
by John Wehle 18 Jan '03

18 Jan '03

>On Fri, Jan 17, 2003 at 01:52:08PM -0500, John Wehle wrote: >> Currently wine exits after complaining about an invalid heap during >> startup on Solaris 8 x86. What happens is mmap is returning an address >> above 0xc0000000 which HEAP_InitSubHeap passes to NtAllocateVirtualMemory >> who rejects it. Perhaps someone familiar with the code can suggest >> a better solution or explain why the ADDRESS_SPACE_LIMIT check is there. > Correct me if I'm wrong, but AFAICS this is even the third time that you > submit this. Yep. > Don't you think that it would have been time to ask Alexandre > what the hell he's been thinking about constantly rejecting it ? ;-) Didn't know it had been rejected. I'm really not up on how wine development is done. In general I'm suppose to email julliard(a)winehq.com if I don't receive an ACK / NACK regarding a patch? -- John ------------------------------------------------------------------------- | Feith Systems | Voice: 1-215-646-8000 | Email: john(a)feith.com | | John Wehle | Fax: 1-215-540-5495 | | -------------------------------------------------------------------------

2 1

Check for block device in DRIVE_ReadSuperblock
by Michal Janusz Miroslaw 18 Jan '03

18 Jan '03

I thought, that this may be useful to somebody ... If this patch were here before it would save me a few hours searching why every program hanged on commdlg open/save file dialogs ... I'm sending it here because I'm not sure whether I should be more/less paranoid and stat() the file before open() or not, or even if this check really should go into this function. Decide. ;) Changelog: [MQ] Add check for block device in DRIVE_ReadSuperblock Index: files/drive.c =================================================================== RCS file: /home/wine/wine/files/drive.c,v retrieving revision 1.83 diff -u -r1.83 drive.c --- files/drive.c 13 Jan 2003 20:44:13 -0000 1.83 +++ files/drive.c 18 Jan 2003 02:05:38 -0000 @@ -623,20 +623,36 @@ int fd; off_t offs; int ret = 0; + struct stat stat_buf; if (memset(buff,0,DRIVE_SUPER)!=buff) return -1; if ((fd=open(DOSDrives[drive].device,O_RDONLY)) == -1) { - struct stat st; if (!DOSDrives[drive].device) ERR("No device configured for drive %c: !\n", 'A'+drive); else ERR("Couldn't open device '%s' for drive %c: ! (%s)\n", DOSDrives[drive].device, 'A'+drive, - (stat(DOSDrives[drive].device, &st)) ? + (stat(DOSDrives[drive].device, &stat_buf)) ? "not available or symlink not valid ?" : "no permission"); ERR("Can't read drive volume info ! Either pre-set it or make sure the device to read it from is accessible !\n"); PROFILE_UsageWineIni(); return -1; + } + + /* MQ: I guess, we don't have to merge this call with the one above - some weird user + may try to swap the file before stat() and open() while we're not watching ;) + OTOH if we open FIFO we're stuck anyway, so FIXME */ + if (fstat(fd, &stat_buf) < 0) { /* shouldn't happen since we just opened that file */ + ERR("fstat() failed for opened device '%s' (drive %c:) ! IT SHOULDN'T HAPPEN !!!\n", + DOSDrives[drive].device, 'A'+drive); + ret = -1; + goto the_end; + } + if (!S_ISBLK(stat_buf.st_mode)) { + ERR("Device '%s' (drive %c:) is not a block device - check your config\n", + DOSDrives[drive].device, 'A'+drive); + ret = -1; + goto the_end; } switch(DOSDrives[drive].type)

1 0

Heap* in memory/heap.c
by Michal Janusz Miroslaw 18 Jan '03

18 Jan '03

While checking why my new shiny man pages for HeapAlloc and friends didn't get generated, I found something weird. The functions HeapAlloc, HeapFree, (...) are redirected to ntdll equivalents RtlAllocateHeap, RtlFreeHeap, (...). There are more functions that are of return RtlXXX(args); type but are not forwarded in kernel32.spec. My questions: * Should the forwardings be added for the rest of functions ? * What about documenting them (and changing c2man.pl to support it) ? -- Michal Miroslaw

1 0

Getting a program to crash
by Duane Clark 17 Jan '03

17 Jan '03

Howdy, I am trying to make a program crash ;) Instead, the program apparently captures exceptions, pops up a dialog, and continues on. I am hoping for a way to prevent that from happening, and instead falling into the debugger. It does call EXC_RtlRaiseException when the exception occurs, but it is not clear to me how that function works. Hopefully I can comment out something there to get it to crash properly?

2 1

wine-releases has gone?
by Mike Hearn 17 Jan '03

17 Jan '03

Hi, On the Wine release notice it talks about a mailing list for large diffs between the releases, which would be useful for me (no cvs access at the moment at work), but the list appears to be dead, with no archives available. Is it still in use? -- Mike Hearn <m.hearn(a)signal.qinetiq.com> QinetiQ - Malvern Technology Center

3 2

Re: Patch for Wine-20030115 heap allocation on Solaris 8 x86
by Andreas Mohr 17 Jan '03

17 Jan '03

On Fri, Jan 17, 2003 at 01:52:08PM -0500, John Wehle wrote: > Currently wine exits after complaining about an invalid heap during > startup on Solaris 8 x86. What happens is mmap is returning an address > above 0xc0000000 which HEAP_InitSubHeap passes to NtAllocateVirtualMemory > who rejects it. Perhaps someone familar with the code can suggest > a better solution or explain why the ADDRESS_SPACE_LIMIT check is there. Correct me if I'm wrong, but AFAICS this is even the third time that you submit this. Don't you think that it would have been time to ask Alexandre what the hell he's been thinking about constantly rejecting it ? ;-) Have a nice day ! -- Andreas Mohr Stauferstr. 6, D-71272 Renningen, Germany Tel. +49 7159 800604 http://mohr.de.tt

2 1

wine robustness?
by Dan Kegel 17 Jan '03

17 Jan '03

Say, how much address space protection is there in Wine? If a Wine process follows a wild pointer or passes garbage arguments to a Windows function call, are Wineserver and the other wine processes protected? Imagine a user running Word, and also some less reliable windows program. When that other program crashes, it shouldn't take Word with it. One way to check that kind of protection is with programs like 'crashme': http://people.delphiforums.com/gjc/crashme.html Has anyone tried running crashme on wine yet? - Dan -- Dan Kegel http://www.kegel.com http://counter.li.org/cgi-bin/runscript/display-person.cgi?user=78045

2 1

Away for 9 days
by Dimitrie O. Paun 17 Jan '03

17 Jan '03

Hi folks, I'll be away for 9 days starting tomorrow, skiing. Just in case you wonder whether I've fallen off the net. :) -- Dimi.

2 1

Re: Patch for Wine-20030115 heap allocation on Solaris 8 x86
by Dan Kegel 17 Jan '03

17 Jan '03

John Wehle wrote: > Currently wine exits after complaining about an invalid heap during > startup on Solaris 8 x86. What happens is mmap is returning an address > above 0xc0000000 which HEAP_InitSubHeap passes to NtAllocateVirtualMemory > who rejects it. Perhaps someone familar with the code can suggest > a better solution or explain why the ADDRESS_SPACE_LIMIT check is there. See http://groups.google.com/groups?selm=%2Bjq*-eaVn%40news.virata.com Not that I know, but I suspect Wine is trying to avoid handing out pointers that Windows can't possibly hand out. I have a strong feeling of deja vu on this question... has it never been answered before? - Dan -- Dan Kegel http://www.kegel.com http://counter.li.org/cgi-bin/runscript/display-person.cgi?user=78045

1 0

system call tracing
by Dan Kegel 17 Jan '03

17 Jan '03

This looks like an interesting tool: http://razor.bindview.com/tools/desc/strace_readme.html It only traces NT native calls, but what the hey, it comes with source. -- Dan Kegel http://www.kegel.com http://counter.li.org/cgi-bin/runscript/display-person.cgi?user=78045

1 0

Time
by Oliver Sampson 17 Jan '03

17 Jan '03

Howdy, Forgive me if this is already known, but I checked the bug list and didn't see it. It would seem that when Agent makes a call to get the Wine system time, it's returned the BIOS time, but not the adjusted time zone. For example I have set in my KDE environment as the time and as CET (which is where I am.) You see that the time that this email was sent is actually around 15:32 instead of the real 16:32. Should I submit a bug? Thanks, ==================================================== Oliver Sampson olsam(a)quickaudio.com http://www.oliversampson.com

4 7

Re: Add check to SetMenuItemInfo
by Dmitry Timoshkov 17 Jan '03

17 Jan '03

"Mike Hearn" <m.hearn(a)signal.qinetiq.com> wrote: > Fail SetMenuItemInfo if both MFT_BITMAP and MFT_SEPARATOR are > specified (an api violation). I thought that Alexandre will not commit this patch, since it's obviously wrong. > + if (lpmii->fType & (MFT_BITMAP | MFT_SEPARATOR)) { > + WARN("fType contains MFT_BITMAP and MFT_SEPARATOR, API violation\n"); > + return FALSE; > + } You are testing here whether either MFT_BITMAP or MFT_SEPARATOR is set, which is perfectly valid to specify one of them. If you want to test whether both flags are set simultaneously then use something like this: if ((lpmii->fType & (MFT_BITMAP | MFT_SEPARATOR)) == (MFT_BITMAP | MFT_SEPARATOR)) A conformance test to show the real behaviour is urgently required. -- Dmitry.

5 10

RE: wine-devel digest, Vol 1 #1607 - 14 msgs
by Robert Shearman 17 Jan '03

17 Jan '03

> From: "=?ISO-8859-1?Q?J=FCrgen_Schmied?=" <juergen.schmied(a)debitel.net> > To: wine-devel(a)winehq.com > Date: Wed, 15 Jan 2003 13:25:12 +0100 > Subject: shell - drag&drop > Reply-To: juergen.schmied(a)debitel.net > > Hi! > > Since some people recently did work on shell32... > > Is anybody doing this stuff? Yes, I assume you mean IDragSourceHelper and I DropTargetHelper. I have a working IDragSourceHelper and I am just cleaning up the patch, but I fear that we may not have the underlying WS_EX_TRANSPARENT and WS_EX_LAYERED styles implemented that are needed for IDropTargetHelper. UpdateLayeredWindow is also not present, but making a stub for it would probably break a few apps. > juergen > -- > juergen.schmied(a)debitel.net > FAX über T-Online Fax&Fon: 01805 060 334 316 35 (12Cent/Min) Rob

1 0

Problems switching keyboards
by Shachar Shemesh 17 Jan '03

17 Jan '03

Hi, I have a problem when working with a one keyboard option for language switching, and would like your help. I am using the default X11 IL keyboard. This keyboard has two layouts - US English one and an alternate IL Hebrew one. I have instructed X to switch between the keyboards when pressing both shifts (the full command was "setxkbmap -option grp:shift_toggle,grp:switch,grp_led:scroll il", and it should work on your machine assuming you have the he_IL locale compiled). The problem is this. When I run "notepad" with the proper LANG settings (LANG=he_IL wine --debugmsg +keyboard notepad), I can type English ok. I can also type Hebrew ok if I don't perform a permanent switch (i.e. - pressing the right Alt and typing produces Hebrew ok). If I do perform the permenant switch (pressing both shifts), I get all-caps. After switching back, I still get allcaps unless I press the caps lock. The only way to get out of this deadlock is by togelling to Hebrew, pressing the caps lock, and toggeling back. I get the following messages on toggle: trace:keyboard:X11DRV_ToUnicode Found keycode 50 (0x32) trace:keyboard:KEYBOARD_MapDeadKeysym no character for dead keysym 0x0000fe0a err:keyboard:X11DRV_ToUnicode Please report: no char for keysym FE0A (ISO_Prev_Group) : err:keyboard:X11DRV_ToUnicode (virtKey=10,scanCode=2A,keycode=32,state=2001) trace:keyboard:X11DRV_KeyEvent Ignoring ISO_Next_Group keyboard event trace:keyboard:X11DRV_KeyEvent Ignoring ISO_Next_Group keyboard event trace:keyboard:X11DRV_KeyEvent Ignoring ISO_Prev_Group keyboard event I am out of my depth here on X. I will also note that I am not using the currently compiled Israeli keymap, but I have applied the attached patch (which I cannot seem to debug) Any help will be apretiated. Shachar Index: dlls/x11drv/keyboard.c =================================================================== RCS file: /home/sun/sources/cvs/wine/dlls/x11drv/keyboard.c,v retrieving revision 1.17 diff -u -r1.17 keyboard.c --- dlls/x11drv/keyboard.c 7 Jan 2003 20:36:22 -0000 1.17 +++ dlls/x11drv/keyboard.c 17 Jan 2003 07:10:59 -0000 @@ -631,10 +631,10 @@ /*** Israeli keyboard layout */ static const char main_key_IL[MAIN_LEN][4] = { - "`~;","1!1","2@2","3#3","4$4","5%5","6^6","7&7","8*8","9(9","0)0","-_-","=+=", - "qQ/","wW'","eE÷","rRø","tTà","yYè","uUå","iIï","oOí","pPô","[{[","]}]", - "aAù","sSã","dDâ","fFë","gGò","hHé","jJç","kKì","lLê",";:ó","\'\",","\\|\\", - "zZæ","xXñ","cCá","vVä","bBð","nNî","mMö",",<ú",".>õ","/?." + "`~;~","1!1!","2@2@","3#3#","4$4$","5%5%","6^6^","7&7&","8*8*","9(9(","0)0)","-_-_","=+=+", + "qQ/Q","wW'W","eE÷E","rRøR","tTàT","yYèY","uUåU","iIïI","oOíO","pPôP","[{[{","]}]}", + "aAùA","sSãS","dDâD","fFëF","gGòG","hHéH","jJçJ","kKìK","lLêL",";:ó:","\'\",\"","\\|\\|", + "zZæZ","xXñX","cCáC","vVäV","bBðB","nNîN","mMöM",",<ú<",".>õ>","/?.?" }; /*** Greek keyboard layout (contributed by Kriton Kyrimis <kyrimis(a)cti.gr>)

1 0

Implementation of "start" command
by Dan Kegel 17 Jan '03

17 Jan '03

I saw somebody at work type the following commandline in Windows: start notepad blah.c He said "It's the easiest way to bring up a random file in Notepad." Well, of course Wine should be able to do that, I realized when I woke up this morning, and I vowed to make it happen before I went to work today. So here's a quickie implementation of the start command. Seems to work... comments welcome. - Dan -- Dan Kegel http://www.kegel.com http://counter.li.org/cgi-bin/runscript/display-person.cgi?user=78045 Index: configure.ac =================================================================== RCS file: /home/wine/wine/configure.ac,v retrieving revision 1.116 diff -d -u -r1.116 configure.ac --- configure.ac 4 Jan 2003 02:52:05 -0000 1.116 +++ configure.ac 16 Jan 2003 16:28:55 -0000 @@ -1497,6 +1497,7 @@ programs/regtest/Makefile programs/rpcss/Makefile programs/rundll32/Makefile +programs/start/Makefile programs/uninstaller/Makefile programs/view/Makefile programs/wcmd/Makefile Index: programs/Makefile.in =================================================================== RCS file: /home/wine/wine/programs/Makefile.in,v retrieving revision 1.33 diff -d -u -r1.33 Makefile.in --- programs/Makefile.in 4 Jan 2003 02:52:05 -0000 1.33 +++ programs/Makefile.in 16 Jan 2003 16:28:55 -0000 @@ -19,6 +19,7 @@ regtest \ rpcss \ rundll32 \ + start \ uninstaller \ view \ wcmd \ @@ -43,6 +44,7 @@ regsvr32 \ rpcss \ rundll32 \ + start \ uninstaller \ wcmd \ wineboot \ @@ -61,6 +63,7 @@ progman \ regedit \ regsvr32 \ + start \ uninstaller \ wcmd \ wineboot \ @@ -73,6 +76,7 @@ # Symlinks to apps that we want to run from inside the source tree SYMLINKS = \ + start.exe \ rpcss.exe \ wcmd.exe \ wineconsole.exe \ --- /dev/null 2002-08-30 16:31:37.000000000 -0700 +++ programs/start/Makefile.in 2003-01-16 08:20:35.000000000 -0800 @@ -0,0 +1,13 @@ +TOPSRCDIR = @top_srcdir@ +TOPOBJDIR = ../.. +SRCDIR = @srcdir@ +VPATH = @srcdir@ +MODULE = start.exe +APPMODE = cui +IMPORTS = shell32 + +C_SRCS = start.c + +@MAKE_PROG_RULES@ + +### Dependencies: --- /dev/null 2002-08-30 16:31:37.000000000 -0700 +++ programs/start/start.c 2003-01-16 08:23:33.000000000 -0800 @@ -0,0 +1,59 @@ +/* + * Start a program using ShellExecute + * + * Copyright 2003 Dan Kegel + * + * This library is free software; you can redistribute it and/or + * modify it under the terms of the GNU Lesser General Public + * License as published by the Free Software Foundation; either + * version 2.1 of the License, or (at your option) any later version. + * + * This library is distributed in the hope that it will be useful, + * but WITHOUT ANY WARRANTY; without even the implied warranty of + * MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the GNU + * Lesser General Public License for more details. + * + * You should have received a copy of the GNU Lesser General Public + * License along with this library; if not, write to the Free Software + * Foundation, Inc., 59 Temple Place, Suite 330, Boston, MA 02111-1307 USA + */ + +#include "config.h" +#include "wine/debug.h" + +#include <windows.h> +#include <stdio.h> +#include <stdlib.h> + +WINE_DEFAULT_DEBUG_CHANNEL(start); + +/* Placeholder implementation for now. */ + +int main(int argc, char *argv[]) +{ + char *program; + char *arguments; + HINSTANCE hres; + + if (argc == 1) { + printf("Usage: start file-or-program ...\n"); + exit(0); + } + if (argc > 3) { + WINE_FIXME("More than one argument not implemented"); + exit(1); + } + + program = argv[1]; + arguments = NULL; + if (argc == 3) + arguments = argv[2]; + + hres = ShellExecute(NULL, "open", program, arguments, NULL, SW_SHOWNORMAL); + if (((int)hres) <= 32) { + printf("Cannot execute %s %s, error %d\n", program, arguments?arguments:"", (int)hres); + exit(1); + } + + exit(0); +}

5 11

(no subject)
by J. Wesley Cleveland 16 Jan '03

16 Jan '03

1 0

timegettime - WinMM.dll funciton
by Ann and Jason Edmeades 16 Jan '03

16 Jan '03

I was trying to debug a DirectX8 simple sample, and found a bug in timegettime. Once this call has been made, my program never exits, probably because of the launched thread? Can anyone take a look at this? I'll happily test it :-) For now I have commented out that call and the pgm exits fine. It is also worth noting that the values I get back dont seem anything like on windows (I know the magnitude is based off when the timer thread gets kicked off, but I am talking about the deltas between two successive calls). Jason

1 0

shlwapi/path test compilation error
by Francois Gouget 16 Jan '03

16 Jan '03

This test does not compile on Windows. There is a header include problem but changing them to the following solves the problem: #include "windef.h" #include "wtypes.h" #include "shlwapi.h" #include "wininet.h" #include "wine/test.h" #include "wine/unicode.h" However we then have problems with missing declarations on Windows: path.c(58) : warning C4013: 'UrlHashA' undefined; assuming extern returning int path.c(59) : warning C4013: 'UrlHashW' undefined; assuming extern returning int path.c(83) : warning C4013: 'UrlGetPartA' undefined; assuming extern returning int path.c(85) : warning C4013: 'UrlGetPartW' undefined; assuming extern returning int path.c(99) : error C2065: 'URL_PART_HOSTNAME' : undeclared identifier path.c(100) : error C2065: 'URL_PART_PORT' : undeclared identifier path.c(101) : error C2065: 'URL_PART_USERNAME' : undeclared identifier path.c(102) : error C2065: 'URL_PART_PASSWORD' : undeclared identifier path.c(103) : error C2065: 'URL_PART_SCHEME' : undeclared identifier path.c(104) : error C2065: 'URL_PART_QUERY' : undeclared identifier -- Francois Gouget fgouget(a)free.fr http://fgouget.free.fr/ Before you criticize someone, walk a mile in his shoes. That way, if he gets angry, he'll be a mile away - and barefoot.

1 0

Problem compiling current CVS on Redhat 8
by Martin Cracauer 16 Jan '03

16 Jan '03

wine/dlls/comcat/: comcat_private.h:45: conflicting types for `ClassFactoryImpl' comcat.h:49: previous declaration of `ClassFactoryImpl' [more of same error for ther types] The two struct definitions actually are the same typedef struct { /* IUnknown fields */ ICOM_VFIELD(IClassFactory); DWORD ref; } ClassFactoryImpl; However, the gcc version 3.2 20020903 (Red Hat Linux 8.0 3.2-7) on Redhat 8 rejects the redefinition of the extern class which follows: extern ClassFactoryImpl COMCAT_ClassFactory; Is it neccessary to declare these types two times and/or include both *.h files? I also get this: gcc -c -I. -I. -I../../include -I../../include -g -O2 -Wall -mpreferred-stack-boundary=2 -gstabs+ -fPIC -D__WINESRC__ -D_REENTRANT -o comcat_main.o comcat_main.c In file included from comcat.h:28, from comcat_private.h:29, from comcat_main.c:21: ../../include/wine/obj_base.h:26:2: #error DO NOT INCLUDE DIRECTLY Martin

1 0

Installing IE5.5
by Shachar Shemesh 16 Jan '03

16 Jan '03

I managed to install IE5.5 using the following procedure: 1. Download the IE5.5 base install from MS 2. Set .wine/config as suggested a few days ago (ver=nt40, setupapi=builtin, *=native,builtin) 3. Using the latest Wine (20030115), run the setup tool 4. I, personally, made two sessions. One downloading everything, and the other for installing. 5. Install just the basic IE. No Connection wizard or anything else. 6. When setup finshes (and you get an error in processing the reboot) - wait for all wine instances to exit 7. run wineboot. 8. One of the programs initiated by wineboot fails to run (starts winedbg), just shut it down. 9. That's it - IE works, sortof. I'm hoping this proves useful to everyone. Shachar

1 0

RunOnceEx - is it necessary?
by Shachar Shemesh 16 Jan '03

16 Jan '03

RunOnceEx is a key that is not available "by default" in Windows 95 and in Windows NT. Its processing is installed as part of the "IE integration" (shell integration?). When installing IE 5.5 on systype "nt40", these entries are processed by a rundll entry that was added to "runonce", even with wineboot as it is today. The question that needs to be answered is how important it is to add explicit support for it in wineboot? Shachar

1 0

WINE in CD-ROM
by Jelcyn 16 Jan '03

16 Jan '03

Hi, I write a book about editing binary files (Hex Workshop, Resource Hacker etc.) to polish Helion publishing (www.helion.pl) Can I add in CD-ROM in my book wine ?? Damian Daszkiewicz

4 4

FHS vs LSB
by Tom Wickline 16 Jan '03

16 Jan '03

In updating the Packagers Guide I plan to replace FHS with LSB any objections ? FHS = http://www.pathname.com/fhs/ LSB = http://www.linuxbase.org/ Tom

5 5

Help wanted: Implementing Wine dlls that need access to X11 commands.
by Robert North 16 Jan '03

16 Jan '03

I'm about to start serious implementation on the wintab32 dll. I now need some guidance as to how best to implement it's access to X11 calls. My current thoughts on how to do this are given below. Are they reasonable?? I need to access a number of X11 calls, largely in the XInput extension. None of these are exposed by the x11drv dll. My intention is currently to change nothing in the x11drv dll. The only hints I can find about how to do this are from the direct draw and open gl dlls. These dlls can do the following: Get the X11 Display object of a gdi context. Get the X11 window handle given a win32 window handle. Synchronise with the x11_drv code for multi threading. My wintab code will do the same. The one difference will be that wintab will create it's own X11 Display objects. It will interrogate a gdi's X11 Display object to ensure it talks to the same screen. The wintab code will also require multiple message queues. To implement this I intend to use one display object per queue. (Much as wine uses one display object per thread) Hope I'm on the right track -Rob.

4 9

Re: Add filesytem type NTFS to config
by Andreas Mohr 16 Jan '03

16 Jan '03

On Mon, Jan 13, 2003 at 09:06:28PM -0700, Tony Lambregts wrote: > Some program (VirtualDub) checks the fsname returned by > GetVolumeInformation, to find the name of the file system, when it needs > to write files that are larger than 2GB. It refuses to create the file > when we return FAT but will successfully write the file when NTSF is > returned. > > Change Log: add configuration option to report NTFS as the file system > type for a drive. Hmm, I'm not sure whether we should increase the preexisting Filesystem type mess by doing that. I've hated the "win95", "vfat" etc. syntax almost from the beginning (well, to be fair, I think I'm not too innocent when it comes to its implementation, but at some time I just came to the conclusion that it sucked) After all we're running on *Unix* file systems in many cases, so "win95" does have no place here at all ! (neither does "vfat") Not to mention that "win95" awfully collides with the "win95" winver... And adding yet another "incorrect" "ntfs" setting makes my head want to go bonkey ;-) So I guess that it might be a good idea to think about how to solve this configuration issue in a nicer way (and of course keep the old config capabilities for about 2 years in order to have backward compatibility). We might even want to think of introducing "nameless" filesystem type settings (instead of having "broken" conflicting and "wrong" FS type names). And of course it seems as if we also need a separate FS *name* setting in order to have Wine return "NTFS" instead of "FAT" in your case... So could we start a discussion about that perhaps ? > Files changed: documentation/samples/config > documnetation/configuring.sgml > files/drive.c Finally a beautifully implemented patch ! I hate having to clean up the docu "after the fact". > -;; DON'T use "unix" unless you intend to port programs using Winelib ! > +;; - "ntfs" for ext2fs (some program need this to write files > 2GB) ^^^^^^^^ urks ! a significant portion of unix FS users don't even use ext2fs... > +;; - "unix" DO NOT USE unless you intend to port programs using Winelib ! Somehow that setting is also quite some pain... Andreas Mohr

10 19

Re: Problems install ie5+ie6
by Brian Vincent (C) 15 Jan '03

15 Jan '03

> I downloaded the latest wine cvs tonight and compiled it on my windows-less > system. I ran ie6setup and ie5setup.exe and it downloads the data from the > web but has problems during installation. If your goal is to just run IE, then you may find this helpful: http://frankscorner.org/wine/modules.php?op=modload&name=Sections&file=index &req=viewarticle&artid=125&page=1 If you're actually trying to hack Wine into getting it to work.. well.. I suppose there's a lot of others on this list that can help you more. --------------- Brian Vincent Copper Mountain Telecom vincentb(a)coppercolorado.com

2 1

'95 and 2000 conformance test results
by Susan Pierce 15 Jan '03

15 Jan '03

Hello, I've attached the results of my Wine conformance testing. I'm sending in my text based Wordpad files because I did not see a recommended format for result submission. Is there one? I briefly considered hacking the html table and returning that as an attachment. Then I gave up and decided you would just like the info. Also, there is a problem on both my machines when I display the nice table of results: ntdll/rtlbitmap, ntdll/rtlstr, oleaut32/safearray, oleaut32/vartest, and rpcrt4/rpc show up in the html source but are not displayed by IE. I stared at the source for a while but I do not know enough html to be dangerous, let alone figure it out. I've downloaded the Wine source and thought I'd try my hand at fixing some of the problems. This has been fun. Thanks, Susan

1 0

RE: The version info patches + d3d question
by Patrik Stridvall 15 Jan '03

15 Jan '03

> Hi, > The patches add version info to directx libraries. > some games(for instance lucasarts games) wont run without > finding a valid > version of the directx files. OK. > the problem is they dont run even with the patches because > they cant get > version info from d3dim.dll and probably other d3d dlls. Yes, there are a lot of them, but don't see we any choice, but to do what I suggest below. > since wine doesnt have these dlls how can wine give these > programs the needed > info or is it planned to split ddraw in a ddraw and a d3d component? We simply have to create one new directory in dlls/ for each DirectX dll with an appropriate .spec file and a version.rc. This would be quite easy to do AFAICS. Are you voluntering?

2 1

New tests failing ...
by Paul Millar 15 Jan '03

15 Jan '03

Hi everyone, Just a quick note to say the new conformance tests (in dlls/winspool/tests/info.c) are failing for Wine running as NT-like OSes. For NT351, the results are: info.c:61: Test failed 1 of 1 time (100%): [test instance 1] info.c:61: Test failed: expected result == 0, got 1 info.c:62: Test failed 1 of 1 time (100%): [test instance 1] info.c:62: Test failed: last error set to 87 instead of ERROR_INVALID_USER_BUFFER info.c:74: Test failed 1 of 1 time (100%): [test instance 1] info.c:74: Test failed: expected result == 0, got 1 info.c:75: Test failed 1 of 1 time (100%): [test instance 1] info.c:75: Test failed: last error set to 87 instead of RPC_X_NULL_REF_POINTER info.c:84: Test failed 1 of 1 time (100%): [test instance 1] info.c:84: Test failed: expected result == 0, got 1 info.c:85: Test failed 1 of 1 time (100%): [test instance 1] info.c:85: Test failed: last error set to 87 instead of RPC_X_NULL_REF_POINTER The others fail in the same way. See http://www.astro.gla.ac.uk/users/paulm/WRT/buildinfo.php?id=292 and http://www.astro.gla.ac.uk/users/paulm/WRT/wrt.php for more details. Cheers, Paul. ---- Paul Millar

1 0

shell - drag&drop
by Jürgen Schmied 15 Jan '03

15 Jan '03

Hi! Since some people recently did work on shell32... Is anybody doing this stuff? juergen -- juergen.schmied(a)debitel.net FAX über T-Online Fax&Fon: 01805 060 334 316 35 (12Cent/Min)

1 0

gcc 3.2 warnings
by Dimitrie O. Paun 15 Jan '03

15 Jan '03

Folks, Currently I am real busy, so I can't fix these myself, but if anyone is so inclined, here are the warnings I get with gcc 3.2 on a RedHat 8.0 system: ../../../wine.src/dlls/d3d8/device.c: In function `DrawPrimitiveI': ../../../wine.src/dlls/d3d8/device.c:475: warning: statement with no effect ../../../wine.src/dlls/ddraw/ddraw/hal.c:152: warning: initialization from incompatible pointer type ../../../../wine.src/dlls/ntdll/tests/rtlstr.c: In function `test_RtlUnicodeStringToInteger': ../../../../wine.src/dlls/ntdll/tests/rtlstr.c:147: warning: decimal constant is so large that it is unsigned ../../../../wine.src/dlls/ntdll/tests/rtlstr.c:148: warning: decimal constant is so large that it is unsigned ../../../../wine.src/dlls/ntdll/tests/rtlstr.c:170: warning: wchar_t format, different type arg (arg 3) ../../../../wine.src/dlls/ntdll/tests/rtlstr.c:175: warning: wchar_t format, different type arg (arg 3) ../../../../wine.src/dlls/ntdll/tests/rtlstr.c:176: warning: wchar_t format, different type arg (arg 3) ../../../../wine.src/dlls/ntdll/tests/rtlstr.c:178: warning: wchar_t format, different type arg (arg 3) ../../../../wine.src/dlls/ntdll/tests/rtlstr.c:179: warning: wchar_t format, different type arg (arg 3) ../../../../wine.src/dlls/ntdll/tests/rtlstr.c:181: warning: wchar_t format, different type arg (arg 3) ../../../../wine.src/dlls/ntdll/tests/rtlstr.c:182: warning: wchar_t format, different type arg (arg 3) ../../../../wine.src/dlls/ntdll/tests/rtlstr.c:184: warning: wchar_t format, different type arg (arg 3) ../../../../wine.src/dlls/ntdll/tests/rtlstr.c:185: warning: wchar_t format, different type arg (arg 3) ../../../../wine.src/dlls/user/tests/sysparams.c: In function `run_spi_setmouse_test': ../../../../wine.src/dlls/user/tests/sysparams.c:238: warning: `rc' might be used uninitialized in this function ../../../../wine.src/include/winbase.h: At top level: ../../../../wine.src/dlls/user/tests/sysparams.c:379: warning: `test_SPI_SETBORDER' defined but not used ../../../wine.src/dlls/oleaut32/variant.c: In function `VarBstrFromDate': ../../../wine.src/dlls/oleaut32/variant.c:3567: warning: `%x' yields only last 2 digits of year in some locales ../../../wine.src/dlls/oleaut32/variant.c:3571: warning: `%x' yields only last 2 digits of year in some locales In file included from ../../../wine.src/include/mssip.h:49, from ../../../wine.src/dlls/crypt32/main.c:22: ../../../wine.src/include/pshpack8.h:47:6: warning: #warning "8 as alignment is not supported" In file included from ../../../wine.src/include/mssip.h:80, from ../../../wine.src/dlls/crypt32/main.c:22: ../../../wine.src/include/pshpack8.h:47:6: warning: #warning "8 as alignment is not supported" In file included from ../../../wine.src/include/mssip.h:88, from ../../../wine.src/dlls/crypt32/main.c:22: ../../../wine.src/include/pshpack8.h:47:6: warning: #warning "8 as alignment is not supported" In file included from ../../../wine.src/include/mssip.h:97, from ../../../wine.src/dlls/crypt32/main.c:22: ../../../wine.src/include/pshpack8.h:47:6: warning: #warning "8 as alignment is not supported" In file included from ../../../wine.src/include/mssip.h:109, from ../../../wine.src/dlls/crypt32/main.c:22: ../../../wine.src/include/pshpack8.h:47:6: warning: #warning "8 as alignment is not supported" In file included from ../../../wine.src/include/mssip.h:123, from ../../../wine.src/dlls/crypt32/main.c:22: ../../../wine.src/include/pshpack8.h:47:6: warning: #warning "8 as alignment is not supported" In file included from ../../../wine.src/include/mssip.h:140, from ../../../wine.src/dlls/crypt32/main.c:22: ../../../wine.src/include/pshpack8.h:47:6: warning: #warning "8 as alignment is not supported" -- Dimi.

3 2

Two Simple Qs ?
by mohanad al-shayeb 15 Jan '03

15 Jan '03

Hi all, As most of you know, the client needs to send some requests to accomplish some special tasks which could not be handled by the client itself. Qs: 1. Why this could not by the client itself ? [may be it is better to save memory by centelizing the shared code in the server ] 2. How and when the server is loaded? Thanx for your help in advance, _________________________________________________________________ Add photos to your e-mail with MSN 8. Get 2 months FREE*. http://join.msn.com/?page=features/featuredemail

2 1

Re: Change Russian keyboard codepage (bug #1213)
by Dmitry Timoshkov 14 Jan '03

14 Jan '03

"Andreas Mohr" <andi(a)rhlx01.fht-esslingen.de> wrote: > change main Russian keyboard layout to use codepage 1251 instead of > 20866. See bug #1213. This is completely wrong. The bug reporter (and it seems you too) doesn't understand the difference between the code page which is used by the underlying system (and therefore by the keyboard driver) and the code page in which characters are sent to the aplication. -- Dmitry.

1 0

Winedbg: Open Xterm when Controlling console no more available
by Uwe Bonnes 14 Jan '03

14 Jan '03

Hallo Eric, another winedbg feature request: When the starting application spawns off other processes and exec itself, with the other spawned processes still running, and one of these processes crashes, and winedbg is configured to work on the starting console, winedbg starts, loads all dll, but then exits immediate due to the missing console. In this situation, winedbg should test if console access is still possible, and when not, it should start magically an xterm. I still prefer to use the console for winedbg interaction, as scrolling is easier. Thanks -- Uwe Bonnes bon(a)elektron.ikp.physik.tu-darmstadt.de Institut fuer Kernphysik Schlossgartenstrasse 9 64289 Darmstadt --------- Tel. 06151 162516 -------- Fax. 06151 164321 ----------

2 1

Re: patch for "GetFileTitleW: illegal call to GetFileTitleA" 2ed
by Alexandre Julliard 14 Jan '03

14 Jan '03

liu spider <liuspider(a)yahoo.com> writes: > short WINAPI GetFileTitleA(LPCSTR lpFile, LPSTR lpTitle, UINT cbBuf) > { > - int i, len; > + int ret; > + UNICODE_STRING strWFile, strWTitle; > + RtlCreateUnicodeStringFromAsciiz(&strWFile, lpFile); > + RtlCreateUnicodeStringFromAsciiz(&strWTitle,lpTitle); > + ret = GetFileTitleW(strWFile.Buffer, strWTitle.Buffer, cbBuf * sizeof(WCHAR)); lpTitle is an output parameter, you can't convert it to Unicode on input, you should allocate a buffer instead. -- Alexandre Julliard julliard(a)winehq.com

1 0

Re: Bug Fix With Delay load function in Shell32
by j.schmied＠t-online.de 14 Jan '03

14 Jan '03

Hi! This isn't the best solution since GetShellOle() initializes the ole subsystem by calling OleInitialize(). This is not nessesary for _CoCreateInstance(). Bye Juergen > > This fixes a bug in Shell32 where one function caused the function > responsible for setting up the delay load function pointers to assume they > had already been loaded, and they hadn't. > Maybe we should make the hShellOle32 variable static so this can't happen > again. > > ChangeLog: > - Set up all delay load functions in GetShellOle() function to avoid > GetShellOle assuming that they were all loaded when they weren't > > Rob > -- juergen.schmied(a)debitel.net FAX über T-Online Fax&Fon: 01805 060 334 316 35 (12Cent/Min)

6 8

Wine and Windows error code
by mpfbk＠free.fr 14 Jan '03

14 Jan '03

Tests of win32 API returned error codes inside Wine This subject has maybe been treated before, sorry if it has already been discussed and closed. Running the following simple and standard program, nothing special happens: the windows opens itself, it can be closed with the close button, and the message box is displayed when the left mouse button is pressed inside the window. /* * testbed1_ref.c * */ #define STRICT #include <windows.h> const char g_szClassName[] = "testbed1WindowClass"; /* ============================================================ */ static void ErrorBox(LPCSTR msg) { LPVOID error_msg; DWORD error_code; char error_buffer[256]; error_code = GetLastError(); FormatMessage(FORMAT_MESSAGE_ALLOCATE_BUFFER | FORMAT_MESSAGE_FROM_SYSTEM, NULL, error_code, MAKELANGID(LANG_NEUTRAL, SUBLANG_DEFAULT), (LPTSTR) &error_msg, 0, NULL ); /* TBC: should be snprintf */ sprintf(error_buffer, "%s: %d:%s", msg, error_code, error_msg); MessageBox(NULL, error_buffer, "Error!", MB_ICONEXCLAMATION | MB_OK); LocalFree( error_msg ); } /* ============================================================ */ LRESULT CALLBACK WndProc(HWND hwnd, UINT msg, WPARAM wParam, LPARAM lParam) { switch(msg) { case WM_LBUTTONDOWN: { char szFileName[MAX_PATH]; HINSTANCE hInstance; if(IsDebuggerPresent()) { MessageBox(NULL, "Running under debugger control", "Debug!", MB_ICONINFORMATION | MB_OK); } else { OutputDebugString(TEXT("No debugger, but 'OutputDebugString' works, since you see this (in DBWin32 for instance)")); } hInstance = GetModuleHandle(NULL); GetModuleFileName(hInstance, szFileName, MAX_PATH); MessageBox(hwnd, szFileName, "This program is:", MB_OK | MB_ICONINFORMATION); } break; case WM_CLOSE: DestroyWindow(hwnd); break; case WM_DESTROY: PostQuitMessage(0); break; default: return DefWindowProc(hwnd, msg, wParam, lParam); } return 0; } /* ============================================================ */ int WINAPI WinMain(HINSTANCE hInstance, HINSTANCE hPrevInstance, LPSTR lpCmdLine, int nCmdShow) { WNDCLASSEX wc; HWND hwnd; MSG Msg; /* Register the Window Class */ wc.cbSize = sizeof(WNDCLASSEX); wc.style = 0; wc.lpfnWndProc = WndProc; wc.cbClsExtra = 0; wc.cbWndExtra = 0; wc.hInstance = hInstance; wc.hIcon = LoadIcon(NULL, IDI_APPLICATION); wc.hCursor = LoadCursor(NULL, IDC_ARROW); wc.hbrBackground = (HBRUSH)(COLOR_WINDOW+1); wc.lpszMenuName = NULL; wc.lpszClassName = g_szClassName; wc.hIconSm = LoadIcon(NULL, IDI_APPLICATION); if(!RegisterClassEx(&wc)) { ErrorBox("Window Class Registration Failed!"); return 0; } /* Create the Window */ hwnd = CreateWindowEx(WS_EX_CLIENTEDGE, g_szClassName, "The title of my window", WS_OVERLAPPEDWINDOW, CW_USEDEFAULT, CW_USEDEFAULT, 240, 120, NULL, NULL, hInstance, NULL); if(hwnd == NULL) { ErrorBox("Window Creation Failed"); return 0; } ShowWindow(hwnd, nCmdShow); UpdateWindow(hwnd); /* Run Message Loop */ while(GetMessage(&Msg, NULL, 0, 0) > 0) { TranslateMessage(&Msg); DispatchMessage(&Msg); } return Msg.wParam; } What is a little bit unusual is the ErrorBox function : often, a message box simply reports the error and aborts the program. ErrorBox uses GetLastError() and FormatMessage() to provide somewhat more information. By accident, let's make an error, commenting out the RegisterClassEx() call : #if 0 if(!RegisterClassEx(&wc)) { ErrorBox("Window Class Registration Failed!"); return 0; } #endif Under Windows (tested with NT4 and XP), the displayed message (by ErrorBox) is: == Window Creation Failed: 1407: Can't find window class == But, under wine (20021219), the displayed message is, unfortunately : == Window Creation Failed: 0: No error == While looking inside the wine sources, it appears that no error code is set in the functions 'CreateWindowExA' in windows/win.c file when the window's class is not found : an error message is printed and 0 is returned. The following adds the appropriate error code in function CreateWindowExA : around line 1291 and 1301: SetLastError(ERROR_CANNOT_FIND_WND_CLASS); before the return 0; Questions : does it have any interest for wine to add these error codes ? If yes, according to DLL separation, is it allowed to call SetLastError() in any context ? Should I submit a patch ? Any other feedback ?

2 1

problem building tests with msvc6
by Dan Kegel 14 Jan '03

14 Jan '03

Trying to build conformance tests on Windows Me with msdev6, but got the following link errors: safearray.obj : error LNK2001: unresolved external symbol _IID_IStorage safearray.obj : error LNK2001: unresolved external symbol _IID_IDispatch safearray.obj : error LNK2001: unresolved external symbol _IID_IUnknown Output\Win32_Wine_Headers/oleaut32_test.exe : fatal error LNK1120: 3 unresolved externals Any suggestions? (Sorry to act so helpless...) FWIW, here's the full recipe I followed: On linux: cd ~/wine msvcmaker --no-wine find *.dsp *.dsw include */*/tests -name CVS -prune -o -type f -not -name '*.o' -not -name '*.so' -not -name '*.ok' -not -name '*.spec.c' -print | cpio -oH tar | gzip > wtest.tgz sudo cp wtest.tgz /dos/c reboot On Windows Me: (install msvc6) (install cygwin) cd c:/ mkdir wtest cd wtest tar -xzvf ../wtest.tgz start c:/wtest/wineruntests.dsw rebuild all -- Dan Kegel Linux User #78045 http://www.kegel.com

5 18

Problem with interrupt vector
by Gustavo Junior Alves 14 Jan '03

14 Jan '03

Hi, Since 20021107, some programs is not functional anymore. The problem begins with change of INT_GetPMHandler to DOSVM_GetPMHandler16. When the function try to read the interrupt vector, the app crashs, with following error message: Unhandled exception: page fault on read access to 0x00000090 in 32-bit code (0x41cc7cb3). In 32-bit mode. 0x41cc7cb3 (WINEDOS.DLL.EmulateInterruptPM+0x30b in winedos.dll.so): movl 0x0(,%eax,4),%eax Any ideas about this problem?? How I can fix this? Thanks, Gustavo Junior Alves alves(a)coslinux.com.br

2 4

Restarting winedbg
by Uwe Bonnes 14 Jan '03

14 Jan '03

Hallo (Eric), is there another way of restarting a debugged process than to quit winedbg and restart the whole thing? All the dll need to get reparsed, all breakpoint need to get set up again. Bye -- Uwe Bonnes bon(a)elektron.ikp.physik.tu-darmstadt.de Institut fuer Kernphysik Schlossgartenstrasse 9 64289 Darmstadt --------- Tel. 06151 162516 -------- Fax. 06151 164321 ----------

2 1

Re: Add filesytem type NTFS to config
by Mike Hearn 14 Jan '03

14 Jan '03

Just curious tony, but if that's the case why doesn't Wine return NTFS all the time? Are there some apps that actually won't run if it returns NTFS at all? On Tue, 2003-01-14 at 04:06, Tony Lambregts wrote: > Some program (VirtualDub) checks the fsname returned by > GetVolumeInformation, to find the name of the file system, when it needs > to write files that are larger than 2GB. It refuses to create the file > when we return FAT but will successfully write the file when NTSF is > returned. > > Change Log: add configuration option to report NTFS as the file system > type for a drive. > > Files changed: documentation/samples/config > documnetation/configuring.sgml > files/drive.c -- Mike Hearn <m.hearn(a)signal.qinetiq.com> QinetiQ - Malvern Technology Center

1 0

Re: patch for "GetFileTitleW: illegal call to GetFileTitleA" 2ed
by Dimitrie O. Paun 14 Jan '03

14 Jan '03

On January 13, 2003 09:02 pm, liu spider wrote: > (The patch seems to be ignored without any comments. > Could anyone give some clues on how to improve this > patch? thanks.) If no one complained, it's probably OK until Alexandre gets around to it. He can't reply in real time, wait for a few days. If you see commits going in (subscribe to, or check the mail archives for wine-cvs(a)winehq.org to monitor the checkins) and yours is not applied, email and ask him what's up. -- Dimi.

2 1

[D3D status] Page update...
by Lionel Ulmer 14 Jan '03

14 Jan '03

Hi all, I updated the D3D status page (http://www.bbrox.org/d3d_status.html) with some new screenshots and some new demos. Nothing revolutionnary though :-) Thanks to Christian for the 3D Mark 2000 paragraph. Lionel -- Lionel Ulmer - http://www.bbrox.org/

2 1

Wine, Mozilla & IE ?
by Juan Rey Saura 14 Jan '03

14 Jan '03

Hi ! I've read in the list there is a project about compiling Mozilla under Wine, I think it would be great. Several parts of wine need an IWebBrowser implemtation; CHM support, some applications... One implementation based on the khtml is in the works, but Mozilla does implement it yet ( see http://www.iol.ie/~locka/mozilla/mozilla.htm ). Could Mozilla, under Wine or maybe native version, be used as a replacement for the IE IWebBrowser implementation?

10 18

WineMine wrc error
by John Westerman 14 Jan '03

14 Jan '03

Hi, I seem to have a bit of trouble building the winemine sample. When it gets to the wrc stage it just says: make: *** [rsrc.res] Error 1 Any ideas?

1 0

Re: distcc and wine
by Martin Pool 14 Jan '03

14 Jan '03

On 8 Jan 2003, Paul Millar <paulm(a)astro.gla.ac.uk> wrote: > Hi Martin, > > On a similar note, I've been investigating OpenMOSIX on and off (mostly > off) for doing distributed compiling. In general, I've found it not > particularly stable (although its improving) and the performance not > particularly great -- although I've not had time to investigate the causes > of these problems. Besides, compiling code is quite a tricky task for it > to schedule/migrate. I haven't tried it myself but I would have expected the short, intense jobs generated by compilation to be a problem. > A reduction in compilation time by a factor of 2.6 (for three machines) > isn't bad at all! > > If you have the time, could you repeat this with different values for the > -j option? Timing how long it takes with -j2 (and perhaps -j3 and -j4) > would be interesting. Yes, I've been meaning to add that to the benchmark tool. I'll let you know. > Also, repeat the compilation several times for each value of -j and taking > the mean and standard deviation would be interesting too. In informal measurements it seems to be quite reproducible. The sd is typically only a few percent of the overall time. But that might be an interesting option to add too. -- Martin

2 2

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

2003

2002

2001

wine-devel