[Bug 19668] cmd /c doesn't wait for result before exiting?
wine-bugs at winehq.org
wine-bugs at winehq.org
Thu Nov 29 17:17:22 CST 2012
http://bugs.winehq.org/show_bug.cgi?id=19668
--- Comment #7 from Jason Edmeades <us at edmeades.me.uk> 2012-11-29 17:17:22 CST ---
So I spent some time investigating this, and independantly arrived at the
conclusion that Dan did with pretty much the same patch - I dont think this is
the cause of the devenv crash. A long time ago, there was a problem when
cmd.exe launched a Linux compiled app (e.g. notepad) but thats been fixed a
while
So to sum up, I tried the following combination, each from a command line
1. Running interactively from command prompt:
A- windows app flagged as gui
B- windows app flagged as cui
C- wines notepad
Windows matches wine for A+B, and notepad matches windows GUI, ie. A+C return
to command prompt immediately. B waits
2. Running in a batch program, e.g. echo before, testgui, echo done
A- windows app flagged as gui
B- windows app flagged as cui
C- wines notepad
Windows matches wine for A+B, and notepad matches windows GUI, ie. all 3 waits
for the command to complete
3. Running as cmd /c program
A- windows app flagged as gui
B- windows app flagged as cui
C- wines notepad
This is where the difference lies, and it is specifically because the code
assumes that for a GUI application if the context isnt set then we are
interactive and hence test scenario 1, which is wrong - If we are part of cmd
/c (or /k) then we should do the same as test scenario 3.
Will send patch - no applicable tests will help here
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
Do not reply to this email, post in Bugzilla using the
above URL to reply.
------- You are receiving this mail because: -------
You are watching all bug changes.
More information about the wine-bugs
mailing list