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#10729: 24.0.93; On MS-Windows: emacsclientw.exe -n -c does create a new frame, but does not always display the requested file or the requested directory (24.0.92 does) Date: Tue, 07 Feb 2012 08:53:32 +0100 Message-ID: <4F30D87C.9040408@gmx.at> References: <4F301471.9000402@gmx.at> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Trace: dough.gmane.org 1328601260 2075 80.91.229.3 (7 Feb 2012 07:54:20 GMT) X-Complaints-To: usenet@dough.gmane.org NNTP-Posting-Date: Tue, 7 Feb 2012 07:54:20 +0000 (UTC) Cc: Albert , 10729@debbugs.gnu.org To: Juanma Barranquero Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Tue Feb 07 08:54:19 2012 Return-path: Envelope-to: geb-bug-gnu-emacs@m.gmane.org Original-Received: from lists.gnu.org ([140.186.70.17]) by plane.gmane.org with esmtp (Exim 4.69) (envelope-from ) id 1RufsZ-0002cK-KW for geb-bug-gnu-emacs@m.gmane.org; Tue, 07 Feb 2012 08:54:19 +0100 Original-Received: from localhost ([::1]:37092 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1RufsZ-0005SH-3T for geb-bug-gnu-emacs@m.gmane.org; Tue, 07 Feb 2012 02:54:19 -0500 Original-Received: from eggs.gnu.org ([140.186.70.92]:59124) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1RufsS-0005S1-Gx for bug-gnu-emacs@gnu.org; Tue, 07 Feb 2012 02:54:16 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1RufsO-0002DZ-A5 for bug-gnu-emacs@gnu.org; Tue, 07 Feb 2012 02:54:12 -0500 Original-Received: from debbugs.gnu.org ([140.186.70.43]:54529) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1RufsO-0002DV-7D for bug-gnu-emacs@gnu.org; Tue, 07 Feb 2012 02:54:08 -0500 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.72) (envelope-from ) id 1RuftG-00034X-6u for bug-gnu-emacs@gnu.org; Tue, 07 Feb 2012 02:55:02 -0500 X-Loop: help-debbugs@gnu.org Resent-From: martin rudalics Original-Sender: debbugs-submit-bounces@debbugs.gnu.org Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Tue, 07 Feb 2012 07:55:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 10729 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: Original-Received: via spool by 10729-submit@debbugs.gnu.org id=B10729.132860127911777 (code B ref 10729); Tue, 07 Feb 2012 07:55:02 +0000 Original-Received: (at 10729) by debbugs.gnu.org; 7 Feb 2012 07:54:39 +0000 Original-Received: from localhost ([127.0.0.1]:58152 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1Rufss-00033t-94 for submit@debbugs.gnu.org; Tue, 07 Feb 2012 02:54:39 -0500 Original-Received: from mailout-de.gmx.net ([213.165.64.22]:33274) by debbugs.gnu.org with smtp (Exim 4.72) (envelope-from ) id 1Rufsq-00033g-4c for 10729@debbugs.gnu.org; Tue, 07 Feb 2012 02:54:37 -0500 Original-Received: (qmail invoked by alias); 07 Feb 2012 07:53:35 -0000 Original-Received: from 62-47-42-17.adsl.highway.telekom.at (EHLO [62.47.42.17]) [62.47.42.17] by mail.gmx.net (mp070) with SMTP; 07 Feb 2012 08:53:35 +0100 X-Authenticated: #14592706 X-Provags-ID: V01U2FsdGVkX1+N/d0vqn2NuTIqS5G5PXh3iFvLynFcxUO2CWWUDr x6TiBZyEQVHbSd In-Reply-To: X-Y-GMX-Trusted: 0 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 (newer, 2) 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:56630 Archived-At: > I don't really know why the set-buffer is required, because that code > only runs when (get-buffer-window next-buffer 0) has returned a window > (and server-window is nil, but that's irrelevant), and the call to > (select-window win) makes next-buffer the current-buffer. Perhaps > because it can be in another frame? A `set-buffer' can be needed if win is already selected but next-buffer is not the current buffer. Otherwise the subsequent (when filepos (server-goto-line-column filepos))) might do strange things. In any case this part should not be responsible for the behavior you see. >> When is it replaced? After exiting `server-switch-buffer'? > > When running it with edebug, yes. I haven't yet tested without edebug > (but it happens if you're not debugging, so the effect is real). I'm not used to working with Emacs as server. Could you try putting a breakpoint somewhere in set_window_buffer and get a backtrace there? I suspect the behavior is the result of some sort of window excursion but can't imagine why and how someone would wrap `server-switch-buffer' in such a thing. martin