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

Re: [Q] CreateProcess for Batch files

by Mike McCormack

Hi Uwe, Launching wcmd would probably be the best option. Perhaps have a handler in the config file like: [Executable types] "bat" = "wcmd %s" We should probably check that the files aren't executables before falling back to this kind of check. Mike Uwe Bonnes wrote: > Hallo, > > the Xilix Webpack Flow in one case tries to create a process with a batch > file as argument: > 09846d58:Call kernel32.CreateProcessA(00000000,403efee8 "ChipView.bat -f > adcswitch.ngd -uc adcswitch.ucf -dev XC2C256-7-TQ144",00000000,00000000,00000001,00000000,00000000,00000000,405e6444,405e6434) ret=40605429 > 09846d58:Ret kernel32.CreateProcessA() retval=00000000 ret=406054290 > > What is a good way to implement batch handling in wine? Start wcmd and hand > itthe batch file name and arguments? Expand and handle it in > scheduler/process.c? > > Comments welcome! > > Btw: This Chipview batch file only expands environment variables, sets > library pathes and calls java. I tried to use the native linux jre, but the > programm put up a message that it couldn't read some file, which is obvious > there. > > %XILINX%\java\nt\jre1.2.2\bin\java -mx64m -ss4M -classpath ".;%XILINX%\chipviewer\lib\ChipViewer.jar;%XILINX%\chipviewer\lib\jaxp.jar;%XILINX%\chipviewer\lib\parser.jar;%XILINX%\java\nt\jre1.2.2\lib\rt.jar"com.xilinx.chipviewer.pgms.main.ChipViewer -XILINX %XILINX% %1 %2 %3 %4 %5 %6 > > Bye >

July 22, 2002

[Q] CreateProcess for Batch files

by Uwe Bonnes

Hallo, the Xilix Webpack Flow in one case tries to create a process with a batch file as argument: 09846d58:Call kernel32.CreateProcessA(00000000,403efee8 "ChipView.bat -f adcswitch.ngd -uc adcswitch.ucf -dev XC2C256-7-TQ144",00000000,00000000,00000001,00000000,00000000,00000000,405e6444,405e6434) ret=40605429 09846d58:Ret kernel32.CreateProcessA() retval=00000000 ret=406054290 What is a good way to implement batch handling in wine? Start wcmd and hand itthe batch file name and arguments? Expand and handle it in scheduler/process.c? Comments welcome! Btw: This Chipview batch file only expands environment variables, sets library pathes and calls java. I tried to use the native linux jre, but the programm put up a message that it couldn't read some file, which is obvious there. %XILINX%\java\nt\jre1.2.2\bin\java -mx64m -ss4M -classpath ".;%XILINX%\chipviewer\lib\ChipViewer.jar;%XILINX%\chipviewer\lib\jaxp.jar;%XILINX%\chipviewer\lib\parser.jar;%XILINX%\java\nt\jre1.2.2\lib\rt.jar"com.xilinx.chipviewer.pgms.main.ChipViewer -XILINX %XILINX% %1 %2 %3 %4 %5 %6 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 22, 2002

Re: ShellExecute patch

by Alexandre Julliard

Duane Clark <dclark(a)akamail.com> writes: > One of several problems I see in my patch (obviously I should have > slept on it before submitting) was that it would not return hProcess > when requested. Getting that info appears to me to require an explicit > call to CreateProcess, rather than using WinExec. True, it does; OTOH returning a valid instance from ShellExecute16 requires a WinExec... another possible solution is to simply implement a completely separate ShellExecute16 by copying the relevant parts of the code. -- Alexandre Julliard julliard(a)winehq.com

July 22, 2002

Re: PATCH: SetParent optimization

by Boris Reisig

