From mboxrd@z Thu Jan 1 00:00:00 1970 Path: main.gmane.org!not-for-mail From: Richard Stallman Newsgroups: gmane.emacs.devel Subject: Re: [patch] cache color info for remote X sessions [Was: Emacs 21/X11 generating unbelieveable network traffic] Date: Tue, 08 Oct 2002 13:21:35 -0400 Sender: emacs-devel-admin@gnu.org Message-ID: References: <20021006012932.GA9183@gnu.org> Reply-To: rms@gnu.org NNTP-Posting-Host: localhost.gmane.org X-Trace: main.gmane.org 1034097765 1922 127.0.0.1 (8 Oct 2002 17:22:45 GMT) X-Complaints-To: usenet@main.gmane.org NNTP-Posting-Date: Tue, 8 Oct 2002 17:22:45 +0000 (UTC) Cc: emacs-devel@gnu.org Return-path: Original-Received: from quimby.gnus.org ([80.91.224.244]) by main.gmane.org with esmtp (Exim 3.35 #1 (Debian)) id 17yy40-0000Tx-00 for ; Tue, 08 Oct 2002 19:22:32 +0200 Original-Received: from monty-python.gnu.org ([199.232.76.173]) by quimby.gnus.org with esmtp (Exim 3.12 #1 (Debian)) id 17yyre-0004bJ-00 for ; Tue, 08 Oct 2002 20:13:50 +0200 Original-Received: from localhost ([127.0.0.1] helo=monty-python.gnu.org) by monty-python.gnu.org with esmtp (Exim 4.10) id 17yy3t-00086l-00; Tue, 08 Oct 2002 13:22:25 -0400 Original-Received: from list by monty-python.gnu.org with tmda-scanned (Exim 4.10) id 17yy37-0007bk-00 for emacs-devel@gnu.org; Tue, 08 Oct 2002 13:21:37 -0400 Original-Received: from mail by monty-python.gnu.org with spam-scanned (Exim 4.10) id 17yy35-0007bA-00 for emacs-devel@gnu.org; Tue, 08 Oct 2002 13:21:37 -0400 Original-Received: from fencepost.gnu.org ([199.232.76.164]) by monty-python.gnu.org with esmtp (Exim 4.10) id 17yy35-0007b2-00 for emacs-devel@gnu.org; Tue, 08 Oct 2002 13:21:35 -0400 Original-Received: from rms by fencepost.gnu.org with local (Exim 4.10) id 17yy35-0002Pn-00; Tue, 08 Oct 2002 13:21:35 -0400 Original-To: usenet@fischman.org In-reply-to: (message from Ami Fischman on Mon, 07 Oct 2002 10:04:08 -0700) Errors-To: emacs-devel-admin@gnu.org X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.0.11 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: Emacs development discussions. List-Unsubscribe: , List-Archive: Xref: main.gmane.org gmane.emacs.devel:8464 X-Report-Spam: http://spam.gmane.org/gmane.emacs.devel:8464 > What would be both simpler and more useful is a feature at run time to > turn the cache use on and off. A Lisp variable forwarded with > DEFVAR_BOOL to a C int variable could control it. The entry points > could avoid checking the cache if the C variable is 0. True. A command-line option would also be in order, to save the delay at startup before the lisp variable is eval'd. Anyone feel like adding these (cmd line opt & lisp var)? If the caching works reliably and if it does not cause problems when the color map is full, there may be no need ever to turn it off. Or just having a C variable that you can set with GDB could be enough for debugging purposes.