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

Small DirectX (8.1) bug

by Steven Edwards

When playing Star Wars Galactic Battlegrounds under WINE the text for the menus is rendered as black rather then white. What wine flags should I be using to send a proper bug report for this? I can also send a screenshot if needed. Thanks Steven __________________________________________________ Do You Yahoo!? Yahoo! Health - Feel better, live better http://health.yahoo.com

July 29, 2002

Re: Dinput - Keyb Bug

by Kristoffer Ericson

Greetings, >I have the game (tribes) and have trace logs for you (they are big so they >will probably come in a seperate email). The first on is >+relay,+dinput,+event (which has me pressing the a key, then shuts down) >and the second is +opengl,+x11drv,-dsound. DGA is disabled as it breaks >my Nvidia driver when running the game. I've already sent my logs to Lionel, but the more the better =). On my machine DGA seems to work, although extremely slow. >I have something to mention about the Opengl. The game upon release >didn't include opengl. Whether is was incomplete or buggy I don't know. >A later patch included full opengl support. So make sure your running >the latest patch if you can. >I was able to get the game running in accelerated mode a while back. >But that was probably in glide mode, which I cannot test right now. I >tried yesterday to run it in opengl mode by going into the options menu >and selecting it, but the option is missing. It must not be detecting >the opengl. I know my opengl drivers work. The game's software mode >works fine through the x11drv. I'm aware of that fact, currently using the latest Tribes patch (OPENGL got into patch 1.3, i got 1.11, so i'm sure it works). Getting glide to run in tribes doesn't seem to be a problem, i've been playing some with glide-wrappers which seems to work fine (some glitches) and the game gets renderd. I believe that if the opengl detection would get fixed, the game would probobly work perfectly in opengl. Lionel any more logs you need, just drop me a mess. Best wishes _________________________________________________________________ Chat with friends online, try MSN Messenger: http://messenger.msn.com

July 29, 2002

Re: Re: dos console apps question

by chrismorgan＠rcn.com

> > From: Eric Pouech <eric.pouech(a)wanadoo.fr> > Date: 2002/07/29 Mon PM 12:34:11 EDT > To: Chris Morgan <cmorgan(a)alum.wpi.edu>, Jukka Heinonen <jhei(a)iki.fi>, > DanKegel <dank(a)kegel.com> > CC: wine-devel(a)winehq.com > Subject: Re: dos console apps question > > Chris Morgan a écrit : > > > > Lately I've been trying to get some dos console apps running under wine. > > These apps run great under wineconsole but not so much just under wine due to > > the lack of a server side console for the routines in dlls/msdos/vga.c to > > output too. So, after poking all around it seems that at some point during > > the normal loading of an app that we should be calling out to the server with > > alloc_console to create a default console, and binding this console to the > > current terminal. Does anyone have any suggestions about this? What > > function this should be done in? > > I don't think this is needed... normally, a program doesn't have to deal > with the creation of it's console > it's up to its parent > > however, what you're facing right now is running a DOS program directly > from the unix prompt (like wine mydospgm.com) > in this case, there is no way for the parent process to tell something > to its child, you it's up to you to do it by running the program with > wineconsole mydospgm.com > the only programs so far that may have to deal with creating a console > are: > - wcmd (but in fact it could deal with the current one) > - winedbg because we don't want the debugger to mix it's output with the > debuggee's one > > maybe something that will be done when the process creation bits are > done is as follows: > - the wine (or winewrapper) will just parse the unix parameters and then > call CreateProcess to spawn the child process > - this wine executable could then be in charge (if the process requested > for execution is a CUI process) to allocate a new console and ask > CreateProcess to make the child process inherit it. > - however, this scheme must also deal with the situation where we want > the child process to either use the current unix shell (btw, I have a > working version of wineconsole using (n)curses which does just that > (1)), or be retargeted to /dev/null (for example) > - in any case, we will need some more parameters to be giving at the > starting time (and yes, this could also be a per app setting in the > registry) > > (1): what's currently missing is a clean way to choose in wineconsole > between the (well known) windows (GDI/USER) version and (not yet > committed) (n)curse for display > > A+ > > Having the process use the current term window is exactly what I'm looking for. How far along is the patch you have and would you be in need of any assistance? I'm not sure what you mean by not being able to have the parent process communicate with the child process and how this affects things. Is the problem how to capture and render the output from the application that was directed to the console and the standard handles? Couldn't this just be done in the appropriate win32 console functions for input/output and with standard unix handles passed around for stdio? Thanks, Chris

July 29, 2002

Re: Dinput - Keyb Bug

by Lionel Ulmer

