From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: martin rudalics Newsgroups: gmane.emacs.devel Subject: Re: Window configurations Date: Thu, 03 Jun 2010 17:42:55 +0200 Message-ID: <4C07CD7F.5010308@gmx.at> References: <4BB4CF6B.2000007@alice.it> <871vdu6qn5.fsf@mail.jurta.org> <87bpcv1wvt.fsf@mail.jurta.org> <4BE13828.2030609@gmx.at> <87vdb2qo82.fsf@mail.jurta.org> <4BE27C17.3030005@gmx.at> <87vdav4vx5.fsf@mail.jurta.org> <4BE900E7.3090402@gmx.at> <87r5liqv8f.fsf@mail.jurta.org> <4BEA74DC.2060103@gmx.at> <87y6fns8qo.fsf@mail.jurta.org> <4BECF4D6.9030707@gmx.at> <87632na2af.fsf@mail.jurta.org> <4C03F1B5.8040708@gmx.at> <4C04D1BF.9070902@gmx.at> <87hblmv9s3.fsf@mail.jurta.org> <4C0655D1.60205@gmx.at> <87eigps0gn.fsf@mail.jurta.org> <4C076E7A.8060803@gmx.at> 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: dough.gmane.org 1275580090 2229 80.91.229.12 (3 Jun 2010 15:48:10 GMT) X-Complaints-To: usenet@dough.gmane.org NNTP-Posting-Date: Thu, 3 Jun 2010 15:48:10 +0000 (UTC) Cc: Juri Linkov , Emacs To: Stefan Monnier Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Thu Jun 03 17:48:08 2010 connect(): No such file or directory Return-path: Envelope-to: ged-emacs-devel@m.gmane.org Original-Received: from lists.gnu.org ([199.232.76.165]) by lo.gmane.org with esmtp (Exim 4.69) (envelope-from ) id 1OKCeO-00007w-1G for ged-emacs-devel@m.gmane.org; Thu, 03 Jun 2010 17:48:08 +0200 Original-Received: from localhost ([127.0.0.1]:43585 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1OKCeN-0006Kn-5m for ged-emacs-devel@m.gmane.org; Thu, 03 Jun 2010 11:48:07 -0400 Original-Received: from [140.186.70.92] (port=58216 helo=eggs.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1OKCde-0005y9-4n for emacs-devel@gnu.org; Thu, 03 Jun 2010 11:47:25 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.69) (envelope-from ) id 1OKCZS-0001uv-EK for emacs-devel@gnu.org; Thu, 03 Jun 2010 11:43:07 -0400 Original-Received: from mail.gmx.net ([213.165.64.20]:41703) by eggs.gnu.org with smtp (Exim 4.69) (envelope-from ) id 1OKCZS-0001uY-3a for emacs-devel@gnu.org; Thu, 03 Jun 2010 11:43:02 -0400 Original-Received: (qmail invoked by alias); 03 Jun 2010 15:42:58 -0000 Original-Received: from 62-47-53-76.adsl.highway.telekom.at (EHLO [62.47.53.76]) [62.47.53.76] by mail.gmx.net (mp029) with SMTP; 03 Jun 2010 17:42:58 +0200 X-Authenticated: #14592706 X-Provags-ID: V01U2FsdGVkX1/tz8NHyeztexuZyD9NcFTLLWNHaUQDK87R2rI23X L1s+EAl6AbwtXx User-Agent: Thunderbird 2.0.0.21 (Windows/20090302) In-Reply-To: X-Y-GMX-Trusted: 0 X-detected-operating-system: by eggs.gnu.org: Genre and OS details not recognized. X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: "Emacs development discussions." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Original-Sender: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Errors-To: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.devel:125484 Archived-At: >> eventually Richard decided to "not use Frassq, Fmemq or Fdelq since >> their loops allow quitting. Write a special loop by hand." which was > > What was the problem with quitting? Probably that Vbuffer_list gets corrupted when the user triggers a quit before the Fdelq gets executed. In that case a buffer might get dropped from the buffer list and not be reinserted as first element. I don't know whether this might happen at all and what kind of consequences this could have. The fact that Funrecord_buffer uses Fdelq without complaints for years seems to indicate that there's no problem. >> part of a frame's parameters. But an application should not be allowed >> to alter the history of buffers shown on a particular frame. > > Why not? Why should it lie? Histories should not be altered at will. But this is a minor issue. Hardly anyone knows that a frame's buried buffer list can be altered, and which application would want to change it anyway? It's only some wasted lines in the manual (just like those for a frame's buffer-predicate). martin