- wine-devel - winehq.org

Borland linker and VirtualQuery
by Vassilis Virvilis 08 Jul '02

08 Jul '02

Halo, The attached patch (resurrected from) wine-users through google searching fixes indeed the borland command line tools (version 5.5.1 freely downloadable on the internet). Given that I am not familiar with the win32 API, this patch looks hackish and special cased (admitted also by its author, Gerard Patel) but still it is too useful. Since this question has never surfaced to wine-devel I would like to ask what is required for the patch to become acceptable. If it is something doable I will give it a try, otherwise I will file a report in the wine bugzilla database. Any way thanks in adavance. .Bill

1 0

Question about --debugmsg +snoop
by Massimo 08 Jul '02

08 Jul '02

Is there a way to activate +snoop only for selected dll ??? I think that would help me to find AutoCAD 2000 access violation on startup, isolating the dll where it happens. As stated few msg before, it starts up good with +snoop, but it crashes on very beginning without +snoop. Regards Max

3 4

warcraft 3
by Bobby Bingham 08 Jul '02

08 Jul '02

After buying Warcraft 3, and reading on the mailing list that the beta had worked under wine, I decided to try the final version under wine. It installed fine, but won't run. Or rather, when I try to run it, it prints this out, and just sits there: fixme:cdrom:CDROM_GetIdeInterface CD-ROM device with major ID 11 not supported fixme:cdrom:CDROM_GetIdeInterface CD-ROM device with major ID 11 not supported fixme:midi:OSS_MidiInit Synthesizer support MIDI in. Not supported yet (please report) I don't know much about the various debug messages, but if I run it with --debugmsg +relay, i see thousands upon thousands of lines like this: 0809c7f8:Call ntdll.dll.RtlEnterCriticalSection(403e0534) ret=40bf1e46 0809c7f8:Ret ntdll.dll.RtlEnterCriticalSection() retval=00000000 ret=40bf1e46 over and over, with these occasionally interspersed: 0809c7f8:Call kernel32.dll.GetTickCount() ret=40bf2013 0809c7f8:Ret kernel32.dll.GetTickCount() retval=00001f07 ret=40bf2013 now, how would one go about debugging this. It doesn't seem as convenient as just crashing in one specific function and bringing up the debugger ... Thanks, Bobby Bingham

3 4

Re: Apps that installs VBA
by Massimo 08 Jul '02

08 Jul '02

Looking in wine dir (~/c/windows) I found the 'missing' fsivba.dll. I think it should have been placed in ~/c/windows/system, or system32, not in ~/c/windows... I think there's again some problem with path handling or something like that, as it was with missing '\\' in the system.reg files some times ago. That problem caused also misplacement of some files, because of the malformed path. Regards Max

1 0

RE: WINE
by Steven Edwards 08 Jul '02

08 Jul '02

I'm forwarding a copy of this to wine-devel and reactos-kernel. The way that I have been doing it is to work out of the WINE tree to and submit changes back to them. I try to take a snapshot of the current WINE tree every few months and that then becomes the -stable branch for ReactOS. If there is a bug in the ReactOS wine any patch needs to be wrapped in a #ifdef __REACTOS__ that way it will be easy for us to submit patches back to wine. The long term goal is to make all of the WINE dlls upgrade able at anytime. So if you have a idea about a better way to do it then please let me know. Our branch is a little odd because it was not tagget right when they first committed it to CVS. It doesnt really matter to much about the version numbers though because we know where changes have been made on the ReactOS side by the #ifdefs. Thanks Steven --- Jurgen Van Gael <jurgen.vangael(a)student.kuleuven.ac.be> wrote: > Hi Steven, > > I set up my box here in France, and am starting to > code again. My > question: > I am not that experienced with forking etc ... So > should I modify the > dll's in the reactos tree and submit patches, diffs > or new files to > reactos, or do I submit all my work to WINE? > > Jurgen __________________________________________________ Do You Yahoo!? Sign up for SBC Yahoo! Dial - First Month Free http://sbc.yahoo.com

1 0

Apps that installs VBA
by Max 07 Jul '02

07 Jul '02

Installing AutoCAD 14, I get everytimes an error telling that VBA (visual basic for applications) cannot be installed (the messagebox tells a very very meaningful 'error 18' (sigh) and aborts VBA setup). As I've seen that someone is working on visual basic apps (maybe Ann and Jason Edmeades ?), does someone have an idea of the solution ? Regards Max

3 5

Re: Suggested bitmap coords resolve
by Andreas Mohr 07 Jul '02

07 Jul '02

On Sun, Jun 23, 2002 at 06:18:13PM +0300, P. Christeas wrote: > This patch resolves some trouble with bitmap drawing (DIBs), when the y-axis > uses negative mapping (LPtoDP). This makes Aut0CaD r. 14 usable under wine. > Please note bug #720, which was closed by this patch and note any problems w. > the patch. > > The second patch is a simple suggestion about a NULL handler. IMHO all NULLs > coming from external programs-libs should be handled in a prog. In that case, > a NULL causes no harm, but I guess my 'early test' may introduce a minor > speedup. "Am I right?" No, IMO this is not correct. If Windows doesn't handle NULLs, then we shouldn't either. How are we supposed to detect problems with our API implementation if all we ever do is handle every single problem gracefully ? That way we'll never find out about that grave implementation problem of ours leading to a NULL value... -- "My attitude is, everybody should try competing with Microsoft once in their life. Once." - Marc Andreessen, former Netscape lead employee, in a "browser wars" interview

2 1

Wrote an graphical wine.config frontend
by Clemens Eisserer 06 Jul '02

06 Jul '02

Hi Wine-Hackers! I wrote an graphical tool to make the administrations of the config-file easier for those windosen. Currently its only an prototype and isnt very stable. Its written in Java, compiled into native-Unix-binaries and it uses java-gtk as gui-toolkit. Its nearly as fast as C++ but coding is much easier and faster. I added a screenhot, and I hope that nobody's angry about the big download-size :-( My problem is that I dontknow all the wine.config options avaible, I've just implemented all active and all not active (;) options, only the program-specific setting are still not implemented and they wont be implemented in the near future. So is there an overview avaible, which explains all the options aviable in the config? Thx , Linuxhippy

1 0

Graphical Configuration-Tool for wine.conf
by Clemens Eisserer 06 Jul '02

