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

Re: Status Update - Lostwages
by Dmitry Timoshkov Aug. 9, 2003

Aug. 9, 2003

"Tom" <twickline(a)skybest.com> wrote: > Here is a small update to the status pages. + <li>Remove - Some of the bullets from DierctX section</li> an apparent typo above -- Dmitry.

3 3

wine seti team
by puoti＠inwind.it Aug. 8, 2003

Aug. 8, 2003

Is m$ does it, we must do it too. The Wine seti(a)home team can be found here. http://setiathome.ssl.berkeley.edu/stats/team/team_172471.html Microsoft also has a team, we are ...a bit behind, there stats are here http://setiathome.ssl.berkeley.edu/stats/team/team_28.html Will we catch up?

1 0

Seti@home
by puoti＠inwind.it Aug. 8, 2003

Aug. 8, 2003

What about having a wine seti team?

1 0

Re: Small cleanup
by Alexandre Julliard Aug. 8, 2003

Aug. 8, 2003

"Dimitrie O. Paun" <dpaun(a)rogers.com> writes: > ChangeLog > Remove unused defines. The idea is to have the same defines as Windows; even though we don't actually need them at this point we might want to someday. -- Alexandre Julliard julliard(a)winehq.com

3 3

Re: partial implementation of msi.dll
by Mike McCormack Aug. 8, 2003

Aug. 8, 2003

Gregory M. Turner wrote: > Hmm, that pure parser business... is that for reentrancy? Or is that a > side-effect of some larger "pureness"? > > If they aren't portably generated, just do it ahead of time -- betcha AJ will > have no problem checking in some pre-generated stuff so long as the sources > to regenerate them are available to those who have the right tools. The pureness is about reentrancy, though it maybe necessary so that two parsers don't have conflicting global variable names. I also thought about pre-generated parser code... that's probably a good idea if Alexandre agrees. >>2) make the database read/write - not immediately important, but >>necessary later > > > does MSI do that? I thought that was done by some funky tool... or does it > use msi.dll to do the work? There's some tools you can download from MSDN, however MSI.DLL does all the work of reading and writing the database. >>I don't have lots of time to work on this at the moment, so if somebody >>wants to have a go, I'm happy to help them out. > > > well considering I'm the only recipient of this, would I be the "somebody" you > have in mind? ;) (just kidding of course ... as for me, my plate is pretty > full right now, but I will of course take a look at it when I get the chance > and see if there's anything I can do to help. Since I need to brush up on my > parsing skills if I ever want to help Ove with widl, maybe I can find > something to do in that arena.) It's probably better that somebody who's looking for stuff to do does it, seeing you've got other stuff to do. I might do some work on it periodically, but it seems like it might be a fun project for somebody to take up. Mike

2 2

age of empires 1 trial uninstall script
by puoti＠inwind.it Aug. 7, 2003

Aug. 7, 2003

