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

Re: [dx63] Warcraft ugly fonts

by Raphaël Junqueira

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Le Mardi 01 Juillet 2003 21:42, Ann and Jason Edmeades a écrit : > This solves the problem of very ugly fonts in Warcraft3. I'd like to > take credit but I am just tidying up and commenting a fix which was > worked on by Lucho. > > Changelog: > > Ensure pixel coordinates point to the bottom left of the pixel not the > middle > > Jason Great guys ;) Now i can really play to warcraft3 understanding the story :p (And i prefer your patch than mine ugly one before) Best Regards, Raphael -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.2 (GNU/Linux) iD8DBQE/Ahozp7NA3AmQTU4RAl+CAJ0Y5db2Mk1jAeaMsZjOrF9isg91twCgkNEN 14H3EMfwW3VCTwt0LU8u51U= =mHFR -----END PGP SIGNATURE-----

July 1, 2003

RE: [RESENT] Always print version on startup

by Francois Gouget

On Wed, 2 Jul 2003, PETREOLLE Sylvain wrote: > I think this can be avoided. > Let use stderr to print this, this way you can use redirections with every > program you want. Actually, MESSAGE probably prints to stderr already. But still, some programs will assume that an error occurred if something is printed on stderr. For instance this will happen to any application written in tcl unless the developper went to great lengths to avoid it. So such a change would likely break WineSetupTk. > I will add one more remark (!) : I dont know many programs that expect "Wine > version" in their output. Precisely. And they should not have to deal with it. This is absolutely equivalent to modifying grep so it systematically prints its version information on stdout or stderr. This would break tons of scripts out there. > If they are disturbed by this, this is a huge design problem. In the above example the design bug would not be in the scripts that get broken but in grep. Similarly, Wine has no business adding or removing anything from what the Windows application prints on stdout or stderr. -- Francois Gouget fgouget(a)free.fr http://fgouget.free.fr/ Linux: the choice of a GNU generation

July 1, 2003

RE: [RESENT] Always print version on startup

by PETREOLLE Sylvain

I think this can be avoided. Let use stderr to print this, this way you can use redirections with every program you want. I will add one more remark (!) : I dont know many programs that expect "Wine version" in their output. If they are disturbed by this, this is a huge design problem. -----Message d'origine----- De : Francois Gouget [mailto:fgouget(a)free.fr] Envoyé : mardi 1 juillet 2003 23:57 À : wine-devel(a)winehq.org Objet : Re: [RESENT] Always print version on startup Let me object too then. This patch will break all scripts that use regedit to export part of the registry to stdout. It will also break all applications that run 'uninstaller --list' and then parse the output to determine what Windows applications are installed. It will also break all Winelib applications that print anything to stdout that then needs to be parsed by a script or some other program. Of course we have each of these cases in CrossOver. Then it will break all Windows application that analyze the output of another Windows application. For instance I expect Visual C++'s nmake+cl will not work anymore (as well as other make+compiler cases). Even compiling from the Visual C++ IDE may stop working. Finally it's a matter of what Wine is about. Wine is about transparently running Windows applications. Wine itself should be as invisible as possible, it should just get out of the way. We went out of our way (well iirc Alexandre did most of that work) to avoid having the Wine command line options interfer with the application's command line options. Printing garbage (from the Windows application point of vue) on stdout would be a step backwards. -- Francois Gouget fgouget(a)free.fr http://fgouget.free.fr/ War doesn't determine who's right. War determines who's left.

July 1, 2003

Re: [RESENT] Always print version on startup

by Francois Gouget

On Tue, 1 Jul 2003, Uwe Bonnes wrote: > Changelog: > misc/options.c: OPTIONS_ParseOptions > Always print out version > > > The recent posting about the Altere quartus installer not working seems to > ^^^^^^ > Altera > > be caused by an old version used. The poster shows the startup and > > messages. If the version was printed by default, it could help debugging > > Only Marcus objected, but didn't react on my remarks. [...] Let me object too then. This patch will break all scripts that use regedit to export part of the registry to stdout. It will also break all applications that run 'uninstaller --list' and then parse the output to determine what Windows applications are installed. It will also break all Winelib applications that print anything to stdout that then needs to be parsed by a script or some other program. Of course we have each of these cases in CrossOver. Then it will break all Windows application that analyze the output of another Windows application. For instance I expect Visual C++'s nmake+cl will not work anymore (as well as other make+compiler cases). Even compiling from the Visual C++ IDE may stop working. Finally it's a matter of what Wine is about. Wine is about transparently running Windows applications. Wine itself should be as invisible as possible, it should just get out of the way. We went out of our way (well iirc Alexandre did most of that work) to avoid having the Wine command line options interfer with the application's command line options. Printing garbage (from the Windows application point of vue) on stdout would be a step backwards. -- Francois Gouget fgouget(a)free.fr http://fgouget.free.fr/ War doesn't determine who's right. War determines who's left.

July 1, 2003

Re: [DSHOW-03a] Fix Compile Problems On Newer Compilers

by Maxime Bellengé

On my redhat 9, this patch doesn't work, I have to move the two defines at the very begining of the filtermapper.c file to make it work. Max On Tue, 2003-07-01 at 19:23, Robert Shearman wrote: > Hi, > > This should fix the problems a number of people were having when compiling > after the commiting of my DSHOW-02 patch. > > Changelog: > Fix compilation due to nameless structs and unions > > Rob -- Maxime Bellengé <maxime.bellenge(a)laposte.net>

July 1, 2003

can't compile current cvs - filtermapper

by hatky

