July 2002 - Wine-Devel - list.winehq.org

Re: DOSFS_GetPathDrive patch

by Duane Clark

Alexandre Julliard wrote: > 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. Okay, it does look like operator (me) error. I was using an environment variable, XILINX, set to /c/Xilinx. Changing that to C:\\Xilinx fixed it, and ISE runs fine without my patch. So forget that one. Well, it does need Uwe's patch: Re: Again: Accept lphc == NULL in listboxes This fixes a hard crash in Xilinx ISE. Is that one not going to go in?

July 3, 2002

(no subject)

by Steven Edwards

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

July 3, 2002

Re: DOSFS_GetPathDrive patch

by Alexandre Julliard

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

July 3, 2002

Re: Running half-life turns X display into garbage

by Joshua Thielen

Serge Ryabchun wrote: >On Tue, 2 Jul 2002, Joshua Thielen wrote: > >>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. >> > >Try "UseDGA"="no" in config or run HL without root rights. > This worked! Well, at least now I can get to the menu. But what is wrong? Is there a bug in wine's use of DGA? Thanks! Josh

July 3, 2002

Re: MS' hidden API

by Duane Clark

Vincent Béron wrote: > Le mer 03/07/2002 à 11:39, Andreas Mohr a écrit : > >>On Wed, Jul 03, 2002 at 01:33:46AM +0300, P. Christeas wrote: >> >>>My view is that we should focus on professional apps, such as CAD, some >>>multimedia etc. There is professionals that won't switch to Linux until some >>>unique apps they use can run under Linux. Games are an issue, too. >> >>Very true. >>IMHO AutoCAD is *very* important, as it's considered to be a leading CAD >>package, with no UNIX version, ever. > > > Was a leading CAD package. It's still vastly used, but (in my > experience) mostly to get access to old drawings. Newer stuff gets > designed on SolidWorks, ProE, Catia, Mechanical Desktop and a couple > others which do real 3D. Just barely on topic, hope people don't mind... So, any hints on which would be a good one to get? I am planning to buy a mechanical CAD package, and would then attempt to fix any bugs to get it running under wine. I have managed to do fairly well getting my Xilinx FPGA software working (though getting the patches committed has been a little harder), so I figure I would try a CAD package, too. My needs are pretty simple, so I don't really want the high dollar stuff, perhaps under $1K (the further under the better ;)? I would be doing things like mechanical drawings for machining front panels and brackets for electronic equipment (which I have done in Autocad in the past).

July 3, 2002

Re: Fix for [bug 829] DIB_DirectDrawSurface_Blt same src./dest. surface = screen corruption

by Tony Lambregts

Lionel Ulmer wrote: >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 :-) ? > The thing here is that I only fixed it for when the areas are the same size and no other flags are set. There are possible situations where flags are set and/or stretching is involved that this "fix" does not solve. This may confusing but it is a warning and it only prints once. Perhaps a little comment along with the warning might be in order. > >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. > > I think you are right that the fall through would be faster, I will change the code and resubmit. >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 > > I would like to know if this works for FalloutTactics. Thank you for your help. Tony Lambregts > >

July 3, 2002

Re: MS' hidden API

by Vincent Béron

Le mer 03/07/2002 à 11:39, Andreas Mohr a écrit : > On Wed, Jul 03, 2002 at 01:33:46AM +0300, P. Christeas wrote: > > My view is that we should focus on professional apps, such as CAD, some > > multimedia etc. There is professionals that won't switch to Linux until some > > unique apps they use can run under Linux. Games are an issue, too. > Very true. > IMHO AutoCAD is *very* important, as it's considered to be a leading CAD > package, with no UNIX version, ever. Was a leading CAD package. It's still vastly used, but (in my experience) mostly to get access to old drawings. Newer stuff gets designed on SolidWorks, ProE, Catia, Mechanical Desktop and a couple others which do real 3D. > > > However, we couldn't make the rare apps run, until the API is mature, such > > that the most common ones will run, too. > > So, don't worry if Outlook or Money doesn't run, worry about Matlab (say..). > Matlab is the worst example that you could possibly have chosen. > You are aware of the fact that there is a Linux version ? Right. But are all toolboxes ported? The symbolic toolbox uses a Maple lib (not only m-files), and I'm not sure if it's been ported. Vincent

July 3, 2002

Re: MS' hidden API

by Andreas Mohr

On Wed, Jul 03, 2002 at 01:33:46AM +0300, P. Christeas wrote: > My view is that we should focus on professional apps, such as CAD, some > multimedia etc. There is professionals that won't switch to Linux until some > unique apps they use can run under Linux. Games are an issue, too. Very true. IMHO AutoCAD is *very* important, as it's considered to be a leading CAD package, with no UNIX version, ever. > However, we couldn't make the rare apps run, until the API is mature, such > that the most common ones will run, too. > So, don't worry if Outlook or Money doesn't run, worry about Matlab (say..). Matlab is the worst example that you could possibly have chosen. You are aware of the fact that there is a Linux version ? -- Microsoft Licensing 6.0: "Pay us now in advance, so that we can own you later."

July 3, 2002

Re: Fix for [bug 829] DIB_DirectDrawSurface_Blt same src./dest. surface = screen corruption

by Lionel Ulmer

On Wed, Jul 03, 2002 at 09:41:43AM -0400, Ian D. Stewart wrote: > 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...). Well, this was to fix a bug in SC3k, not the one in Baldur's Gate :-) If it improves BG, all the best, but I somehow doubt it (as the screen corruption introduced by this bug is really unmissable :-) ). Lionel -- Lionel Ulmer - http://www.bbrox.org/

July 3, 2002

Re: Fix for [bug 829] DIB_DirectDrawSurface_Blt same src./dest. surface = screen corruption

by Ian D. Stewart

-----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-----

July 3, 2002