From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Dan Nicolaescu Newsgroups: gmane.emacs.devel Subject: Re: strings referred to by Vsjis_coding_system, Vbig5_coding_system Date: Mon, 16 Nov 2009 21:08:05 -0800 (PST) Message-ID: <200911170508.nAH585Rh021954@godzilla.ics.uci.edu> References: <200911112142.nABLgZwS024554@godzilla.ics.uci.edu> <200911161500.nAGF0KYN015109@godzilla.ics.uci.edu> NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Trace: ger.gmane.org 1258434603 10697 80.91.229.12 (17 Nov 2009 05:10:03 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Tue, 17 Nov 2009 05:10:03 +0000 (UTC) Cc: emacs-devel@gnu.org To: Kenichi Handa Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Tue Nov 17 06:09:56 2009 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.50) id 1NAGKB-0003Qq-0I for ged-emacs-devel@m.gmane.org; Tue, 17 Nov 2009 06:09:55 +0100 Original-Received: from localhost ([127.0.0.1]:57809 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1NAGKA-0000Xe-Fo for ged-emacs-devel@m.gmane.org; Tue, 17 Nov 2009 00:09:54 -0500 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1NAGK5-0000Wt-5s for emacs-devel@gnu.org; Tue, 17 Nov 2009 00:09:49 -0500 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1NAGK0-0000VL-4g for emacs-devel@gnu.org; Tue, 17 Nov 2009 00:09:48 -0500 Original-Received: from [199.232.76.173] (port=59042 helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1NAGK0-0000VH-0k for emacs-devel@gnu.org; Tue, 17 Nov 2009 00:09:44 -0500 Original-Received: from paul-mcgann-v0.ics.uci.edu ([128.195.1.147]:42550) by monty-python.gnu.org with esmtps (TLS-1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.60) (envelope-from ) id 1NAGJz-0000A4-DC for emacs-devel@gnu.org; Tue, 17 Nov 2009 00:09:43 -0500 Original-Received: from godzilla.ics.uci.edu (godzilla.ics.uci.edu [128.195.10.101]) by paul-mcgann-v0.ics.uci.edu (8.13.8/8.13.8) with ESMTP id nAH586rd011758 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 16 Nov 2009 21:08:06 -0800 Original-Received: (from dann@localhost) by godzilla.ics.uci.edu (8.13.8+Sun/8.13.6/Submit) id nAH585Rh021954; Mon, 16 Nov 2009 21:08:05 -0800 (PST) In-Reply-To: (Kenichi Handa's message of "Tue, 17 Nov 2009 13:52:05 +0900") Original-Lines: 25 X-ICS-MailScanner-Information: Please send mail to helpdesk@ics.uci.edu or more information X-ICS-MailScanner-ID: nAH586rd011758 X-ICS-MailScanner: Found to be clean X-ICS-MailScanner-SpamCheck: not spam, SpamAssassin (not cached, score=-1.44, required 5, autolearn=disabled, ALL_TRUSTED -1.44) X-ICS-MailScanner-From: dann@godzilla.ics.uci.edu X-detected-operating-system: by monty-python.gnu.org: GNU/Linux 2.6 (newer, 3) 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:117066 Archived-At: Kenichi Handa writes: > In article <200911161500.nAGF0KYN015109@godzilla.ics.uci.edu>, Dan Nicolaescu writes: > > > I can't find one at the moment, and unfortunately I did not save a > > debugging session. > > All the ones that I find at the moment are referred to from Vcoding_system_hash_table. > > Can you please figure out this one? > > Ah, then I think that \377 string is to record safely > encodable character sets for each coding system. If Nth > element is not \377, the charset whose ID is N is encodable > by that coding system. > > And, yes, those strings can be in pure memory when created > by temacs. But, note that one can change a definition of a > coding system at runtime (perhaps rarely happen) and it > makes the string in pure memory accessed from nowhere. That's fine, instead of everyone having to pay the price of GCing all those strings, it's not too bad if they are dead in the very rare case the coding system is changed at runtime. Are there any other parts of the coding system that are in GC memory and can be put in pure memory?