Hi,
I have a third idea to suggest: what if we just added an exit or
die or whatever command to automate? Then one could conveniently,
deterministically, and portably kill off an automate stdio process,
without all this mess with signals. Just issue the command, then wait
for the pipe to be
Hallo,
On 5/22/06, Thomas Keller [EMAIL PROTECTED] wrote:
int count = 0
while (still_running() ++count 10) {
send_sigterm();
sleep(1);
}
while (still_running()) send_sigkill();
Hum... I just close the input and output pipes and then wait()
for the process to die.
--
-alex
Nathaniel Smith wrote:
int count = 0
while (still_running() ++count 10) {
send_sigterm();
sleep(1);
}
while (still_running()) send_sigkill();
Ew, indeed, that's no fun (and not very portable, either).
Hrm... maybe we've misunderstood each other. Qt comes with generalized
terminate()
It's been awhile and I haven't seen a response to this, any suggestions
on how to proceed?
--
Kelly F. Hickel
Senior Software Architect
MQSoftware, Inc
952.345.8677
[EMAIL PROTECTED]
-Original Message-
From: Kelly F. Hickel
Sent: Monday, May 15, 2006 7:50 AM
To: Kelly F. Hickel;
Thomas,
Thomas Keller wrote:
Again, if WM_CLOSE is correctly interpreted on Windows mtn builds as
equivalent to SIGTERM, Qt should do the trick and there wouldn't be
any need for such a function. But thanks!
It was my impression that WM_CLOSE is a message which can only be sent
to a window
Markus Meyer wrote:
Thomas,
Thomas Keller wrote:
Again, if WM_CLOSE is correctly interpreted on Windows mtn builds as
equivalent to SIGTERM, Qt should do the trick and there wouldn't be
any need for such a function. But thanks!
It was my impression that WM_CLOSE is a message which can only be
Conceptually, what happens in the following case:
a) propagate branch b (rev bb) - branch a (currently at rev 1), results in rev
aa on branch a.
b) disapprove rev aa (results in rev aa1)
c) check in changes to rev bb (on branch b) that fix whatever made bb bad (rev
bb1)
d) propagate branch b
On Tuesday 23 May 2006 14:40, rghetta wrote:
AFAIK, you can intercept a WM_CLOSE in a console app by adding a CTRL-C
handler (via SetConsoleCtrlHandler).
A 'close' command for the 'automate stdio' interface would imho be *much*
cleaner and more portable.
BTW, how do I distinguish between
