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: Some obsolete/unused/garbage things around window code? Date: Tue, 10 Jan 2012 13:14:54 +0100 Message-ID: <4F0C2BBE.7000202@gmx.at> References: <4F0BDAD8.6030201@yandex.ru> <4F0C10D4.2000908@gmx.at> <4F0C1A5D.7000205@yandex.ru> NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Trace: dough.gmane.org 1326197718 11687 80.91.229.12 (10 Jan 2012 12:15:18 GMT) X-Complaints-To: usenet@dough.gmane.org NNTP-Posting-Date: Tue, 10 Jan 2012 12:15:18 +0000 (UTC) Cc: emacs-devel@gnu.org To: Dmitry Antipov Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Tue Jan 10 13:15:15 2012 Return-path: Envelope-to: ged-emacs-devel@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 1Rkabi-0002GQ-TR for ged-emacs-devel@m.gmane.org; Tue, 10 Jan 2012 13:15:15 +0100 Original-Received: from localhost ([::1]:54765 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Rkabi-0007cQ-Cm for ged-emacs-devel@m.gmane.org; Tue, 10 Jan 2012 07:15:14 -0500 Original-Received: from eggs.gnu.org ([140.186.70.92]:52474) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1RkabY-0007ZC-Tl for emacs-devel@gnu.org; Tue, 10 Jan 2012 07:15:12 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1RkabT-0006OG-26 for emacs-devel@gnu.org; Tue, 10 Jan 2012 07:15:04 -0500 Original-Received: from mailout-de.gmx.net ([213.165.64.22]:43529) by eggs.gnu.org with smtp (Exim 4.71) (envelope-from ) id 1RkabS-0006O4-EV for emacs-devel@gnu.org; Tue, 10 Jan 2012 07:14:59 -0500 Original-Received: (qmail invoked by alias); 10 Jan 2012 12:14:56 -0000 Original-Received: from 62-47-50-238.adsl.highway.telekom.at (EHLO [62.47.50.238]) [62.47.50.238] by mail.gmx.net (mp030) with SMTP; 10 Jan 2012 13:14:56 +0100 X-Authenticated: #14592706 X-Provags-ID: V01U2FsdGVkX1+ArzZAnxaA1zmwnIBnwvcByh8/mBKyQKG2QreHM+ mIOpsS/Ows5j0q In-Reply-To: <4F0C1A5D.7000205@yandex.ru> X-Y-GMX-Trusted: 0 X-detected-operating-system: by eggs.gnu.org: Genre and OS details not recognized. X-Received-From: 213.165.64.22 X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: "Emacs development discussions." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Original-Sender: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.devel:147563 Archived-At: > For frames, C pointer value of 'struct frame' is used, i.e.: > ... > sprintf (buf, " %p", XFRAME (obj)); Which is awkward and usually complemented by the buffer shown in the frame's selected window which hardly improves anything. > Why it should be done in a different way for windows? Comparing two sequence numbers, you can always tell which window is older. And you usually can identify all windows coming from one and the same session. So you can use number when saving window states to disk. Finally, using sequence numbers we can replay a sequence of window creation/deletion functions in different sessions and compare the outcome. This will be useful when we finally get around writing a testsuite for the window handling code. That said, I think that sequence numbers for frames would be useful too. martin