From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Lennart Borgman Newsgroups: gmane.emacs.devel Subject: Re: Exit hooks not run at logout on w32 Date: Tue, 04 Jul 2006 18:49:27 +0200 Message-ID: <44AA9C17.3000903@student.lu.se> References: <44A005B7.2080904@student.lu.se> <44A03B61.8080501@student.lu.se> <44A2B99B.1020002@student.lu.se> <44A2F974.7040609@gnu.org> <44A31C19.5050000@student.lu.se> <44A3A2DE.4040507@gnu.org> <44A3E918.5000304@student.lu.se> <85lkrg3t3a.fsf@lola.goethe.zz> <44A3FCCD.4040203@student.lu.se> <7dbe73ed0606291440r15b9f5pd1c7f35344d79c42@mail.gmail.com> <44A4576F.7060004@student.lu.se> <44AA10EC.2080503@student.lu.se> <44AA2BB2.4090709@gnu.org> NNTP-Posting-Host: main.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Trace: sea.gmane.org 1152031923 15388 80.91.229.2 (4 Jul 2006 16:52:03 GMT) X-Complaints-To: usenet@sea.gmane.org NNTP-Posting-Date: Tue, 4 Jul 2006 16:52:03 +0000 (UTC) Cc: emacs-devel@gnu.org, Mathias Dahl Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Tue Jul 04 18:51:44 2006 Return-path: Envelope-to: ged-emacs-devel@m.gmane.org Original-Received: from lists.gnu.org ([199.232.76.165]) by ciao.gmane.org with esmtp (Exim 4.43) id 1Fxo7c-0004U6-TW for ged-emacs-devel@m.gmane.org; Tue, 04 Jul 2006 18:51:37 +0200 Original-Received: from localhost ([127.0.0.1] helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1Fxo7c-0005pW-Bg for ged-emacs-devel@m.gmane.org; Tue, 04 Jul 2006 12:51:36 -0400 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1Fxo5e-0004wD-Mg for emacs-devel@gnu.org; Tue, 04 Jul 2006 12:49:34 -0400 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1Fxo5c-0004uw-Bh for emacs-devel@gnu.org; Tue, 04 Jul 2006 12:49:33 -0400 Original-Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1Fxo5b-0004uf-LM for emacs-devel@gnu.org; Tue, 04 Jul 2006 12:49:31 -0400 Original-Received: from [81.228.8.164] (helo=pne-smtpout2-sn2.hy.skanova.net) by monty-python.gnu.org with esmtp (Exim 4.52) id 1FxoJH-0006if-Qs; Tue, 04 Jul 2006 13:03:40 -0400 Original-Received: from [192.168.123.121] (83.249.218.244) by pne-smtpout2-sn2.hy.skanova.net (7.2.075) id 44A2F19F0013629E; Tue, 4 Jul 2006 18:49:28 +0200 User-Agent: Thunderbird 1.5.0.4 (Windows/20060516) Original-To: Jason Rumney In-Reply-To: <44AA2BB2.4090709@gnu.org> X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: "Emacs development discussions." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Original-Sender: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Errors-To: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.devel:56506 Archived-At: Jason Rumney wrote: > That was my same conclusion, based on reading the documentation of the > actual system messages. But it is interesting that the advice above > contradicts the advice in the documentation for WM_QUERYENDSESSION, > which says you should NOT perform cleanup while processing that > message, but save it for WM_ENDSESSION. I think the contradictions in > Microsoft's documentation about shutdown are what is causing the > confusion here. Lennart posted another contradiction, where in the > documentation for InitiateSystemShutdown, there is advice that > applications can delay shutdown if they have unsaved data if a > particular flag is passed. But that advice is for users of > InitiateSystemShutdown, not for recipients of the shutdown messages, > so my opinion is that it is informing of worst case expectations for > code that wants to shut the system down (assuming that not all > applications will take the advice elsewhere - apparently some of > Microsoft's own products do not). Thanks for posting the links. I think we all can understand the confusion now. I tested some programs to see how they behaved at logoff: - OpenOffice Writer: Asked to save. - GIMP: Just throwed away the changes. - MS Word: Asked. - Notepad: Asked. - Another commercial drawing package: Asked. Even got so upset that I could not choose not to save during logoff. - Thunderbird: Just throws away the changes. - Inno Setup: Asked. The GIMP w32 interface has several weaknesses unfortunately (it is a good program otherwise). It diverges from the w32 standard on several points. I guess that is because of lack of resources on the w32 side. So I am not so surprised that it throws away the changes. Thunderbird also diverges from the standard w32 interface. Even though it has many good solutions it is sometimes just unnecessary clumsy in my opinion. It is a rather new application and I hope it will mature. I really like it despite that it is sometimes clumsy. Now looking at the MS documentation again I guess that it reflects the problem from two different standpoints: the operating system experts and the user program user interface experts. From an operating system point of view it makes sense to save data to temporary files or even just throw away the changes sometimes. From a users view it seldoms makes sense. I suggest that we do as most of the other programs do: Ask to save. Perhaps there could be an option to save data and state temporary too. I think however that it will be mostly confusing to the users.