Don't understand why you need to go through this "killing the process"
business. If you've got a reference to the "other form", why not just close
it?
-- Peter
Recursion: see Recursion
site:  http://www.eggheadcafe.com
unBlog:  http://petesbloggerama.blogspot.com
BlogMetaFinder:    http://www.blogmetafinder.com

Hi,

If somebody kills your "manager" app from the task manager I think it
receive a signal and only if no response is receive the scheduler simply
kill it.
 In any case if the process is forcibly terminated you have no opportunity
to do nothing and there is nothing you can do about.

Sure.  Anything is possible, depending only on how much time you want to
put into it and how much of the OS you want to rewrite.  :)

That said, your specific idea doesn't sound too hard.  But I question
the need for a separate "surveillance" thread that can't be killed in
the task manager.  There's no such thing in the OS (you can always stop
a process, and all threads exist within a process), so it would indeed
involve hacking the OS pretty severely to introduce that sort of thing.

IMHO, it would be better to just have the "other window" do the querying
of the login window.  Have it send a message to the login window every
half-second or so, asking if it should close.  The login window, if it
responds at all, will respond in the negative.  That is, it will tell
the other window not to close.

If the user presses the cancel button OR if the login window process is
terminated, the login window simply won't respond to the query.  In the
former case, the lack of a response will be by choice, in the latter by
necessity.  Either way, the other window won't get a response and will
know to close itself.

Designing it this way means you only have to implement a single
behavior, rather than relying on multiple pieces of code implementing
different algorithms to work well together.

The whole thing sounds a bit house-of-cards-ish (why is this
functionality split into two different processes in the first place?),
but assuming you really want something that does what you're talking
about, I see no need to add yet another process to the mix.

Pete