It is also of some concern that message processing in the application must return True to the operating system.
"An application should return TRUE if it processes this message."
It doesn't specify what constitutes "processing", or that it should ever return FALSE, or that the return value is used in any way. One way of looking at it is that in order to return any value, the application would need to process the message. Therefore, the application should always return TRUE or not process the message. It really has no meaning at all. If we suppose that the default processing of the message returns FALSE and that the sender assumes a return value of 0 if the application terminates before replying, terminating would be the same as not processing the message. Processing the message is not mandatory, so there is no need for concern.
However, if you did need to reply to a message before terminating, you could generally just call Reload and then immediately return. If the new process somehow starts and terminates the old process faster than it can return (seems unlikely), it could perhaps use ReplyMessage prior to Reload.
Statistics: Posted by lexikos — Today, 19:31