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

Re: Re: wcmd, external commands, and options
by Pouech Eric DMI AEI CAEN April 10, 2003

April 10, 2003

> On WinMe, it looks like > start/wait notepad.exe > invokes start with the /wait option, but in Wine, > it invokes start\wait.exe. you mean from command.com, keying start/wait does what you do I think we should test if CreateProcess on WinXX does the same or not I suspect CreateProcess to implement an algorithm like: n = 1 a/ take the n first chars of the command line if we can match this with an exec, then run it, and chars from command line from n+1 to end of line are arguments (which get parsed with spaces and rtabs as delimiters) otherwise, increment n and go to a/ wine current implementation is a bit more rustic in a sense that our loop is only made of using spaces as separator for implementing the a/ loop the first thing to do IMO is to add this test case to our create process list A+

2 1

Re: Re: Opening AVI files in Wine
by Pouech Eric DMI AEI CAEN April 10, 2003

April 10, 2003

> Combustion uses the Video for Windows interface to open AVIs. The VFW > interface is abstracted through a plugin in combustion's plugin > system. When i use a native msvfw32.dll the overlays inside the app dissapear > and some of the buttons fail to render which is a Bad Thing.. perhaps > i need to use some other native supporting libraries in order to use native > msvfw32, any suggestions? > > As for which codecs are installed and configured, I'm not sure how to tell. I've looked in the registry but cant find much. I have installed the DivX codec but thats about all I have done purposefully. > > The format of the files I want to open is Type 2 DVAVI. Selecting other types > doesnt change my output. > > This is all getting confusing.. I am reading at > > http://www.microsoft.com/hwdev/tech/stream/vidcap/dvavi.asp > > that Microsoft provide interfaces for Type 2 DVAVI only, and only for direct show. This is consistent > with Combustion's inability to read Type 1 files (under windows of course). Does DirectShow = vfw32? there are several and different interfaces in windows to play AVI files : - msvfw32 - MCI - direct show the first are not so badly implemented right now, whereas the latest is close to non existent running with-debugsmg +msvfw,mciavi might help sheding some light on the matter A+

1 0

Starcraft Patch
by John Spiegel April 10, 2003

April 10, 2003

I've done some work getting the patches from http://starcraft-wine.sourceforge.net/ working with CVS wine. Using the patch I'm including, starcraft works perfectly on my machine, run as root using DGA on a 640x480 XF86 layout. In particular the changes to event.c enable the mouse and keyboard with DGA. The changes to input.c make the mouse acceleration work the same in all directions. The changes to mouse.c enable mouse scrolling around the map. I'm using redhat 9, so the patch also has a change to wineinstall so that the configure is set up for rh9. You'll probably need to drop that if you aren't running rh9. Now, it would be great to get these changes merged into mainline wine. However, I imagine they break other stuff somewhere. I don't really know exactly what the changes mean, as I've mostly been converting an old patch over. I believe that the patch to input.c is simple and straightforward enough to be merged in, even if the others aren't. Any comments as to what needs to happen to get these into wine are greatly appreciated. John

1 0

Starcraft Patch
by John Spiegel April 10, 2003

April 10, 2003

I've done some work getting the patches from http://starcraft-wine.sourceforge.net/ working with CVS wine. Using the patch I'm including, starcraft works perfectly on my machine, run as root using DGA on a 640x480 XF86 layout. In particular the changes to event.c enable the mouse and keyboard with DGA. The changes to input.c make the mouse acceleration work the same in all directions. The changes to mouse.c enable mouse scrolling around the map. I'm using redhat 9, so the patch also has a change to wineinstall so that the configure is set up for rh9. You'll probably need to drop that if you aren't running rh9. Now, it would be great to get these changes merged into mainline wine. However, I imagine they break other stuff somewhere. I don't really know exactly what the changes mean, as I've mostly been converting an old patch over. I believe that the patch to input.c is simple and straightforward enough to be merged in, even if the others aren't. Any comments as to what needs to happen to get these into wine are greatly appreciated. John

1 0

wcmd, external commands, and options
by Dan Kegel April 10, 2003

April 10, 2003

I noticed tonight while looking for a different problem that wcmd doesn't handle batch file lines consisting of an external command with options but no space between the commandline and the option, e.g. start/wait foo.exe In this case it does not find start.exe. Win98 does find start.exe in this case, and wcmd clearly should, too. I had a quick look at wcmdmain.c, and did the obvious hack --- wcmdmain.c 5 Mar 2003 02:49:04 -0000 1.26 +++ wcmdmain.c 9 Apr 2003 06:05:40 -0000 @@ -558,7 +560,7 @@ int p = 0; case '\0': return; default: - while ((*s != '\0') && (*s != ' ')) { + while ((*s != '\0') && (*s != ' ') && (*s != '/')) { if (p == 0) *p1++ = *s++; else if (p == 1) *p2++ = *s++; else s++; It then realized that /wait was a qualifier, and passed the right thing to CreateProcess: F:\>start/wait xx.exe trace:exec:FindExecutableA File start, Dir - trace:exec:SHELL_FindExecutable start trace:exec:SHELL_FindExecutable SearchPathA returned non-zero trace:exec:SHELL_FindExecutable xlpFile=F:\start.exe,extension=.exe trace:exec:SHELL_FindExecutable .exe file trace:exec:SHELL_FindExecutable found F:\start.exe trace:exec:FindExecutableA returning F:\start.exe trace:process:CreateProcessA app (null) cmdline "start/wait xx.exe" but CreateProcess seems to have screwed up handling the /wait parameter: trace:process:CreateProcessA starting "F:\\start.exe" as Windows binary trace:process:PROCESS_InitWine starting process name="F:\\start.exe" file=0x4 argv[0]="start/wait" and that's the last we hear of /wait. This all works fine if we put a space before the /, in which case the log looks like: trace:process:CreateProcessA app (null) cmdline "start /wait xx.exe" trace:process:CreateProcessA starting "F:\\start.exe" as Windows binary trace:process:PROCESS_InitWine starting process name="F:\\start.exe" file=0x4 argv[0]="start" Hrmph. Guess I should add a print for argv[1] in PROCESS_InitWine. Or leave this to somebody who understands wcmd better than me :-) - Dan -- Dan Kegel http://www.kegel.com http://counter.li.org/cgi-bin/runscript/display-person.cgi?user=78045

