From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: martin rudalics Newsgroups: gmane.emacs.bugs Subject: bug#1450: w32_reset_fringes Date: Sun, 30 Nov 2008 10:19:33 +0100 Message-ID: <49325AA5.8080506@gmx.at> References: <492FE9A0.2080505@gmx.at> <492FF0A5.4050106@gmx.at> <493029E6.2060200@gmx.at> <87hc5rtslb.fsf@escher.local.home> <49312AD9.2090004@gmx.at> <878wr2guja.fsf@escher.local.home> Reply-To: martin rudalics , 1450@emacsbugs.donarmstrong.com NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Trace: ger.gmane.org 1228037454 25463 80.91.229.12 (30 Nov 2008 09:30:54 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Sun, 30 Nov 2008 09:30:54 +0000 (UTC) Cc: 1450@emacsbugs.donarmstrong.com To: Stephen Berman Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Sun Nov 30 10:31:57 2008 Return-path: Envelope-to: geb-bug-gnu-emacs@m.gmane.org Original-Received: from lists.gnu.org ([199.232.76.165]) by lo.gmane.org with esmtp (Exim 4.50) id 1L6iej-0003Zt-G3 for geb-bug-gnu-emacs@m.gmane.org; Sun, 30 Nov 2008 10:31:57 +0100 Original-Received: from localhost ([127.0.0.1]:60793 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1L6idZ-0000QB-Ed for geb-bug-gnu-emacs@m.gmane.org; Sun, 30 Nov 2008 04:30:45 -0500 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1L6idF-00007H-SD for bug-gnu-emacs@gnu.org; Sun, 30 Nov 2008 04:30:25 -0500 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1L6idE-00005j-Eh for bug-gnu-emacs@gnu.org; Sun, 30 Nov 2008 04:30:25 -0500 Original-Received: from [199.232.76.173] (port=49492 helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1L6idD-00005I-8c for bug-gnu-emacs@gnu.org; Sun, 30 Nov 2008 04:30:23 -0500 Original-Received: from rzlab.ucr.edu ([138.23.92.77]:60261) by monty-python.gnu.org with esmtps (TLS-1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.60) (envelope-from ) id 1L6idC-0005LG-Pr for bug-gnu-emacs@gnu.org; Sun, 30 Nov 2008 04:30:23 -0500 Original-Received: from rzlab.ucr.edu (rzlab.ucr.edu [127.0.0.1]) by rzlab.ucr.edu (8.13.8/8.13.8/Debian-3) with ESMTP id mAU9UCOF026022; Sun, 30 Nov 2008 01:30:12 -0800 Original-Received: (from debbugs@localhost) by rzlab.ucr.edu (8.13.8/8.13.8/Submit) id mAU9U5qf025603; Sun, 30 Nov 2008 01:30:05 -0800 X-Loop: don@donarmstrong.com Resent-From: martin rudalics Resent-To: bug-submit-list@donarmstrong.com Resent-CC: Emacs Bugs Resent-Date: Sun, 30 Nov 2008 09:30:05 +0000 Resent-Message-ID: Resent-Sender: don@donarmstrong.com X-Emacs-PR-Message: report 1450 X-Emacs-PR-Package: emacs X-Emacs-PR-Keywords: Original-Received: via spool by 1450-submit@emacsbugs.donarmstrong.com id=B1450.122803700124172 (code B ref 1450); Sun, 30 Nov 2008 09:30:05 +0000 Original-Received: (at 1450) by emacsbugs.donarmstrong.com; 30 Nov 2008 09:23:21 +0000 Original-Received: from mail.gmx.net (mail.gmx.net [213.165.64.20]) by rzlab.ucr.edu (8.13.8/8.13.8/Debian-3) with SMTP id mAU9NGva024163 for <1450@emacsbugs.donarmstrong.com>; Sun, 30 Nov 2008 01:23:18 -0800 Original-Received: (qmail invoked by alias); 30 Nov 2008 09:23:10 -0000 Original-Received: from 88-117-46-34.adsl.highway.telekom.at (EHLO [88.117.46.34]) [88.117.46.34] by mail.gmx.net (mp016) with SMTP; 30 Nov 2008 10:23:10 +0100 X-Authenticated: #14592706 X-Provags-ID: V01U2FsdGVkX19VJ1k89V9VD92Jwk+P7vasjXH8JJP3JGCt6D11w+ zf9rAkNnwW3drO User-Agent: Thunderbird 2.0.0.16 (Windows/20080708) In-Reply-To: <878wr2guja.fsf@escher.local.home> X-Y-GMX-Trusted: 0 X-FuHaFi: 0.57 X-detected-operating-system: by monty-python.gnu.org: GNU/Linux 2.6 (newer, 3) Resent-Date: Sun, 30 Nov 2008 04:30:25 -0500 X-BeenThere: bug-gnu-emacs@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: "Bug reports for GNU Emacs, the Swiss army knife of text editors" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Original-Sender: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Errors-To: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.bugs:22787 Archived-At: Thanks for testing this. > I tried your patch after updating from the current CVS HEAD. Now > starting with emacs -q --eval "(setq default-frame-alist > '((minibuffer)))" and trying to delete the minibuffer frame via the > window manager does not crash Emacs, but instead results in no deleted > frame and the error message "Attempt to delete a surrogate minibuffer > frame" (from handle-delete-frame). Likewise, C-x 5 0 from the > minibuffer frame does not delete it, again showing the error message > (now from call-interactively). With a non-minibuffer frame deletion via > either the window manager or C-x 5 0 succeeds; then as soon as I click > in the minibuffer frame, a new regular frame is created. I think that's the intended behavior. At least it was until Emacs 22. And delete_frame depends on doing so as explained by this comment /* We know that there must be some frame with a minibuffer out there. If this were not true, all of the frames present would have to be minibufferless, which implies that at some point their minibuffer frames must have been deleted, but that is prohibited at the top; you can't delete surrogate minibuffer frames. */ > As for starting with emacs -q and the evalling (delete-frame nil t), > this also does not make Emacs crash, but raises the error "Attempt to > delete the only frame". This is new behavior, obviously (it was there in the code, but commented out). > However, I apparently was mistaken in my post > cited above: I thought evalling (delete-frame nil t) produced a core > dump, like the attempt to delete the minibuffer frame did, Could you (or someone else on GNU/Linux) post a backtrace for the minibuffer deletion case? > but I cannot > reproduce that with the unpatched Emacs, so I must have been confused > about the source of the core file (which I since deleted). Instead, > evalling (delete-frame nil t) in the unpatched Emacs simply kills Emacs, > verified under gdb ("Program exited normally."). Sorry for misreporting > this yesterday. That's what Emacs 22 did in that case - exit normally. But Emacs 22 did _not_ offer to save any unsaved buffers, so you might have lost some work. Does it offer to save buffers on your Emacs 23? martin