06 Jul '02

Hi! I'm one of two web-masters of www.linux-wine.de . Many people in our forum asked for a graphical frontend to the wine.config. And because google didnt find anything, I've just wrote a prototype. Its written in Java, is compiled to a native-Linux program via gcj and uses java-gtk as toolkit. It is nearyl as fast as a C++ program, but coding is much faster und easier. And (for all GNU-fanatics) its fully GPL-compatible.... My problem is, that I dont know all options of the config-file. Till now I only implemented the options which stands in my wine-config, including the ;-Entries. Only the specific-program settings are not iplemented, its too hard to make this part GUI-based (I'm so sorry, but my english is terrible). Is there somewhere an overview over all avaible options? Is such a tool already avaible, or an existing codebase? Please note that Jine (Jawy after the rewrite) isnt ready for use. O.K it does work, but the code is awful and I'm currently working on a rewrite. May I ask wine-questions for this tool at this list? Thx , Linuxhippy

2 1

Strange behaviour -- app starts only with --debugmsg+snoop
by Max 06 Jul '02

06 Jul '02

AutoCAD again ! After finally R14 runs fine, i'm trying with AutoCAD 2000. Setup goes ok (besides usual VBA problem). Starting with 'wine acad' gives a very early error of unhandled access violation. I tried to start it with --debugmsg +snoop to see what happened and, surprise, app starts up quite good. It then hangs much later, but that's another problem. So the question : how it's possible that requesting snoop messages bypasses the initial access violation ? I think that snoop adds only a thunk to calls on native dlls.... Any suggestion appreciated ! Regards Max

3 2

Re: The filedlg95 behaviour
by Ann and Jason Edmeades 06 Jul '02

06 Jul '02

This leads to an interesting question. The MSDN states (edited for w2k behaviour but others are teh same): Initial Dir: Pointer to a null terminated string that can specify the initial directory. The algorithm for selecting the initial directory varies on different platforms. Windows 2000: ------------- If lpstrFile contains a path, that path is the initial directory. Otherwise, lpstrInitialDir specifies the initial directory. If lpstrInitialDir is NULL and the current directory contains any files of the specified filter types, the initial directory is the current directory. Otherwise, if the application has used an Open or Save As dialog box in the past, the path most recently used is selected as the initial directory. However, if an application is not run for a long time, its saved selected path will be discarded. *****> Otherwise, the initial directory is the personal files directory of the current user. Otherwise, the initial directory is the Desktop folder. Questions... Windows has the 'personal files' directory set to My Documents - That is why when doing this patch I implemented it that way. If you are saying you would prefer the home directory to be this, then why dont we make the Personal Files registry key always point to the users home directory? We either have complete compatibility eg. files go in ~ which is the Unix methodology, but windows apps looking in \My Documents directly would work, or we can try to slightly unix-ify the windows way and use ~ as the My Documents directory. I'm not convinced a patch should be submitted unless this is addressed. I have no problems assuming my change is not 100% correct, but we dont want a bounce of patches where someone tries to swap it back later to fix a specific unix app. BTW It is not a registry key directly which changes the behaviour, moreover which version of windows is trying to be emulated by Wine at that time. Regards, Jason

1 0

Re: wine/ dlls/dsound/dsound_main.c dlls/x11drv/x1 ...
by Steven Edwards 06 Jul '02

06 Jul '02

> Log message: > No need to call GetModuleFileName16 now that > GetModuleFileNameA > handles 16-bit tasks. With this patch I can now build dsound on Mingw if I import ntdll. Are there going to be other places like this where the A/W function can be used rather then the 16? Thanks Steven __________________________________________________ Do You Yahoo!? Sign up for SBC Yahoo! Dial - First Month Free http://sbc.yahoo.com

2 2

Re: ShellExecute placeholder patch
by Eric Pouech 06 Jul '02

06 Jul '02

Duane Clark a écrit : > > As the comment to ShellExecute states, there can be placeholders in > commandlines retrieved from the registry. For example, MS Installer has > this string: [snip] Hi Duane, It would be better IMO to merge actually ShellExecute and ShellExecuteEx Most of what you need is already in ShellExecute but not in ShellExecuteEx (of course, ShellExecute should call ShellExecuteEx, but this isn't done yet) A+

2 2

The filedlg95 behavior
by Duane Clark 06 Jul '02

06 Jul '02

I was hoping to perhaps provoke discussion of the new behavior of the file dialog. Prior to this patch: http://www.winehq.com/hypermail/wine-cvs/2002/06/0028.html the default behavior was to start the open file dialog in the current directory. After the patch, the default behavior is to start in the C:\My Documents directory, though this can be changed with a registry key. While this is the default behavior on Windows, I am not sure that wine should copy this behavior so precisely. I personally think that the old behavior was better. I would think that very few Linux users would actually use the C:\My Documents directory. But perhaps my own preferences are coloring my views. I think the command line oriented nature of Linux would call for a occasional differences in behavior. Duane

2 2

RegEnumValueA bugs and patch in dlls/advapi32/registry.c
by Max 05 Jul '02

05 Jul '02

Well, finally found and corrected a bug that made AutoCAD R14 hang... I guess some other apps could have the same problem solved, but had no time to test more :) In RegEnumValueA, when the size for requested data buffer is too small, function should return an error (as it does), but also return correct buffer size (as it doesn't). Found in AutoCAD; it asked for a reistry key value, got error, and then looped forever trying to get val with wrong buffer size. I guess, but had no time yet to check, that this problem could happen somwhere else in Registry.c, I'll check it out next days. With this patch, finally AutoCAD R14 is perfectly usable in wine, even without a native windows installed ! Here the patch : --- dlls/advapi32/registry.c Sat Jul 6 01:29:08 2002 +++ /home/massimo/wine-patches/registry.c Sat Jul 6 01:35:32 2002 @@ -1157,6 +1157,9 @@ RtlUnicodeToMultiByteSize( &len, info->Name, info->NameLength ); if (len >= *val_count) { + /* CHANGELOG : 04.07.2002 by Max + MUST RETURN REQUESTED CORRECT BUFFER SIZE, NOT ONLY TELL IT'S WRONG */ + *val_count = len + 1 ; status = STATUS_BUFFER_OVERFLOW; goto done; } @@ -1174,6 +1177,9 @@ { if (len > *count) { + /* CHANGELOG : 04.07.2002 by Max + MUST RETURN REQUESTED CORRECT BUFFER SIZE, NOT ONLY TELL IT'S WRONG */ + *count = len+1 ; status = STATUS_BUFFER_OVERFLOW; goto done; } I'll just post it to wine-patches too. Regards Max

1 0

Re: Floppy handling Fix
by Alexandre Julliard 05 Jul '02

05 Jul '02

Keith Matthews <keith_m(a)sweeney.demon.co.uk> writes: > 1 - Fix incorrect reporting of no media in floppy drive as > permissions problem. > 2 - Provide partial workaround for very long delays (c. 40 sec per > lookup, about 7 minutes to set up file browser) on lookups to > floppy drive not physically present (e.g. laptop with floppy or > CD setup) I'm not sure why you are trying to duplicate the kernel permission checks, this is clearly wrong. You should simply do an open and check errno to find out what went wrong. Also there's no point in having a DRIVE_NO_MEDIA flag since this is a temporary condition. For the case of open succeeding with no floppy drive, I think you could handle it by checking if the subsequent read() fails. -- Alexandre Julliard julliard(a)winehq.com

1 0

Re: Better fix for [bug 829] (same surface display corruption)
by Lionel Ulmer 05 Jul '02

05 Jul '02

> I took Lionel's sugestions to heart and came up with a better fix for > bug 829. This has a better check for defining when the corruption could > occur and should be a little faster Well, I had not in mind exactly what you did. > + SameSurfaceOK = (!((src == iface)&&(sbase < dbuf)&&(xdst.top < xsrc.bottom)&&(xdst.left < xsrc.right))); I do not really understand all the details of this check, so a comment would be nice, but well, I think it is unneeded (see below). > + if (SameSurfaceOK) { > + for (y = 0; y < dstheight; y++) { > + memcpy(dbuf, sbuf, width); > + sbuf += sdesc.u1.lPitch; > + dbuf += ddesc.u1.lPitch; > + } > + } else { > + > + sbuf += (sdesc.u1.lPitch*dstheight); > + dbuf += (ddesc.u1.lPitch*dstheight); > + > + for (y = 0; y < dstheight; y++) { > + sbuf -= sdesc.u1.lPitch; > + dbuf -= ddesc.u1.lPitch; > + memcpy(dbuf, sbuf, width); > + } > + } > + The problem I can see is that you use 'memcpy' even in the SameSurfaceNotOK case. And this is bad as memcpy does NOT handle overlapping memory zones. Moreover, you only have the 'descending' copy order in that case and not both cases. What I had in mind in my comments to your patch was something like that : if (src != iface) Do the standard memcpy code path else if source_Y > dest_Y do the ascending memmove copy else do the descending memmove copy This way you did not hurt the common case (ie Blt from two different surfaces). Now I agree that even in the same surface case, one could add some checks to see if the rectangles overlap or not, but I do not know if it would be worth the pain as memmove should not be THAT slower than memcpy. Lionel -- Lionel Ulmer - http://www.bbrox.org/

3 3

RE: warcraft 3
by Hans Leidekker 05 Jul '02

05 Jul '02

> After buying Warcraft 3, and reading on the mailing list that the beta had > worked under wine, I decided to try the final version under wine. It installed > fine, but won't run. Or rather, when I try to run it, it prints this out, and > just sits there: > > fixme:cdrom:CDROM_GetIdeInterface CD-ROM device with major ID 11 not supported > fixme:cdrom:CDROM_GetIdeInterface CD-ROM device with major ID 11 not supported > fixme:midi:OSS_MidiInit Synthesizer support MIDI in. Not supported yet (please report) Let me guess: you have SCSI cdrom drive. I stumbled on this one as well some time ago. I learned that 11 is the SCSI major. It looks strange to me that the function CDROM_GetIdeInterface gets called while we have a SCSI cdrom drive? Anyways, as a workaround -- I don't think this is the right solution -- I added the following line to the switch statement in cdrom:CDROM_GetIdeInterface: case SCSI_CDROM_MAJOR: *iface = 0; break; This allowed my application to proceed (don't remember which application that was though). Regards, -Hans Leidekker

2 1

GRand Prix Legends network code
by Christoph Frick 05 Jul '02

05 Jul '02

Hi! I did some debugging, to find out why the game Grand Prix Legends did not work as network client/server. The problem: Its only possible to connect to servers/let clients connect from the local network. Solution: The game set (WS_)SO_DONTROUTE on the socket - and of course this works perfect under unix - but i never had problems while i played this game under windows so this is either not set, when the game runs under windows - or it has no effect within windows. Also the game like to bind the socket for the client connection a second time, when the first connection failed or was canceled. This does not work (addr. in use) - so a (WS_)SO_REUSEADDR would have been needed. Could please someone with a deeper insight in the world of windows direct me to some docu/specs or what ever to get informations about the winsock stuff? The link in the header of the dlls/winsock/socket.c is not valid. I even dont know what winsock version is the current one (1.1,2.0,???). Help is appreciated! Thanx alot! CU!

1 0

Re: dlls/advapi32/registry.c patch for RegEnumValuesA
by Massimo 05 Jul '02

05 Jul '02

Resubmitting as for Tony Lambregts request :) Well, finally found and corrected a bug that made AutoCAD R14 hang... I guess some other apps could have the same problem solved, but had no time to test more :) In RegEnumValueA, when the size for requested data buffer is too small, function should return an error (as it does), but also return correct buffer size (as it doesn't). Found in AutoCAD; it asked for a reistry key value, got error, and then looped forever trying to get val with wrong buffer size. I guess, but had no time yet to check, that this problem could happen somwhere else in Registry.c, I'll check it out next days. With this patch, finally AutoCAD R14 is perfectly usable in wine, even without a native windows installed ! Change log: Change In RegEnumValueA, when the size for requested data buffer is too small, function should return an error (as it did), and also return correct buffer size (now it does). Max max(a)com.veneto [reversed :) ] ----- --- dlls/advapi32/registry.c Sat Jul 6 01:29:08 2002 +++ /home/massimo/wine-patches/registry.c Sat Jul 6 01:35:32 2002 @@ -1157,6 +1157,9 @@ RtlUnicodeToMultiByteSize( &len, info->Name, info->NameLength ); if (len >= *val_count) { + /* MUST RETURN REQUESTED CORRECT BUFFER SIZE, NOT ONLY TELL IT'S WRONG */ + *val_count = len + 1 ; status = STATUS_BUFFER_OVERFLOW; goto done; } @@ -1174,6 +1177,9 @@ { if (len > *count) { + /* MUST RETURN REQUESTED CORRECT BUFFER SIZE, NOT ONLY TELL IT'S WRONG */ + *count = len+1 ; status = STATUS_BUFFER_OVERFLOW; goto done; }

2 1

Re: Added support for APPMODE=<type>[:<mainFunc>]
by Alexandre Julliard 05 Jul '02

05 Jul '02

Gregg Mattinson <gm138242(a)scot.canada.sun.com> writes: > - .spec files can't be compiled with -g when using Forte C. This causes static > variables to have a "random" prefix attached to their name, and prevents the > assembly code from linking to them correctly. > - Forte C has linker issues, so cui executables with main() conflicted with > main() in $WINELOADER. Renaming main() to main2() solved the issue, so I added > support to winebuild to allow the main function name to be optionally specified > in the makefile. I have applied the rest of the patch, but these are bugs that need to be fixed, not simply worked around. -- Alexandre Julliard julliard(a)winehq.com

1 0

Re: dlls/advapi32/registry.c patch for RegEnumValuesA
by Tony Lambregts 04 Jul '02

04 Jul '02

Max wrote: >Here a patch that corrects a nasty bug in dll/advapi32/registry.c, causing >AutoCAD R14 (and I guess other apps too...) to hang. > >Regards > >Max > > > >------------------------------------------------------------------------ > >--- dlls/advapi32/registry.c Sat Jul 6 01:29:08 2002 >+++ /home/massimo/wine-patches/registry.c Sat Jul 6 01:35:32 2002 >@@ -1157,6 +1157,9 @@ > RtlUnicodeToMultiByteSize( &len, info->Name, info->NameLength ); > if (len >= *val_count) > { >+ /* CHANGELOG : 04.07.2002 by Max >+ MUST RETURN REQUESTED CORRECT BUFFER SIZE, NOT ONLY TELL IT'S WRONG */ > The comment is OK I suppose, but it is part of the change log. Change log entries should not be part of the patch itself. >+ *val_count = len + 1 ; > status = STATUS_BUFFER_OVERFLOW; > goto done; > } >@@ -1174,6 +1177,9 @@ > { > if (len > *count) > { >+ /* CHANGELOG : 04.07.2002 by Max >+ MUST RETURN REQUESTED CORRECT BUFFER SIZE, NOT ONLY TELL IT'S WRONG */ > Same here. >+ *count = len+1 ; > status = STATUS_BUFFER_OVERFLOW; > goto done; > } > > Sorry to nitpick could you resubmit something like this ---- This is the first part. This is where you can say what you did, and say what you wanted to say, in as long and as rambling way as you want. It is for expaining whatever you wanted to expain, why you wanted to do it the way you wanted to do it section. next comes the change log . after that your name and contact. Change log: Change In RegEnumValueA, when the size for requested data buffer is too small, function should return an error (as it did), and also return correct buffer size (now it does). Max max(a)veneto.co ----- attched patch

1 0

Running half-life turns X display into garbage
by Joshua Thielen 04 Jul '02

04 Jul '02

Hello, When I run half-life, the X display gets totally corrupted and the only way to restore is to restart the X server. I'm using an NVidia G-force 3 video card running at 1024x768 with 16-bit color. I have already run a few traces, but since I have no idea at what point the display gets corrupted, it's kind of hard to debug. Has anyone encountered this problem yet? Are there any specific functions or channels I should be looking at in the trace? Thanks, Josh Thielen __________________________________________________ Do You Yahoo!? Sign up for SBC Yahoo! Dial - First Month Free http://sbc.yahoo.com

4 4

2 quick things on the Cygwin/Mingw port
by Steven Edwards 03 Jul '02

03 Jul '02

Hola 1. This is simple but as you guys know I have this lysdexic thing when it comes to configure. Libwine needs to import certain functions from the c library to compile, at present it is hard coded for -lmsvcrt. This needs to be changes to import -lcygwin if configure detects a cygwin host/target. I know its simple we just need to have the check in configure that sets CLIBRARY=(lmsvcrt or lcygwin) then Makefile.in in libwine needs to be changed like this: libwine.dll: $(OBJS) $(DLLWRAP) $(DLLWRAPFLAGS) --export-all --implib libwine.a -o libwine.dll $(OBJS) -lmsvcrt to libwine.dll: $(OBJS) $(DLLWRAP) $(DLLWRAPFLAGS) --export-all --implib libwine.a -o libwine.dll $(OBJS) $(CLIBRARY) 2. I was able to get Wineserver.exe to compile under cygwin when I stubbed getthreadcontext and setthreadcontext. Kernel32.dll implements these to functions so on the Mingw or Cygwin port can I import it for these needed functions? Thanks and have a good 4th Steven __________________________________________________ Do You Yahoo!? Yahoo! - Official partner of 2002 FIFA World Cup http://fifaworldcup.yahoo.com

1 0

Re: DOSFS_GetPathDrive patch
by Alexandre Julliard 03 Jul '02

03 Jul '02

Duane Clark <dclark(a)akamail.com> writes: > In particular, it calls GetFileAttributes with a path like: > \c\Xilinx\bin\lib\tcl8.3\init.tcl > which fails in DOSFS_GetPathDrive. > > Changelog: Check for absolute Unix path in DOSFS_GetPathDrive The problem I see with that is that the app can no longer access a directory that has the same name as a drive root (for instance if you have a /msdos drive then the app cannot use \msdos to mean c:\msdos). Where does the Xilinx path come from? That's not a valid Windows path anyway so that looks like a bug. -- Alexandre Julliard julliard(a)winehq.com

2 1

(no subject)
by Steven Edwards 03 Jul '02

03 Jul '02

Anyone planning on attending the Linux World Expo? I was going to be in the Bay area on the 12th anyway to tour Berkley so I think I'm going to extend my trip to make the show. Steven __________________________________________________ Do You Yahoo!? Yahoo! - Official partner of 2002 FIFA World Cup http://fifaworldcup.yahoo.com

1 0

Bug in RegEnumValueA ?
by Massimo 03 Jul '02

03 Jul '02

Again investigating AutoCAD r14 app under wine, I found a bug that make app hang when some registry values are present. At first I've made a script that cleans up registry before launching AutoCAD,but this was only a way-around to the problem. Looking at relay output, I found a loop in calling RegEnumValueA : // @@@@ START OF LOOP BLOCK HERE......... :Call advapi32.dll.RegEnumValueA (000000cc,00000001,40486844,404868ec,00000000,404868f4,41e62020, 404868fc) ret=008a3850 :Call ntdll.dll.NtEnumerateValueKey (000000cc,00000001,00000001,40486544,00000100,40486540) ret=406afb24 :Ret ntdll.dll.NtEnumerateValueKey() retval=00000000 ret=406afb24 :Call ntdll.dll.RtlUnicodeToMultiByteSize(4048653c,40486558 L"REGPATH\\\\HKEY_LOCAL_MACHINE\\Software\\Autodesk\\AutoCAD\\R1 4.0\\ACAD-2452448:80143967\\AutodeskApps\\LsObj",0000000e) ret=406afc03 :Ret ntdll.dll.RtlUnicodeToMultiByteSize() retval=00000000 ret=406afc03 :Call ntdll.dll.RtlUnicodeToMultiByteN (40486844,00000007,00000000,40486558,0000000e) ret=406afc24 :Ret ntdll.dll.RtlUnicodeToMultiByteN() retval=00000000 ret=406afc24 :Call ntdll.dll.RtlUnicodeToMultiByteSize(40486538,40486566 L"\\\\HKEY_LOCAL_MACHINE\\Software\\Autodesk\\AutoCAD\\R14.0\\AC AD-2452448:80143967\\AutodeskApps\\LsObj",000000bc) ret=406afc77 :Ret ntdll.dll.RtlUnicodeToMultiByteSize() retval=00000000 ret=406afc77 :Call ntdll.dll.RtlNtStatusToDosError(80000005) <--ERROR HERE ! ret=406afd5d :Ret ntdll.dll.RtlNtStatusToDosError() retval=000000ea ret=406afd5d :Ret advapi32.dll.RegEnumValueA() retval=000000ea ret=008a3850 <-- MORE DATA AVAILABLE RETURN (AUTOCAD KEEPS TRYING TO GET DATA) // @@@@ END OF LOOP BLOCK HERE Here RegEnumValueA returns an error of invalid buffer; Looking into code it seems to me that the NtEnumerateValueKey() used to find the largest name and value sizes of keys to be enumerated returns a wrong size; next use for reading the key gives an arror of buffer overflow, being it allocated with wrong (too small) size. AutoCAD keeps trying to get the keys/values, in and endless loop. Looking more with some debug print statements, it appears that Autocad allocates 4 bytes of buffer for the value, but RegEnumValueA needs much more, 94 in this case, giving an Out-Of-Buffer error back. It seems to me that the 94 bytes are for the name of the key, not for the value.... Regards Max

3 2

Re: Fix for [bug 829] DIB_DirectDrawSurface_Blt same src./dest. surface = screen corruption
by Lionel Ulmer 03 Jul '02

03 Jul '02

The patch looks fine to me. There is just one comment opn these lines : > + if (SameSurface) > + { > + static BOOL WarnSurface = FALSE; > + if (!WarnSurface) > + { > + FIXME("\tSame source and destination could cause display problems\n"); > + WarnSurface = TRUE; > + } > + } Why did you add this ? If you verified your patch and it's working, why add additionnal debug informations that will only confuse people :-) ? Moreover, I do not know the performance hit between a 'memcpy' and a 'memmove', but well, one could have put the old code in a if (!SameSurface) to have the fastest path available to the most common case. A part from these nitpicks, the patch looks fine and I will test it this evening on FalloutTactics to see if it fixes the screen corruption :-) Lionel -- Lionel Ulmer - http://www.bbrox.org/

2 1

Re: Fix for [bug 829] DIB_DirectDrawSurface_Blt same src./dest. surface = screen corruption
by Ian D. Stewart 03 Jul '02

03 Jul '02

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On Tuesday 02 July 2002 18:57, Tony Lambregts wrote: > Change log: Fix screen corruption when source and destination are the > same surface and areas are the same size. I've applied this patch. While the on-screen garbage has not entirely gone away, it does appear to be better (but then, it could just be my imagination...). No change to hang-up after playing movies. Ian -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.7 (GNU/Linux) iD8DBQE9Iv8YAjpHQQmBAUMRAtjMAJ0eSyS5Z06Kr51uLloq/Nn9CuKQXwCglPrD Ff3Vfg2m2tcqpA1VkeQI9+0= =IPbG -----END PGP SIGNATURE-----

2 1

Arts, DSound, and Media Player
by Jeremy Shaw 03 Jul '02

03 Jul '02

Hello, I am trying to get media player to work with the winearts audio driver. I compiled the latest source from CVS, added Drivers="winearts.drv" to the config file, and installed media player. When I try to play a file (like an mp3), I do not get any audio. If I watch the elapse time, it will increment normally for a few seconds and then start playing super fast. Also when it starts playing super-fast I get the following error a bunch of times: fixme:dsound:DSOUND_MixOne problem with underrun detection (mixlen=17640 < primary_done=49392) At this point in time I know very little about what is wrong. Do you guys (we are all guys ???) think it is a problem with the wine source, my build of KDE, or just some messed up config files. Or perhaps I just installed too many native DLLs trying to make media player work? I will keep hacking away, but any guidance will be highly valued. I have not gotten ever gotten sound using the winearts driver, but so far I have only tried media player. Thanks in advance, Jeremy Shaw.

2 1

Re: [help] GDI text fonts
by Huw D M Davies 03 Jul '02

03 Jul '02

On Wed, Jul 03, 2002 at 04:54:18PM +0800, leanne wrote: > Huw D M Davies wrote: > > > > >It's still not clear to me whether you're using XServer rendered fonts > >or client side (Wine) rendered fonts. Could you send me the > >--debugmsg +font,+xrender log ? > > > >Huw. > > > Hello, > > I have checked cvs today and found that it supports to download tt > fonts to printer but the position of the text messes up. > Maybe it's a bug. > > I still find the font of the interface is very ugly, what do you think? > Attached please find the log and screenshot. > Very thanks. > > trace:font:DumpFontList Family: L"AR PL Mingti2L Big5" > trace:font:DumpFontList L"Reguler" > trace:font:DumpFontList Family: L"AR PL KaitiM Big5" > trace:font:DumpFontList L"Regular" There's a problem with Type42 font downloads, a workaround for this to edit generic.ppd and change the line *TTRasterizer: Type42 to *TTRasterizer: None this will tell Wine to send download the font as a Type 1 outline which should work. Do you mean that the roman (English) font is ugly (since I have no idea whether the Chinese characters look ok maybe you let me know how they look)? You only have two fonts installed (see the above fragment from the log), so the english text has to come from one of these fonts. What you may want to do is to install some fonts like Arial, Times New Roman etc. You could either copy these from a Windows installation (or add a line to the [FontDirs] section of config to point at an existing Windows partition font directory), or you can download a selection of the core Windows fonts from Microsoft's website. Huw. -- Huw Davies huw(a)codeweavers.com

1 0

Still getting this error
by Steven Edwards 03 Jul '02

03 Jul '02

With the last release I can build and use wine but with the current CVS I still get the following errors. Warning: loading builtin gdi32.dll, but native version already present. Expect trouble. Warning: loading builtin user32.dll, but native version already present. Expect trouble. wine: Unhandled exception, starting debugger... I am still not able to track down the patch that causes this. I have a clean WINE with no windows on any of my drives in my slackware box. Thanks Steven __________________________________________________ Do You Yahoo!? Yahoo! - Official partner of 2002 FIFA World Cup http://fifaworldcup.yahoo.com

1 1

Re: Private Profile Regression Test
by Dmitry Timoshkov 03 Jul '02

03 Jul '02

"Joshua Thielen" <thielen(a)netprince.net> wrote: > Anyhoo, please let me know what you think - are the tests sufficient, > too much, not written properly? etc. First of all, thank you very much Joshua! Really great work! A couple of comments though: /* * Special case: NULL lpReturnedString with size > 0 * This causes an application error in win2k. Let's make wine better :) */ IMO it's not very good idea to make some tests succeed under Wine, which clearly crashes under win2k. That would play some bad role in the case of the back porting Wine code to Windows, since some code, internal to Wine, could rely on that forbidden API behaviour. I also have the following failures under win2k: Number of bytes read do not match FAIL: c:\result.ini does not match compare1.ini Number of bytes read do not match FAIL: c:\result.ini does not match compare2.ini -- Dmitry.

2 2

Re: Small 'let's prevent a crash' fix
by Lionel Ulmer 02 Jul '02

02 Jul '02

> This does not fix the real problem (ie why does this DC not have a font even > if the application called a 'SelectObject' on it), but well, it cannot harm > to be more verbose and to prevent crashes if possible :-) OK, found the 'error' : the problem comes from the fact that I am using client-side fonts (aka XRender) : so the 'font' part of the physDev structure is always '0'. And that also means that we cannot use as is the glXUseXFont function. So basically, I need to implement it myself using 'GetGlyphOutline' (should not be that hard to do :-) ). Now my question : is 'GetGlyphOutline' always working even when not using client-side fonts ? If yes, I will completely remove the call to glXUseXFonts (I know, in that case, fonts displayed by OpenGL will be different by the one displayed by X, but well, ...) and always use the manual 'GetGlyphOutline' function. And I will try at the same time to remove all GLX calls from wgl.c and put them in special X11DRV escapes to have a real X11 free wgl.c file (ie for example, creating an OpenGL context would be a special escape for the X11DRV as it's basically something that is in GLX). Lionel -- Lionel Ulmer - http://www.bbrox.org/

2 1

Re: Removed extra , from enum declarations
by Andreas Mohr 02 Jul '02

02 Jul '02

On Tue, Jul 02, 2002 at 03:39:04PM -0400, Gregg Mattinson wrote: > Resubmitting because I forgot to attach the file. Sorry. I'm also sorry about > the large number of posts today. You feel sorry about WHAT !? Heck, I guess you might have a minimalistic reason to feel sorry once you manage to crash the mailing list server due to sending way too many patches, but until that happens... ;-) Have a nice day ! -- "My attitude is, everybody should try competing with Microsoft once in their life. Once." - Marc Andreessen, former Netscape lead employee, in a "browser wars" interview

1 0

Re: Added support for APPMODE=<type>[:<mainFunc>]
by Joerg Mayer 02 Jul '02

02 Jul '02

On Tue, Jul 02, 2002 at 04:06:56PM -0400, Gregg Mattinson wrote: > - .spec files can't be compiled with -g when using Forte C. This causes static > variables to have a "random" prefix attached to their name, and prevents the > assembly code from linking to them correctly. > - Forte C has linker issues, so cui executables with main() conflicted with > main() in $WINELOADER. Renaming main() to main2() solved the issue, so I added > support to winebuild to allow the main function name to be optionally specified > in the makefile. > - Forte C does not support .previous It was replaced with a .section statement > for the appropriate section > - '.section .text' is incorrect. It should be '.section ".text"' You omitted: - Replace constants by numeric values (aka magic numbers). > - fprintf( outfile, " rec.code = 0x%08x;\n", EXCEPTION_WINE_STUB ); > + fprintf( outfile, " rec.code = 0x%08x;\n", 0x80000100 ); - Inserted compiler specific compilation (as opposed to feature specific compilation) > +#ifndef __SUNPRO_C > fprintf( outfile, "\n#include \"pshpack1.h\"\n" ); > +#endif - Removed some unneeded includes. 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

Re: Void functions can't return a value
by Joerg Mayer 02 Jul '02

02 Jul '02

On Tue, Jul 02, 2002 at 03:34:44PM -0400, Gregg Mattinson wrote: > - void functions can't return a value, even if it is the return value from > another void function. Just looking at the patch a bit. This looks wrong to me. If you want to make the changes, you should convert return xxx() into { xxx(); return } > void WINAPI PathStripPathAW(LPVOID lpszPath) > { > if (SHELL_OsIsUnicode()) > - return PathStripPathW(lpszPath); > - return PathStripPathA(lpszPath); > + PathStripPathW(lpszPath); > + PathStripPathA(lpszPath); <----- should not be executed if condition is met > } This pattern is repeated several times. 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

Re: heads up: wine 20020605 broken on FreeBSD, workaround included
by Gerald Pfeifer 02 Jul '02

02 Jul '02

[ I'm now also Cc:ing this to the Wine developers, thus the full-quote. In fact, all non-GLIBC platforms seem to be affected by this bug! ] Based on your pointer, I believe I found the problem. In aclocal.m4 we have: AC_DEFUN([WINE_CHECK_ERRNO], [AC_CACHE_CHECK([for reentrant libc: $1],[wine_cv_libc_r_$1], [AC_TRY_RUN([int myerrno = 0; char buf[256]; int *$1(){return &myerrno;} main(){connect(0,buf,255); exit(!myerrno);}], wine_cv_libc_r_$1=yes, wine_cv_libc_r_$1=no, wine_cv_libc_r_$1=yes)]) AS_IF([test "$wine_cv_libc_r_$1" = "yes"],[$2],[$3])]) which, in configure, becomes: int myerrno = 0; char buf256; int *__error(){return &myerrno;} main(){connect(0,buf,255); exit(!myerrno);} That is, instead of an array of 256 characters, we have one character, and the invocation of connect() is definitely incorrect. Could someone more familiar with autoconf please have a look at this? Gerald On Mon, 1 Jul 2002, Scott Bolte wrote: > Over the weekend I tried to get wine 20020605 to run on a > new installation of FreeBSD 4.6. It took a while, I haven't > tried wine since 1997 after all, but I determined that my > problems were due to configure's reentrant libc test failing > when building the port. > > The wine_cv_libc_reentrant test in configure.ac first checks > for Linux (__errno_location) and then tests for FreeBSD > (__error). I don't have more time to figure out why, but > nesting the FreeBSD test that way results in a false > negative. The configuration will continue, as will the > build, but the resulting non-reentrant code goes into an > endless loop when trying to spawn threads. > > A crude workaround, for FreeBSD users at least, is to > replace the Linux test with the FreeBSD one. This needs to > be done before configure is run. I did it by hand, but I > expect the following code would do the trick. > > % cd /usr/ports/emulators/wine > % make patch > % perl -i -pe 's/__errno_location/__error/' work/wine-20020605/configure.ac > % make > % make install > > Below is the autoconf test script that demonstrates the > problem. It needs to be run in > /usr/ports/emulators/wine/work/wine-20020605/configure.ac > > Scott > > P.S. I'm not on the freebsd-emulators mailing list, but I > see from freebsd-questions that at least one other > person got wine to compile on 4.6. I can't explain > why it worked for him and not for me. However, I > installed a brand new copy of 4.6 from the standard > ISO images just to run wine. > > ---- testconf.ac > dnl Process this file with autoconf to produce a configure script. > dnl Original author: Michael Patra > dnl See ChangeLog file for detailed change history. > > m4_define(WINE_VERSION,regexp(m4_include(VERSION),[version $[-.0-9A-Za-z]+$],[\1])) > > AC_PREREQ(2.53) > AC_INIT([Wine],WINE_VERSION) > AC_CONFIG_SRCDIR(server/atom.c) > AC_CONFIG_AUX_DIR(tools) > > dnl **** Check for some programs **** > > AC_PROG_CC > > dnl **** Check for reentrant libc **** > > wine_cv_libc_reentrant=no > > dnl ##### > dnl ##### There is a problem if the FreeBSD test is nested > dnl ##### after the Linux test. In that instance, it fails. > dnl ##### If, on the other hand, it is tested first, it works. > dnl ##### > dnl ##### Swap the order of two following test case to see > dnl ##### how they differ. (Ignore the second case since it > dnl ##### will use cached data.) > dnl ##### > > dnl FreeBSD style errno location > WINE_CHECK_ERRNO([__error], [wine_cv_libc_reentrant=__error]) > > dnl Linux style errno location > WINE_CHECK_ERRNO([__errno_location], [wine_cv_libc_reentrant=__errno_location], > dnl FreeBSD style errno location > WINE_CHECK_ERRNO([__error], [wine_cv_libc_reentrant=__error] > )) > -- Gerald "Jerry" pfeifer(a)dbai.tuwien.ac.at http://www.dbai.tuwien.ac.at/~pfeifer/

3 4

alsa disable configure?
by Chris Thielen 02 Jul '02

02 Jul '02

Are there any patches in waiting to disable the use of ALSA in the configure script ... or is this not needed?

1 0

IsDialogMessageA/W question
by Sander van Leeuwen 01 Jul '02

01 Jul '02

Hi, Is there a specific reason why unprocessed messages in IsDialogMessage don't get dispatched? Experiments in Windows 2000 show this is not (always) correct. It seems all messages passed on to IsDialogMessage are dispatched and it always returns 1. IsDialogMessage doesn't call DispatchMessage, but the function called internally by DispatchMessage. Changing the behaviour to match Windows 2000 fixes at least one problem I noticed in an MFC application (button getting stuck when using the spacebar). There's not much information in MSDN about this function, so I can't say if IsDialogMessage always behaves like this. Sander

3 2

Re: Using win dll with wine
by psuchomel＠volny.cz 01 Jul '02

01 Jul '02

I can not simply transfer this code from Windows (under them it is compilable and working) to Wine, because this code is bridge beetwen my Java app and this dll. Because it depends on Windows natives of Sun JVM, it can not be directly run under Linux. My problem: How to brand (?) part of Wine, to be able use this dll f.e. with Qt Canvas or X11 rendering?. The example shows only some of the simpliest parts of this one, primary it is used as native rendering engine (and this engine exist only as dll for Windows, I do not expect there will be version for Linux in suitable time for me). Petr

1 0

Usind win dll with wine
by psuchomel＠volny.cz 01 Jul '02

01 Jul '02

Hi wine gurus I have some dll, I want to run under Linux. I try to study Wine docs, but, if I say the truth, I did not make me clever so much. Please, could you help me port this part of win code (extracted from my java <--> cpp bridge) under Linux? Petr //define dll handler HINSTANCE hInst = NULL; //define entry in dll typedef char* (_pascal * GLL_version)(); //here is some call //load library if( hInst == NULL ) hInst = LoadLibrary("mylib"); if( hInst == NULL ) return; //get proc address FARPROC proc = GetProcAddress(hInst, "GLL_VERSION"); //and call it if (proc != NULL) printf("%s", (char*)(GLL_version)proc()); //free handler FreeLibrary(hInst); hInst = NULL;

2 1

Bug #829 triggers lock-up in Baldur's Gate
by Ian D. Stewart 01 Jul '02

01 Jul '02

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 After further research, it looks as if the lock-up in Baldur's Gate is being triggered by an unsupported API Call. Here is the pertinent error message from Wine: fixme:ddraw:DIB_DirectDrawSurface_Blt dwFlags DDBLT_WAIT and/or DDBLT_ASYNC: can't handle right now. This fixme is only encountered during game 'movies' (including resting and death scenes). I have a full logfile if anyone is interested. Ian -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.7 (GNU/Linux) iD8DBQE9H4FfAjpHQQmBAUMRAqG0AJ4iMs7zB5i2jQn0Axbtkqwsf1HShQCdHtPz zU0QnKIKUtr2vYNS+al5t7o= =pp9a -----END PGP SIGNATURE-----

3 6

RFC PATCH: Fix unixism in shelllink.c
by Steven Edwards 01 Jul '02

01 Jul '02

I dont know if this will work or not and its untested under *nix as wine and my slack 8.1 install are still not getting along. WINE already implements _cwait so we should use it although I think this is wrong. Can someone check and fix it? http://www.opengroup.org/onlinepubs/007908799/xsh/wait.html http://msdn.microsoft.com/library/default.asp?url=/library/en-us/vccore98/h… The next one may be a bigger PITA because shelllink.c calls fork =( Changelog: Replace Unixism in shell32 cvs diff -u Makefile.in Index: Makefile.in =================================================================== RCS file: /home/wine/wine/dlls/shell32/Makefile.in,v retrieving revision 1.50 diff -u -r1.50 Makefile.in --- Makefile.in 14 Jun 2002 23:48:27 -0000 1.50 +++ Makefile.in 1 Jul 2002 08:29:24 -0000 @@ -5,7 +5,7 @@ VPATH = @srcdir@ MODULE = shell32.dll # fixme: avoid ole32.dll import -IMPORTS = ole32 shlwapi comctl32 user32 gdi32 advapi32 kernel32 +IMPORTS = ole32 shlwapi comctl32 user32 gdi32 advapi32 kernel32 msvcrt ALTNAMES = shell.dll EXTRALIBS = $(LIBUUID) $(LIBUNICODE) cvs diff -u shelllink.c Index: shelllink.c =================================================================== RCS file: /home/wine/wine/dlls/shell32/shelllink.c,v retrieving revision 1.40 diff -u -r1.40 shelllink.c --- shelllink.c 31 May 2002 23:25:52 -0000 1.40 +++ shelllink.c 1 Jul 2002 08:29:52 -0000 @@ -720,7 +720,7 @@ _exit(1); } - while (waitpid( pid, &status, 0 ) == -1) + while (_cwait( &status, pid, 0 ) == -1) { if (errno != EINTR) {

1 0

Re: Modal vs Nonmodal window [Bug 825]
by Ann and Jason Edmeades 30 Jun '02

30 Jun '02

I've just uploaded a new (smaller) testcase for this issue. It shows a window launched by VB in 'modal' mode (xxx.show vbModal, Me) ends up (a) being clipped by the launching window, and (b) fails to accept keyboard and mouse input. Anyone got any thoughts about how to diagnose this - I need to get this working so I can open up the rest of my test app (All the bits I can get to now work with builtin oleaut32 after my last patch :-) ). I really am not a GUI person, but dont mind doing some diagnosis if someone can point me the right way. I've tried some traces with win debugmsg, but cant spot anything obvious. Regards, Jason

1 0

idl compiler in winehq tree
by Steven Edwards 30 Jun '02

30 Jun '02

Is anyone working on this or planning on submitting it? If not I will send the diffs tommrow as some of the ReactOS developers are interested in it but only only under LGPL. Thanks Steven __________________________________________________ Do You Yahoo!? Yahoo! - Official partner of 2002 FIFA World Cup http://fifaworldcup.yahoo.com

2 1

Re: filedlg95 patch
by Dmitry Timoshkov 30 Jun '02

30 Jun '02

"Andreas Mohr" <andi(a)rhlx01.fht-esslingen.de> wrote: > - quote strings (better in case of LFNs) debugstr_a/w are specially designed for that task. -- Dmitry.

1 0

Re: int10 SetCursorShape
by Andreas Mohr 30 Jun '02

30 Jun '02

On Sun, Jun 30, 2002 at 12:41:07AM +0200, Andreas Mohr wrote: > BTW, "almost" meaning that the display is perfect > (see http://home.arcor.de/wineshots/ida.png), but it is still very SLOOOW. > I guess now there's some real incentive to improve something... Argh, argh, argh. That should have been http://home.arcor.de/andi.mohr/wineshots/ida.png -- Andreas Mohr Stauferstr. 6, D-71272 Renningen, Germany Tel. +49 7159 800604 http://mohr.de.tt

1 0

Re: winedefault.reg: FirstInstallDateTime value
by Joerg Mayer 29 Jun '02

29 Jun '02

On Sat, Jun 29, 2002 at 08:37:53PM +0200, Andreas Mohr wrote: > this adds the FirstInstallDateTime key, which is required by a program > some guy tested in the newsgroup. > +"FirstInstallDateTime"=hex:21,81,7c,23 How about adding a comment which date that is? Thanks 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.

2 1

AGAIN: Wine wrongly seeing gdi32 & user32 as native
by Steven Edwards 29 Jun '02

29 Jun '02

Just setup a clean wine on slack 8.1 and any time I try to run a GUI app I'm seeing this: Warning: loading builtin user32.dll, but native version already present. Expect trouble. wine: Unhandled exception, starting debugger... Warning: loading builtin gdi32.dll, but native version already present. Expect trouble. Warning: loading builtin user32.dll, but native version already present. Expect trouble. wine: Unhandled exception, starting debugger... Warning: loading builtin gdi32.dll, but native version already present. Expect trouble. Console apps work fine and I read the thread relating to this with the tests at http://www.winehq.com/hypermail/wine-devel/2002/03/0454.html but havent been able to fix it for these apps. What else should I be doing? Thanks Steven __________________________________________________ Do You Yahoo!? Yahoo! - Official partner of 2002 FIFA World Cup http://fifaworldcup.yahoo.com

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