May 2003 - Wine-devel - list.winehq.org

Re: Always print version on startup
by Marcus Meissner 18 May '03

18 May '03

On Sat, May 17, 2003 at 01:42:03PM +0200, 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 > 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 This will break apps checking on stdout output. It is also not very helpful, since for larger apps it will be printed dozens of times. Ciao, Marcus

3 2

How long for a patch?
by Gerhard W. Gruber 18 May '03

18 May '03

I submitted a patch about a week (maybe more) ago to include a new DLL w95inf32 into wine. The patch has not been included and there was also no feedback as to why it is not included. How long does it usually take until a patch will be taken in? Or is there some other reason why this is not done? -- Gerhard Gruber Für jedes menschliche Problem gibt es immer eine einfache Lösung: Klar, einleuchtend und falsch. (Henry Louis Mencken)

5 6

Perl on Redhat 9 switches to character semantics
by Hans Leidekker 18 May '03

18 May '03

Hi, On Redhat 9 I get errors like this one when doing a 'make htmlpages': Malformed UTF-8 character (unexpected non-continuation byte 0x6e, immediately after start byte 0xfc) in substitution (s///) at ../../tools/c2man.pl line 313, <SOURCE_FILE> line 2. This is because I have LANG="en_US.UTF-8" as part of my environment, and perl will now switch to character semantics (as opposed to byte semantics) when it detects a Unicode character set. Wine source files contain characters with ordinals > 127 (it looks like the Wine sources are ISO_8859-1) and of course, these usually don't also form valid UTF-8 sequences. Off hand I see three solutions (in order of increasing acceptability): 1. Convert Wine source files to ASCII-7 or UTF-8 2. Set character set to "C" or "ISO8859-1" prior to running perl on the sources 3. Force perl back into using byte semantics 1. Most non-ASCII-7 characters are in C comments (in the names of authors, e.g. Ove Kåven). But there are files like dlls/x11drv/keyboard.c that contain them as part of a C string. Going this way would mean these characters would have to be escaped. Of course this is a step backwards. It would degrade readability of the sources and probably offend some awkwardly named authors ;^) It would also require a change of pratice, which is hard to accomplish. Converting to UTF-8 seems more promising. C strings still need to be escaped but then our Hungarian, authors can finally have their names spelled properly in the sources! Still, there are more programs that have to interpret C source files and I estimate that most of them do not yet handle UTF-8 properly (though vi and emacs are amongst the capable). 2. Changing the character set beforehand will get rid of the errors and is much less controversial than the above solution ;) But it's still cumbersome to have to do so. 3. This will work regardless of the character set specified in the user's environment. The attached patch does this for c2man.pl Bye, -Hans Changelog: Force perl to use byte semantics

2 3

Re: wine/ dlls/winedos/Makefile.in dlls/winedos/.c ...
by hatky 18 May '03

18 May '03

> Log message: > Moved vxd support to winedos. > > Patch: > http://cvs.winehq.com/patch.py?root=/home/winehq/opt/cvs-commit&id=8230 I did not know wine has vxd suppot I remeber trying kali and as it trys to load a vxd that does ipx->tcp/ip I was getting fixme's and the vxd was not loaded.... And to the topic why sould it be in dos when win95 and win98 support it I know winnt/winxp do not, I am not sure about the rest but this is not dos.... Hatky. __________________________________ Do you Yahoo!? The New Yahoo! Search - Faster. Easier. Bingo. http://search.yahoo.com

5 7

Re: [Bug 1448] Getting Unreal Turnement 2003 (game) working - video detection probelm - registry accsess
by Sylvain Petreolle 18 May '03

18 May '03

Whats the problem with the new bugzilla, some bugs are empty now (no description at all) look at this one, the only comments are the last which were posted. http://bugs.winehq.com/show_bug.cgi?id=1448 ===== Sylvain Petreolle (spetreolle at users dot sourceforge dot net) ICQ #170597259 No more War ! "What if tomorrow the War could be over ?" Morpheus, in "Reloaded". For the Law of Oil and Fire, Im an European that lives in France. For all my Brothers and friends, Im a human living on Earth. ___________________________________________________________ Do You Yahoo!? -- Une adresse @yahoo.fr gratuite et en français ! Yahoo! Mail : http://fr.mail.yahoo.com

3 2

Re: Getting DXBall to run
by Hans Leidekker 18 May '03

18 May '03

On Fri, 16 May 2003, Lionel Ulmer wrote: > The real problem is that the application is setting the PITCH flag and gives > us a Pitch set to '0'... Which is *not* a good thing :-) > > I tested the attached patch and it seems to work too (and I feel that it's a > bit better :-) ). I agree. Thanks very much, I've tested it and it works for me too! -Hans

1 0

Re: [dx8-34 bis] too many things for a subject ;)
by Alexandre Julliard 17 May '03

