From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: "Drew Adams" Newsgroups: gmane.emacs.bugs Subject: bug#13154: 24.3.50; emacs_backtrace.txt (different one) Date: Fri, 14 Dec 2012 07:51:13 -0800 Message-ID: References: <71C954CE83CD4097847383645A95BD14@us.oracle.com> <838v938b38.fsf@gnu.org> <831uev85mk.fsf@gnu.org> <50C9AE0E.7030608@gmx.at> <83sj79op67.fsf@gnu.org> <66C55EA367244D1E82898093BC5F1DB5@us.oracle.com> <838v91nkgn.fsf@gnu.org> <50CAFEE1.2080401@gmx.at> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Trace: ger.gmane.org 1355500330 1211 80.91.229.3 (14 Dec 2012 15:52:10 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Fri, 14 Dec 2012 15:52:10 +0000 (UTC) Cc: 13154@debbugs.gnu.org To: "'martin rudalics'" , "'Eli Zaretskii'" Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Fri Dec 14 16:52:22 2012 Return-path: Envelope-to: geb-bug-gnu-emacs@m.gmane.org Original-Received: from lists.gnu.org ([208.118.235.17]) by plane.gmane.org with esmtp (Exim 4.69) (envelope-from ) id 1TjXYj-0002WA-Cf for geb-bug-gnu-emacs@m.gmane.org; Fri, 14 Dec 2012 16:52:21 +0100 Original-Received: from localhost ([::1]:38174 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1TjXYW-0000zq-FT for geb-bug-gnu-emacs@m.gmane.org; Fri, 14 Dec 2012 10:52:08 -0500 Original-Received: from eggs.gnu.org ([208.118.235.92]:52857) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1TjXYT-0000zj-N5 for bug-gnu-emacs@gnu.org; Fri, 14 Dec 2012 10:52:07 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1TjXYS-0005yx-H8 for bug-gnu-emacs@gnu.org; Fri, 14 Dec 2012 10:52:05 -0500 Original-Received: from debbugs.gnu.org ([140.186.70.43]:60718) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1TjXYS-0005ys-DZ for bug-gnu-emacs@gnu.org; Fri, 14 Dec 2012 10:52:04 -0500 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.72) (envelope-from ) id 1TjXZO-0005mc-Cx for bug-gnu-emacs@gnu.org; Fri, 14 Dec 2012 10:53:02 -0500 X-Loop: help-debbugs@gnu.org Resent-From: "Drew Adams" Original-Sender: debbugs-submit-bounces@debbugs.gnu.org Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Fri, 14 Dec 2012 15:53:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 13154 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: Original-Received: via spool by 13154-submit@debbugs.gnu.org id=B13154.135550034322185 (code B ref 13154); Fri, 14 Dec 2012 15:53:02 +0000 Original-Received: (at 13154) by debbugs.gnu.org; 14 Dec 2012 15:52:23 +0000 Original-Received: from localhost ([127.0.0.1]:42736 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1TjXYl-0005lk-5H for submit@debbugs.gnu.org; Fri, 14 Dec 2012 10:52:23 -0500 Original-Received: from userp1040.oracle.com ([156.151.31.81]:36859) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1TjXYh-0005la-C3 for 13154@debbugs.gnu.org; Fri, 14 Dec 2012 10:52:20 -0500 Original-Received: from acsinet22.oracle.com (acsinet22.oracle.com [141.146.126.238]) by userp1040.oracle.com (Sentrion-MTA-4.2.2/Sentrion-MTA-4.2.2) with ESMTP id qBEFpJHR018582 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Fri, 14 Dec 2012 15:51:20 GMT Original-Received: from acsmt356.oracle.com (acsmt356.oracle.com [141.146.40.156]) by acsinet22.oracle.com (8.14.4+Sun/8.14.4) with ESMTP id qBEFpINc023089 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 14 Dec 2012 15:51:18 GMT Original-Received: from abhmt118.oracle.com (abhmt118.oracle.com [141.146.116.70]) by acsmt356.oracle.com (8.12.11.20060308/8.12.11) with ESMTP id qBEFpIDH018944; Fri, 14 Dec 2012 09:51:18 -0600 Original-Received: from dradamslap1 (/10.159.136.65) by default (Oracle Beehive Gateway v4.0) with ESMTP ; Fri, 14 Dec 2012 07:51:18 -0800 X-Mailer: Microsoft Office Outlook 11 In-Reply-To: <50CAFEE1.2080401@gmx.at> X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.6157 Thread-Index: Ac3Z5jsMzIRwgBQGRtenDUiDS2LcAAAKZEOg X-Source-IP: acsinet22.oracle.com [141.146.126.238] X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.13 Precedence: list X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6.x X-Received-From: 140.186.70.43 X-BeenThere: bug-gnu-emacs@gnu.org List-Id: "Bug reports for GNU Emacs, the Swiss army knife of text editors" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Original-Sender: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.bugs:68516 Archived-At: > >> FWIW, it's not clear to me that `w-o-t-t-b' inside `s-e' > >> is "evil". It might be ineffectual in some contexts, > >> in the sense that it might not do what some users > >> mistakenly might expect, but - for my own understanding - > >> just why do you consider it evil? > > > > Martin will probably tell, > > It's evil because `with-output-to-temp-buffer' may pop up a new frame > while `save-window-excursion' gives you the false impression > that it can cope with that situation. That's exactly what I meant by "It might be ineffectual in some contexts, in the sense that it might not do what some users mistakenly might expect." In practice (IMHO), that is probably more of a problem/annoyance for Emacs Dev, having to field false-bug reports from users, than it is a real problem for users. Just one opinion. > >> * I found an occurrence in my version of > >> `describe-function', which is based on > >> the vanilla Emacs 22 version in this respect. It has to > >> work for 22+, and 22 does not have macro `with-help-window'. > >> > >> * I found one other occurrence of > >> `with-output-to-temp-buffer' inside `save-excursion', but > >> that code is used only when running Emacs 22, and it is a > >> copy of the vanilla Emacs 22 code (for > >> `describe-text-properties'). IOW, the fault is with > >> vanilla Emacs in this case, and this case cannot be > >> manifested in Emacs 24 anyway. > > `save-window-excursion' and not `save-excursion', I presume. No, `save-excursion'. It is `save-excursion' that occurs in the vanilla Emacs 22 code, in both cases (vanilla `describe-function' and `describe-variable', for Emacs 22 and prior). Emacs was "evil" for decades... > I still don't know whether you are sure that Drew runs some > code within `window-configuration-change-hook'. Didn't know I was expected to look for that one. Grepping for `window-configuration-change-hook' finds the following two occurrences: 1. Inside the definition of command `dired-sort-dialogue' (from Francis Wright's library dired-sort-menu.el). But I did not invoke this command, AFAIK. (add-hook 'window-configuration-change-hook 'dired-sort-dialogue-auto-kill-2) 2. In pp-c-l.el. I do use this one. (add-hook 'window-configuration-change-hook 'refresh-pretty-control-l) (defun refresh-pretty-control-l () "Reinitialize `pretty-control-l-mode', if on, to update the display." (interactive) (when pretty-control-l-mode (pretty-control-l-mode t))) `pretty-control-l-mode' is a global minor mode that does only this: (walk-windows (lambda (window) (let ((display-table (or (window-display-table window) (make-display-table)))) (aset display-table ?\014 (and pretty-control-l-mode (pp^L-^L-display-table-entry window))) (set-window-display-table window display-table))) 'no-minibuf 'visible) HTH.