From mboxrd@z Thu Jan  1 00:00:00 1970
Path: news.gmane.org!not-for-mail
From: "Richard M. Stallman" <rms@gnu.org>
Newsgroups: gmane.emacs.devel
Subject: Re: Code inspection: Generic problems
Date: Mon, 18 Jul 2005 00:48:52 -0400
Message-ID: <E1DuNYi-0000OM-Vd@fencepost.gnu.org>
References: <m3hdf0p4ne.fsf@kfs-l.imdomain.dk>
Reply-To: rms@gnu.org
NNTP-Posting-Host: main.gmane.org
X-Trace: sea.gmane.org 1121662531 14408 80.91.229.2 (18 Jul 2005 04:55:31 GMT)
X-Complaints-To: usenet@sea.gmane.org
NNTP-Posting-Date: Mon, 18 Jul 2005 04:55:31 +0000 (UTC)
Cc: emacs-devel@gnu.org
Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Mon Jul 18 06:55:25 2005
Return-path: <emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org>
Original-Received: from lists.gnu.org ([199.232.76.165])
	by ciao.gmane.org with esmtp (Exim 4.43)
	id 1DuNf2-0007eP-Bz
	for ged-emacs-devel@m.gmane.org; Mon, 18 Jul 2005 06:55:24 +0200
Original-Received: from localhost ([127.0.0.1] helo=lists.gnu.org)
	by lists.gnu.org with esmtp (Exim 4.43)
	id 1DuNgx-0001K4-83
	for ged-emacs-devel@m.gmane.org; Mon, 18 Jul 2005 00:57:23 -0400
Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43)
	id 1DuNeL-0000Jn-4l
	for emacs-devel@gnu.org; Mon, 18 Jul 2005 00:54:41 -0400
Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43)
	id 1DuNeH-0000IL-EA
	for emacs-devel@gnu.org; Mon, 18 Jul 2005 00:54:37 -0400
Original-Received: from [199.232.76.173] (helo=monty-python.gnu.org)
	by lists.gnu.org with esmtp (Exim 4.43) id 1DuNeH-0000Hs-78
	for emacs-devel@gnu.org; Mon, 18 Jul 2005 00:54:37 -0400
Original-Received: from [199.232.76.164] (helo=fencepost.gnu.org)
	by monty-python.gnu.org with esmtp (Exim 4.34) id 1DuNl8-0001ui-CM
	for emacs-devel@gnu.org; Mon, 18 Jul 2005 01:01:42 -0400
Original-Received: from rms by fencepost.gnu.org with local (Exim 4.34)
	id 1DuNYi-0000OM-Vd; Mon, 18 Jul 2005 00:48:52 -0400
Original-To: storm@cua.dk (Kim F. Storm)
In-reply-to: <m3hdf0p4ne.fsf@kfs-l.imdomain.dk> (storm@cua.dk)
X-BeenThere: emacs-devel@gnu.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: "Emacs development discussions." <emacs-devel.gnu.org>
List-Unsubscribe: <http://lists.gnu.org/mailman/listinfo/emacs-devel>,
	<mailto:emacs-devel-request@gnu.org?subject=unsubscribe>
List-Archive: <http://lists.gnu.org/pipermail/emacs-devel>
List-Post: <mailto:emacs-devel@gnu.org>
List-Help: <mailto:emacs-devel-request@gnu.org?subject=help>
List-Subscribe: <http://lists.gnu.org/mailman/listinfo/emacs-devel>,
	<mailto:emacs-devel-request@gnu.org?subject=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:41038
X-Report-Spam: http://spam.gmane.org/gmane.emacs.devel:41038

    - Qecho_area_clear_hook

I think that should be staticpro'd.  I will do it.

   - echo_area_window 
   - minibuf_window
    - selected_frame
    - selected_window

All the live windows and frames get marked thru that data structure.

    - echo_message_buffer

That buffer is one of the echo area buffers, and they
can't be killed.

    - combine_after_change_buffer

I will staticpro that one.

    - last_point_position_buffer

Nothing bad can happen if that points to a buffer that has been gc'd.

    - last_undo_buffer

Likewise.