> I have the game (tribes) and have trace logs for you. The first on is > +relay,+dinput,+event (which has me pressing the a key, then shuts down) > and the second is +opengl,+x11drv,-dsound. DGA is disabled as it breaks > my Nvidia driver when running the game. Well, I am investigating the DInput problem... Looks strange. I may well ask you to add some more TRACEs in the code to help me understand better what happens (ie if it's blocking in Wine code or in application code). But I would be interested on a +opengl trace too. And maybe you should try to remove all trace of glide2x.dll of your system (maybe once Tribes manages to load the glide2x it cancels OpenGL as it supposes that a system with Glide2x will work better with it than with OpenGL). Lionel -- Lionel Ulmer - http://www.bbrox.org/

July 29, 2002

Toolbar redraw problem

by dusanv

Hi, I am seeing a bunch of apps have redrawing problems when a toolbar is dragged accross the window. Here's a screen shot: http://dusanv.net/files/wine-ss.png Does anyone have any info on this? I'd like to fix it but can't find anyhting relevant. TIA, Dusan

July 29, 2002

Re: Dinput - Keyb Bug

by Jesse Allen

> Well, I am still waiting for my --debugmsg +relay,+dinput,+event trace > :-) > I have the game (tribes) and have trace logs for you (they are big so they will probably come in a seperate email). The first on is +relay,+dinput,+event (which has me pressing the a key, then shuts down) and the second is +opengl,+x11drv,-dsound. DGA is disabled as it breaks my Nvidia driver when running the game. >> I'm trying now to get OpenGL to work, i've run through the >> ./configure >> --enable-opengl, and checked the config.log to see that everything >> checks out (Which it does). I have something to mention about the Opengl. The game upon release didn't include opengl. Whether is was incomplete or buggy I don't know. A later patch included full opengl support. So make sure your running the latest patch if you can. I was able to get the game running in accelerated mode a while back. But that was probably in glide mode, which I cannot test right now. I tried yesterday to run it in opengl mode by going into the options menu and selecting it, but the option is missing. It must not be detecting the opengl. I know my opengl drivers work. The game's software mode works fine through the x11drv. Jesse

July 29, 2002

Re: game patches

by Lionel Ulmer

> yes, sorry, but these patches and spec for them who want to play games > for example SeriousSam, HL or WarCraftIII with more speed and who > used winex ;-) Yeah, I must have misunderstood your mail then. I thought that you wanted to submit this patch for inclusion in WineHQ. And well, I was reading the mail over a slow link (the packets did at last two Atlantic crossings :-) ), I did not read the complete .spec file. Lionel -- Lionel Ulmer - http://www.bbrox.org/

July 29, 2002

Re: game patches

by Ove Kaaven

On Mon, 29 Jul 2002, Lionel Ulmer wrote: > I think these are WineX patches.. Well, I don't know what they're based on, but none of these patches are actually in WineX... I assume that the system shock patch won't help on wine since ddraw textures aren't much use without D3D, but I guess some might apply to wine too... > As for the pure WineX changes, I do not know where to submit :-) Maybe something like winex-devel(a)lists.sourceforge.net ?

July 29, 2002

Re: dos console apps question

by Eric Pouech

Chris Morgan a écrit : > > Lately I've been trying to get some dos console apps running under wine. > These apps run great under wineconsole but not so much just under wine due to > the lack of a server side console for the routines in dlls/msdos/vga.c to > output too. So, after poking all around it seems that at some point during > the normal loading of an app that we should be calling out to the server with > alloc_console to create a default console, and binding this console to the > current terminal. Does anyone have any suggestions about this? What > function this should be done in? I don't think this is needed... normally, a program doesn't have to deal with the creation of it's console it's up to its parent however, what you're facing right now is running a DOS program directly from the unix prompt (like wine mydospgm.com) in this case, there is no way for the parent process to tell something to its child, you it's up to you to do it by running the program with wineconsole mydospgm.com the only programs so far that may have to deal with creating a console are: - wcmd (but in fact it could deal with the current one) - winedbg because we don't want the debugger to mix it's output with the debuggee's one maybe something that will be done when the process creation bits are done is as follows: - the wine (or winewrapper) will just parse the unix parameters and then call CreateProcess to spawn the child process - this wine executable could then be in charge (if the process requested for execution is a CUI process) to allocate a new console and ask CreateProcess to make the child process inherit it. - however, this scheme must also deal with the situation where we want the child process to either use the current unix shell (btw, I have a working version of wineconsole using (n)curses which does just that (1)), or be retargeted to /dev/null (for example) - in any case, we will need some more parameters to be giving at the starting time (and yes, this could also be a per app setting in the registry) (1): what's currently missing is a clean way to choose in wineconsole between the (well known) windows (GDI/USER) version and (not yet committed) (n)curse for display A+

July 29, 2002

Re: game patches

by Jesse Allen

> On Mon, 29 Jul 2002, Lionel Ulmer wrote: > > > yes, sorry, but these patches and spec for them who want to play games > for example SeriousSam, HL or WarCraftIII with more speed and who > used winex ;-) > I would imagine that you would want these for that very reason =) That's why I use wine though, now. And the part about War3, well that's paid off hugely for me, because I set about in the beta improving framerate. Well I got opengl working and built a linux from scratch (optimized for my processor) during a period of three months. I get _higher_ framerates in War3 under linux than I do in windows now. Jesse

July 29, 2002