From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Sergei Organov Newsgroups: gmane.emacs.help Subject: Elusive buffer(s). Date: Thu, 29 Dec 2011 16:31:41 +0400 Message-ID: NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Trace: dough.gmane.org 1325161934 1772 80.91.229.12 (29 Dec 2011 12:32:14 GMT) X-Complaints-To: usenet@dough.gmane.org NNTP-Posting-Date: Thu, 29 Dec 2011 12:32:14 +0000 (UTC) To: help-gnu-emacs@gnu.org Original-X-From: help-gnu-emacs-bounces+geh-help-gnu-emacs=m.gmane.org@gnu.org Thu Dec 29 13:32:09 2011 Return-path: Envelope-to: geh-help-gnu-emacs@m.gmane.org Original-Received: from lists.gnu.org ([140.186.70.17]) by lo.gmane.org with esmtp (Exim 4.69) (envelope-from ) id 1RgF9V-0005jp-Es for geh-help-gnu-emacs@m.gmane.org; Thu, 29 Dec 2011 13:32:09 +0100 Original-Received: from localhost ([::1]:51608 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1RgF9P-0003Y7-OU for geh-help-gnu-emacs@m.gmane.org; Thu, 29 Dec 2011 07:32:03 -0500 Original-Received: from eggs.gnu.org ([140.186.70.92]:59213) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1RgF9K-0003Xu-Sx for help-gnu-emacs@gnu.org; Thu, 29 Dec 2011 07:31:59 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1RgF9J-0005ff-TK for help-gnu-emacs@gnu.org; Thu, 29 Dec 2011 07:31:58 -0500 Original-Received: from lo.gmane.org ([80.91.229.12]:57675) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1RgF9J-0005fQ-OL for help-gnu-emacs@gnu.org; Thu, 29 Dec 2011 07:31:57 -0500 Original-Received: from list by lo.gmane.org with local (Exim 4.69) (envelope-from ) id 1RgF9G-0005Zi-QP for help-gnu-emacs@gnu.org; Thu, 29 Dec 2011 13:31:54 +0100 Original-Received: from 89.175.180.246 ([89.175.180.246]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Thu, 29 Dec 2011 13:31:54 +0100 Original-Received: from osv by 89.175.180.246 with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Thu, 29 Dec 2011 13:31:54 +0100 X-Injected-Via-Gmane: http://gmane.org/ Original-Lines: 54 Original-X-Complaints-To: usenet@dough.gmane.org X-Gmane-NNTP-Posting-Host: 89.175.180.246 User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/23.2 (gnu/linux) X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6 (newer, 3) X-Received-From: 80.91.229.12 X-BeenThere: help-gnu-emacs@gnu.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Users list for the GNU Emacs text editor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: help-gnu-emacs-bounces+geh-help-gnu-emacs=m.gmane.org@gnu.org Original-Sender: help-gnu-emacs-bounces+geh-help-gnu-emacs=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.help:83267 Archived-At: Hello, I see that not all the displayed buffers are there in the `buffer-list' frame parameter. How to reproduce: $ emacs -Q M-x compile C-a C-k ... *compilation* window should appear below the *scratch* window. (frame-parameter nil 'buffer-list) C-j (# #) Where is *compilation* that I do see on the screen? Is it bug or feature? Reading the manual only adds to my confusion. On one hand: File: elisp, Node: Buffer Parameters: `buffer-list' A list of buffers that have been selected in this frame, ordered most-recently-selected first. Suggests that only ever _selected_ buffers should appear in the list (that matches observed behavior), but on the other hand: File: elisp, Node: The Buffer List: In addition to the fundamental buffer list just described, Emacs maintains a local buffer list for each frame, in which the buffers that have been displayed (or had their windows selected) in that frame come first. Seems to suggest that displayed buffers should also be there in the frame-local buffer list? (emacs-version) "GNU Emacs 23.2.1 (i486-pc-linux-gnu, GTK+ Version 2.20.0) of 2010-12-11 on raven, modified by Debian" BTW, the question relates to the issue I've reported 2 years ago here: http://debbugs.gnu.org/cgi/bugreport.cgi?bug=5185 but in that case *cvs* buffer was also current buffer in the original frame, so that report is definitely a bug that I'm still able to reproduce. -- Sergei