Lets test this patch. I think thats why Lotus Notes during installation wont work. when I run setup.exe, I see the background but the other window isnt not shown [probably because its in the background] ----- Original Message ----- From: "Alexandre Julliard" <julliard(a)winehq.com> To: "Marcus Meissner" <meissner(a)suse.de> Cc: <wine-devel(a)winehq.com> Sent: Monday, July 22, 2002 1:18 PM Subject: Re: PATCH: SetParent optimization > Marcus Meissner <meissner(a)suse.de> writes: > > > Lotus Notes R5 5.0.10 has a Details Popup Window which stays over the > > normal Lotus window usually. > > > > If it is started and the focus leaves this window, Lotus reparents > > to the toplevel window, using "SetWindowLong(hwnd, GWL_HWNDPARENT, > > toplevelhwnd);" and later does "BringWindowToTop(toplevelhwnd);". > > Probably SetWindowLong(GWL_HWNDPARENT) should not do a full SetParent, > but just set the window owner. Looks like this needs more testing > under Windows to find out exactly what it's supposed to do. > > -- > Alexandre Julliard > julliard(a)winehq.com > >

July 22, 2002

Put WINE into the donation directory?

by Roland

Here is an open source donation directory: http://slashdot.org/articles/02/07/21/1813204.shtml?tid=117 How about adding WINE into it? Roland

July 22, 2002

China developing Windows clone

by Roland

Did you read this: http://slashdot.org/article.pl?sid=02/07/19/2116234&mode=thread&tid=99 Are they using WINE? Do they know about WINE? It sure would help if they work on the WINE source base :) Roland

July 22, 2002

Re: Winsock 2 functions

by Peter Lord

Martin Wilck wrote: > Am Sam, 2002-07-20 um 22.35 schrieb Peter Lord: > You should find out under which circumstances your app calls WPU... > functions. Many thanks Mrtin for the complete reply. This is being called somehow from a java app. I'll debug some more to see whats going on as you suggest, Cheers, Pete

July 22, 2002

Re: Resent: Partial PeekNamedPipe Implementation

by Alexandre Julliard

Uwe Bonnes <bon(a)elektron.ikp.physik.tu-darmstadt.de> writes: > wine/server/pipe.c, wine/server/named_pipe.c: xxx_get_info > Return the number of bytes available for reading > wine/dlls/kernel/sync.c: PeekNamedPipe > Use get_file_info to get the number of bytes available for reading I don't think it's a good idea to overload get_file_info that way. You should retrieve the pipe file descriptor and do the FIONREAD on the client side. We will need the file descriptor anyway to implement the full peek functionality. -- Alexandre Julliard julliard(a)winehq.com

July 22, 2002

Re: PATCH: SetParent optimization

by Alexandre Julliard

Marcus Meissner <meissner(a)suse.de> writes: > Lotus Notes R5 5.0.10 has a Details Popup Window which stays over the > normal Lotus window usually. > > If it is started and the focus leaves this window, Lotus reparents > to the toplevel window, using "SetWindowLong(hwnd, GWL_HWNDPARENT, > toplevelhwnd);" and later does "BringWindowToTop(toplevelhwnd);". Probably SetWindowLong(GWL_HWNDPARENT) should not do a full SetParent, but just set the window owner. Looks like this needs more testing under Windows to find out exactly what it's supposed to do. -- Alexandre Julliard julliard(a)winehq.com

July 22, 2002

Re: ShellExecute patch

by Duane Clark

Alexandre Julliard wrote: > Duane Clark <dclark(a)akamail.com> writes: > > >>I would use #ifndef NO_WIN16. Would that be acceptable for CVS? I need >>to fix an obvious bug, so I think I will just make the change to call >>CreateProcessA and put in the ifndefs and see what happens. > > > I don't think a #ifdef is appropriate. What I would suggest is to > always call WinExec, and change WinExec to behave like WinExec16 when > called from a 16-bit app. One of several problems I see in my patch (obviously I should have slept on it before submitting) was that it would not return hProcess when requested. Getting that info appears to me to require an explicit call to CreateProcess, rather than using WinExec.

July 22, 2002