current cvs, completly clean: make[2]: Entering directory `/home/hatky/wine-source/wine/dlls/quartz' gcc -c -I. -I. -I../../include -I../../include -D_REENTRANT -fPIC -D__WINESRC__ -Wall -mpreferred-stack-boundary=2 -gstabs+ -Wpointer-arith -g -O2 -o filterm apper.o filtermapper.c filtermapper.c: In function `FM2_WriteFilterData': filtermapper.c:365: structure has no member named `u' filtermapper.c:370: structure has no member named `u' filtermapper.c:373: structure has no member named `u' filtermapper.c:375: structure has no member named `u' filtermapper.c:376: structure has no member named `u' filtermapper.c:379: structure has no member named `u' filtermapper.c:382: structure has no member named `u' filtermapper.c: In function `FM2_ReadFilterData': filtermapper.c:513: structure has no member named `u' filtermapper.c:515: structure has no member named `u' filtermapper.c: In function `FM2_DeleteRegFilter': filtermapper.c:602: structure has no member named `u' filtermapper.c:605: structure has no member named `u' filtermapper.c:606: structure has no member named `u' filtermapper.c:608: structure has no member named `u' filtermapper.c:610: structure has no member named `u' filtermapper.c:611: structure has no member named `u' filtermapper.c:613: structure has no member named `u' filtermapper.c: In function `FilterMapper2_EnumMatchingFilters': filtermapper.c:910: structure has no member named `u' filtermapper.c:912: structure has no member named `u' make[2]: *** [filtermapper.o] Error 1 make[2]: Leaving directory `/home/hatky/wine-source/wine/dlls/quartz' make[1]: *** [quartz] Error 2 make[1]: Leaving directory `/home/hatky/wine-source/wine/dlls' make: *** [dlls] Error 2 Compilation failed, aborting install. any ideas? did not find anything at the bord already, Hatky. __________________________________ Do you Yahoo!? SBC Yahoo! DSL - Now only $29.95 per month! http://sbc.yahoo.com

July 1, 2003

Compile Error in CVS as of 7/1/03 at 7:14am MST

by Kevin DeKorte

gcc -c -I. -I. -I../../include -I../../include -D_REENTRANT -fPIC -D__WINESRC__ -Wall -mpreferred-stack-boundary=2 -gstabs+ -Wpointer-arith -g -O2 -o filtermapper.o filtermapper.c filtermapper.c: In function `FM2_WriteFilterData': filtermapper.c:365: structure has no member named `u' filtermapper.c:370: structure has no member named `u' filtermapper.c:373: structure has no member named `u' filtermapper.c:375: structure has no member named `u' filtermapper.c:376: structure has no member named `u' filtermapper.c:379: structure has no member named `u' filtermapper.c:382: structure has no member named `u' filtermapper.c: In function `FM2_ReadFilterData': filtermapper.c:513: structure has no member named `u' filtermapper.c:515: structure has no member named `u' filtermapper.c: In function `FM2_DeleteRegFilter': filtermapper.c:602: structure has no member named `u' filtermapper.c:605: structure has no member named `u' filtermapper.c:606: structure has no member named `u' filtermapper.c:608: structure has no member named `u' filtermapper.c:610: structure has no member named `u' filtermapper.c:611: structure has no member named `u' filtermapper.c:613: structure has no member named `u' filtermapper.c: In function `FilterMapper2_EnumMatchingFilters': filtermapper.c:910: structure has no member named `u' filtermapper.c:912: structure has no member named `u' make[2]: *** [filtermapper.o] Error 1 make[2]: Leaving directory `/home/kdekorte/cvs/wine/dlls/quartz' make[1]: *** [quartz] Error 2 make[1]: Leaving directory `/home/kdekorte/cvs/wine/dlls' make: *** [dlls] Error 2

July 1, 2003

Re: Don't set stacking order against unvisible windows

by Mike Hearn

> Since you don't know what Alexandre means by "other things", you > certainly can't compare what evil is lesser :-) Surely it couldn't break ..... notepad!?! That would be awful! :) > Anyway, I believe > that Alexandre already mentioned that making desktop mode work is > a part of the planned window management rewrite which will be done > soon. For the time being I found that removing the InstallShield AppDefaults entries made it not crash anyway (but the window management was obviously messed up). The main problem is that the recommendation has always been to install things into Wine - if InstallShield doesn't work, users fall at the first hurdle. -- Mike Hearn <m.hearn(a)signal.qinetiq.com> QinetiQ - Malvern Technology Center

July 1, 2003

Re: Don't set stacking order against unvisible windows

by Dmitry Timoshkov

"Mike Hearn" <m.hearn(a)signal.qinetiq.com> wrote: > However, I think it unbreaks InstallShield, which is a fantastically > common application. It might be a case of a "lesser of two evils" > decision. Since you don't know what Alexandre means by "other things", you certainly can't compare what evil is lesser :-) Anyway, I believe that Alexandre already mentioned that making desktop mode work is a part of the planned window management rewrite which will be done soon. -- Dmitry.

July 1, 2003

Nameless struct in dlls/quartz/filtermapper.c

by Uwe Bonnes

Hallo, with an CVS update this morning, compiling in dlls/quartz/ gives: gcc -c -I. -I. -I../../include -I../../include -D_REENTRANT -fPIC -D__WINESRC__ -Wall -mpre ferred-stack-boundary=2 -gstabs+ -Wpointer-arith -g -O2 -o filtermapper.o filtermapper.c filtermapper.c: In function `FM2_WriteFilterData': filtermapper.c:365: structure has no member named `u' filtermapper.c:370: structure has no member named `u' ... These problems with nameless structs pop up on and off... Bye -- Uwe Bonnes bon(a)elektron.ikp.physik.tu-darmstadt.de Institut fuer Kernphysik Schlossgartenstrasse 9 64289 Darmstadt --------- Tel. 06151 162516 -------- Fax. 06151 164321 ----------

July 1, 2003