The age of empires trial uninstaller writes a batch script to the c drive, then exits, the script :Repeat del "C:\Program Files\Microsoft Games\Age of Empires Trial\UNINSTAL.EXE" del "C:\Program Files\Microsoft Games\Age of Empires Trial\SETUPENU.DLL" if exist "C:\Program Files\Microsoft Games\Age of Empires Trial\UNINSTAL.EXE" goto Repeat if exist "C:\Program Files\Microsoft Games\Age of Empires Trial\SETUPENU.DLL" goto Repeat rmdir "C:\Program Files\Microsoft Games\Age of Empires Trial" rmdir "C:\Program Files\Microsoft Games" rmdir "C:\Program Files" rmdir "C:" del "\DelUS.bat" is meant to delete itself, but ti dosen'tas after the uninstall has finished, I find it in the fake c: directory. Running it under wcmd outputs this C:\>delus C:\>del "C:\Program Files\Microsoft Games\Age of Empires Trial\UNINSTAL.EXE" C:\Program Files\Microsoft Games\Age of Empires Trial\UNINSTAL.EXE :File Not Found C:\>del "C:\Program Files\Microsoft Games\Age of Empires Trial\SETUPENU.DLL" C:\Program Files\Microsoft Games\Age of Empires Trial\SETUPENU.DLL :File Not Found C:\>if exist "C:\Program Files\Microsoft Games\Age of Empires Trial\UNINSTAL.EXE" goto Repeat C:\>if exist "C:\Program Files\Microsoft Games\Age of Empires Trial\SETUPENU.DLL" goto Repeat C:\>rmdir "C:\Program Files\Microsoft Games\Age of Empires Trial" File not found C:\>rmdir "C:\Program Files\Microsoft Games" Directory is not empty C:\>rmdir "C:\Program Files" Directory is not empty C:\>rmdir "C:" Directory is not empty C:\>del "\DelUS.bat" Sharing violation C:\> The rmdir errors are normal, they aren't meant to do anything if they try to delete not-empty folders, but the del "DelUS.bat" instructions, (The self destruction mechanism of the script) gives a sharing violation error. This is a very trivial problem, the rest of the uninstall works, and (If it's there) the game directory is deleted successfully, so one only has to delete the script by hand, but it would at least look good if this was fixed before 1.0

1 0

propset.c: In function `DSPROPERTY_EnumerateW
by Peter Birch Aug. 7, 2003

Aug. 7, 2003

The latest cvs code (08/06/2003 20:45:00 pst) will not compile - I get the following error: gcc -c -I. -I. -I../../include -I../../include -D_REENTRANT -fPIC -D__WINESRC__ -Wall -mpreferred-stack-boundary=2 -fno-strict-aliasing -gstabs+ -Wpointer-arith -g -O2 -o propset.o propset.c propset.c: In function `DSPROPERTY_EnumerateW': propset.c:522: parse error before `*' propset.c:526: `wDescription' undeclared (first use in this function) propset.c:526: (Each undeclared identifier is reported only once propset.c:526: for each function it appears in.) propset.c:527: `wModule' undeclared (first use in this function) propset.c:528: `wInterface' undeclared (first use in this function) propset.c:550: parse error before `*' This is on Linux kernel 2.4.20 (i586), GCC 2.95.4 with the configure line: ./configure --prefix=/usr --sysconfdir=/etc --with-opengl --with-x This used to work, and the error amazes me because the exact same code appears in the source file several times before the error. Any ideas? Thanks.

2 3

Re: [antony@antgel.co.uk: .msi files]
by Robert Shearman Aug. 7, 2003

Aug. 7, 2003

> Date: Fri, 1 Aug 2003 16:03:01 +0100 > From: Antony Gelberg <antony(a)antgel.co.uk> > To: wine-devel(a)winehq.com > Subject: [antony(a)antgel.co.uk: .msi files] > > Does Windows Installer work? Yes, I have installed MSN Messenger using it. > I've tried installing bout the 98 and 2K versions under wine, but only > get: > > cdrom $ /usr/local/bin/wine ./instmsiw.exe > fixme:win32:PE_CreateModule Security directory ignored > fixme:process:CreateProcessA (X:\IXP000.TMP\msiinst.exe,...): > NORMAL_PRIORITY_CLASS ignored This is your problem. Only the Win9x version of MSI works at the moment and only if your version is set to Win9x in your config file. I submitted a few patches a while ago to get the WinNT version a bit further but it needs a load of security functions which aren't implemented (properly) yet. There was talk a while ago about reimplementing MSI in Wine, but we rejected the idea on the grounds that it was undocumented, very complicated and not needed yet. > On another note, I'm really surprised that the wine-users list is so > quiet as it's such an important bit of software. I apologise for this. We do have a few developers that regularly post there (including me on occasions), it just seems you caught us at a busy moment. Rob

5 15

Re: Some suggestions on API database
by Dave Miller Aug. 7, 2003

Aug. 7, 2003

A few updates to this project. First, I have completed work on a script which makes an export table. That is, it's completed if noone discovers a problem or feature that should be added. This table will have all windows versions in a row across the top, and dlls in a column down the left side. Each dll has an X for versions of windows - including wine which export that dll. The X is a link to one of the CGIs which queries for all APIs exported by that dll in that particular windows version. The script is currently generating the table and it seems it will take a good 8 hours or so to finish!! There is a HUGE number of dlls. I think some .ref files might not be from clean installs. If anyone can identify for certain dlls which are not part of windows please let me know so I can clean up the database and the table. You can check it's progress at http://24.229.94.2/export_table.html. I think when finished it could use some color, maybe a style sheet. Any other comments? The compare.cgi script now has a checkbox which toggles all output vs only differences as Dimi suggested. In case anyone noticed winnt40-sp6a queries did not return any results. The version field was truncated. I fixed it by dropping the 0. :) A windows NT 3.51 version has been added to the database. Juan Lang wrote: >Hi David--thanks for posting those! Here's my input: >Your list of APIs (from WINE, Windows versions) is not >likely to change terribly frequently. As such, I'd >suggest using your Perl script to pregenerate static >web pages that have some sought-after info. This >should cut down load on your box quite a bit. > >Perhaps there'll be debate on the most useful pages, >but personally I'd like to see: >- which DLLs exist under which versions of >Windows/WINE. I'm thinking a table which lists each >DLL (the union of all of them) in a row, and column >for each Windows version indicating whether it exists. >- for each DLL, which functions it exports under which >versions of Windows/WINE. > >Cheers, >--Juan > >__________________________________ >Do you Yahoo!? >Yahoo! SiteBuilder - Free, easy-to-use web site design software >http://sitebuilder.yahoo.com > > > >

1 0

bug in dlls/dplayx/version.rc drectx gurus please read.
by puoti＠inwind.it Aug. 7, 2003

Aug. 7, 2003

I (Think) I've found a bug in dlls/dplayx/version.rc. As you can see from this bug report I submitted http://bugs.winehq.com/show_bug.cgi?id=1299 a few moths ago I discovered that m$ age of empires trial didn't run any more. Someone did some testing, and the result was that version 1.2 of version.rc worked, and version 1.3 didn't I did some testing and I discovered that the problem is in these two lines of code #define WINE_FILEVERSION 4,7,0,0 #define WINE_FILEVERSION_STR "4.7.0.0" Compiling wine with one of these two, or without both of them works perfectly, the game is quite playable, but if you compile with both (As in current CVS) when starting the game you get an error message saying that the game needs directx 6.1a I did send an email to the developer that sent the patch that adds these lines, but about 3 weeks have gone and I never got an answer. I don't think it's anything complex, the easy way is to just remove the 2 lines (Or one of them), but I suppose Lionel or some other directx developer could work out a better solution than that.

1 0