From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Lennart Borgman Newsgroups: gmane.emacs.pretest.bugs,gmane.emacs.devel Subject: Re: Exit hooks not run at logout on w32 Date: Fri, 30 Jun 2006 00:42:55 +0200 Message-ID: <44A4576F.7060004@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> 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 1151621055 27836 80.91.229.2 (29 Jun 2006 22:44:15 GMT) X-Complaints-To: usenet@sea.gmane.org NNTP-Posting-Date: Thu, 29 Jun 2006 22:44:15 +0000 (UTC) Cc: emacs-pretest-bug@gnu.org, David Kastrup , Emacs Devel Original-X-From: emacs-pretest-bug-bounces+gebp-emacs-pretest-bug=gmane.org@gnu.org Fri Jun 30 00:44:12 2006 Return-path: Envelope-to: gebp-emacs-pretest-bug@gmane.org Original-Received: from lists.gnu.org ([199.232.76.165]) by ciao.gmane.org with esmtp (Exim 4.43) id 1Fw5F2-0003X3-GU for gebp-emacs-pretest-bug@gmane.org; Fri, 30 Jun 2006 00:44:09 +0200 Original-Received: from localhost ([127.0.0.1] helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1Fw5F1-0003V3-SS for gebp-emacs-pretest-bug@gmane.org; Thu, 29 Jun 2006 18:44:07 -0400 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1Fw5EA-0002W1-Hh for emacs-pretest-bug@gnu.org; Thu, 29 Jun 2006 18:43:14 -0400 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1Fw5E6-0002Qb-SA for emacs-pretest-bug@gnu.org; Thu, 29 Jun 2006 18:43:14 -0400 Original-Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1Fw5E6-0002QE-IM; Thu, 29 Jun 2006 18:43:10 -0400 Original-Received: from [81.228.8.83] (helo=pne-smtpout1-sn2.hy.skanova.net) by monty-python.gnu.org with esmtp (Exim 4.52) id 1Fw5Qe-00041p-4j; Thu, 29 Jun 2006 18:56:08 -0400 Original-Received: from [192.168.123.121] (83.249.218.244) by pne-smtpout1-sn2.hy.skanova.net (7.2.075) id 44A2E86F00048E1D; Fri, 30 Jun 2006 00:43:01 +0200 User-Agent: Thunderbird 1.5.0.4 (Windows/20060516) Original-To: Mathias Dahl In-Reply-To: <7dbe73ed0606291440r15b9f5pd1c7f35344d79c42@mail.gmail.com> X-BeenThere: emacs-pretest-bug@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: "Bug reports for CVS Emacs." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Original-Sender: emacs-pretest-bug-bounces+gebp-emacs-pretest-bug=gmane.org@gnu.org Errors-To: emacs-pretest-bug-bounces+gebp-emacs-pretest-bug=gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.pretest.bugs:12697 gmane.emacs.devel:56311 Archived-At: Mathias Dahl wrote: >> I think this must be a misunderstanding. No one is talking about saving >> changes without the user saying so. The purpose of the patch is that >> Emacs should be able to ask the user at logooff/shutdown to save the >> changes. The situation now is that the changes are thrown away if they >> are not saved before. > > If Microsoft's guide lines are what someone stated here, maybe the > reason for them is that the shutdown process is considered to have > higher priority than a user's unsaved data? If that is the case, > halting that process maybe isn't such a good idea. Someone said that > the autosave is enough and I agree. Your argument against it, that > someone might edit the file from some other program before using the > auto save data, does not seem like a very likely scenario. Or is it? I am unsure about that guideline since I have never seen it. However the InitiateSystemShutdown API has a parameter called bForceAppsClosed with the following description: If this parameter is TRUE, applications with unsaved changes are to be forcibly closed. Note that this can result in data loss. If this parameter is FALSE, the system displays a dialog box instructing the user to close the applications. (See http://windowssdk.msdn.microsoft.com/en-us/library/ms723171.aspx) So the system can be rebooted or shutdown whatever the software running on it does. During normal system shutdown however the parameter is TRUE as far as I can see from the behaviour.