17 May '03

Raphaël Junqueira <fenix(a)club-internet.fr> writes: > Index: d3d8_private.h > =================================================================== > RCS file: /home/wine/wine/dlls/d3d8/d3d8_private.h,v > retrieving revision 1.26 > diff -u -r1.26 d3d8_private.h > --- d3d8_private.h 14 May 2003 19:33:35 -0000 1.26 > +++ d3d8_private.h 17 May 2003 15:32:24 -0000 > @@ -55,10 +55,11 @@ > #include "d3d8.h" > > /* Device caps */ > +#define MAX_PALETTES 256 > #define MAX_STREAMS 16 > #define MAX_ACTIVE_LIGHTS 8 > #define MAX_CLIPPLANES D3DMAXUSERCLIPPLANES > -#define MAX_LEVELS 256 > +#define MAX_LEVELS 256 > > /* Other useful values */ > #define HIGHEST_RENDER_STATE 174 > @@ -272,13 +273,16 @@ > float lightPosn[MAX_ACTIVE_LIGHTS][4]; > float lightDirn[MAX_ACTIVE_LIGHTS][4]; > > + /* palettes texture management */ > + PALETTEENTRY palettes[MAX_PALETTES][256]; > + UINT currentPalette; I applied the patch, but you will really need to allocate that thing dynamically. Reserving 256Kb for palette data is a bit too much (not to mention that MAX_PALETTES should be 65536 if I read the doc correctly). -- Alexandre Julliard julliard(a)winehq.com

2 1

PuTTY breakage uncovered
by Dimitrie O. Paun 17 May '03

17 May '03

Alexandre, It seems that this patch: http://www.winehq.org/hypermail/wine-cvs/2002/08/0158.html broke PuTTY. Before the patch, the dialog would come up, after the patch, it doesn't. You can get putty.exe from this link: http://the.earth.li/~sgtatham/putty/latest/x86/putty.exe it requires no installation, just do $ wine putty.exe to run it. -- Dimi.

1 0

Re: New _lcreat tests
by Mike Hearn 17 May '03

17 May '03

it seems you forget the attachment? On Sat, 2003-05-17 at 17:26, Ferenc Wagner wrote: > These are to reveal the difference to the DOS interface > (int 21 sevice 3c). > > Changelog: > New _lcreat test for filename ending in a slash. > New _lcreat test for volume label attribute. >

1 0

Re: winelpk.dll
by Dimitrie O. Paun 17 May '03

17 May '03

On Thu, 15 May 2003, Shachar Shemesh wrote: > The attached patch is adding a new DLL, called "winelpk". This DLL is > meant to replace a Windows undocumented DLL called "LPK.DLL", or > Language Pack. LPK.DLL implemented the BiDi for GetCharacterPlacement, > DrawText, EditControl and so on and so forth. As the interfaces there > are undocumented, however, I changed the name of the Wine DLL, to avoid > confusion and attempts to replace one with the other. This doesn't make sense. If we're not compatible with LPK, why add a DLL in the first place, and not implement those functions in their respective DLLs? -- Dimi.

4 3