4 5

Problems with redhat 8 updated to glibc 2.3.2
by Mike Hearn April 10, 2003

April 10, 2003

Hi, I've just had 3 consecutive reports of practically the same failure on redhat 8 with the latest security updates. Basically, nothing works, the wineinstall script messes up and fails to import the initial registry (it seems to get the fstab parsing wrong as well?) and when run wine reports exceptions like this: 17:36 <ChipX86> trace:seh:EXC_RtlRaiseException code=c0000005 flags=0 addr=0x4037c166 17:36 <ChipX86> trace:seh:EXC_RtlRaiseException info[0]=00000000 17:36 <ChipX86> trace:seh:EXC_RtlRaiseException info[1]=409ffc68 17:36 <ChipX86> trace:seh:EXC_CallHandler calling handler at 0x400c4a00 code=c0000005 flags=0 17:36 <ChipX86> wine: Unhandled exception, starting debugger... 17:36 <ChipX86> trace:seh:start_debugger Starting debugger "winedbg --debugmsg -all --auto 8 0x18" 17:36 <ChipX86> trace:seh:EXC_RtlRaiseException code=c0000005 flags=0 addr=0x402af648 17:37 <ChipX86> trace:seh:EXC_RtlRaiseException info[0]=00000000 17:37 <ChipX86> trace:seh:EXC_RtlRaiseException info[1]=00000000 17:37 <ChipX86> trace:seh:EXC_CallHandler calling handler at 0x400c42c8 code=c0000005 flags=0 17:37 <ChipX86> trace:seh:EXC_CallHandler handler returned 2 17:37 <ChipX86> trace:seh:EXC_CallHandler calling handler at 0x400c4a00 code=c0000005 flags=10 17:37 <ChipX86> trace:seh:EXC_CallHandler handler returned 1 17:37 <ChipX86> err:seh:EXC_DefaultHandling Unhandled exception code c0000005 flags 0 addr 0x402af648 (pasted from irc) Can somebody with an up to date redhat box who doesn't mind being a sacrificial lamb look into this? I thought compiling with --with-nptl would fix these problems. BTW all these people were using CVS as of about 10 minutes ago. thanks -mike

3 3

Update
by Dustin Navea April 10, 2003

April 10, 2003

Hey guys just got finished reading all of your emails from my sbc email, this is my email again, and Im doing better than I was.. I have changed jobs again but this time at my choice. Im now a direct marketing person, making 25-35% commission off the stuff I sell, so I'm making a lot better money than I was as a telemarketer... Got a roommate that's actually paying his rent on time and helping out with the bills... have a cell phone now prepaid, but better than nothing, my number is 1+ 281-610-1680 if anyone wants to give me a call after 9pm CST weekdays or anytime on Sundays (work all day saturdays) hopefully once I get my car I can start saving up for a new computer... Peace out guys -Dustin __________________________________________________ Do you Yahoo!? Yahoo! Tax Center - File online, calculators, forms, and more http://tax.yahoo.com

1 0

Wine on Slashdot
by Dimitrie O. Paun April 9, 2003

April 9, 2003

Hi folks, Wine's on Slashdot: http://developers.slashdot.org/developers/03/04/08/2125228.shtml?tid=125 Jer, it looks some people are having problem with the new site (read the comments). Anything we can do about that? -- Dimi.

3 2

Stacking of in place OLE objects
by Mike Hearn April 9, 2003

April 9, 2003

Hi, I'm trying to embed IE into a java app, and although it mostly works fine, there is an annoying painting problem that means sometimes the containing JPanel (a swing component) overdraws what IE drew - ie the clipping doesn't seem to be working correctly. I have a few questions on this: 1) I was under the impression that OLE in place objects are contained within their own child window, and that therefore anything drawn underneath that window should be clipped - is this right? 2) The windows are definately being sent WM_PAINT in the right order, but somewhere along the line the first window is incorrectly allowed to draw on top of the second. Is painting asynchronous when using OLE embedding? If so, is there any way to disable this? thanks -mike -- Mike Hearn <m.hearn(a)signal.qinetiq.com> QinetiQ - Malvern Technology Center

2 1

Re: Opening AVIs with wine
by Pouech Eric DMI AEI CAEN April 9, 2003

April 9, 2003

> However when I try and open or play back an AVI file, I get no output. > I have searched the Web and found on winehq that video for windows is at a 30% > complete state. Is this true? > > Changing msvfw32 to native in the config did not help. > > Please can someone tell me if it is possible for a wine application > to open an avi file (or better yet use video for windows codecs). in generic terms yes. however, avi is an enveloppe to store video files, but the compression used can vary from file to file so, you need the specific decompressor to handle a given type of file normally, wine is ready (under the MCI and the msvfw32 interfaces at least) to play AVI files however, to get further with your issue, we need to know : 1/ which interface your program actually uses (MCI, msvfw, directx...) 2/ which codecs are installed and configured under wine 3/ the type of compressor used for your file (btw, does changing the avi file to play changes also what is output - or not output in your case) A+

1 0