From mboxrd@z Thu Jan 1 00:00:00 1970 X-Msuck: nntp://news.gmane.io/gmane.emacs.gnus.general/83244 Path: news.gmane.org!not-for-mail From: David Engster Newsgroups: gmane.emacs.gnus.general Subject: Re: XEmacs hash table representation (was XEmacs builds failing - gnus-spec.el) Date: Sun, 02 Jun 2013 10:59:23 +0200 Message-ID: <87hahgzy50.fsf@randomsample.de> References: <6219.1370124253@rawbw.com> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain X-Trace: ger.gmane.org 1370163692 8817 80.91.229.3 (2 Jun 2013 09:01:32 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Sun, 2 Jun 2013 09:01:32 +0000 (UTC) Cc: ding@gnus.org To: Mike Kupfer Original-X-From: ding-owner+M31510@lists.math.uh.edu Sun Jun 02 11:01:32 2013 Return-path: Envelope-to: ding-account@gmane.org Original-Received: from util0.math.uh.edu ([129.7.128.18]) by plane.gmane.org with esmtp (Exim 4.69) (envelope-from ) id 1Uj4AN-000441-B9 for ding-account@gmane.org; Sun, 02 Jun 2013 11:01:31 +0200 Original-Received: from localhost ([127.0.0.1] helo=lists.math.uh.edu) by util0.math.uh.edu with smtp (Exim 4.63) (envelope-from ) id 1Uj48l-0004ms-Gk; Sun, 02 Jun 2013 03:59:51 -0500 Original-Received: from mx2.math.uh.edu ([129.7.128.33]) by util0.math.uh.edu with esmtps (TLSv1:AES256-SHA:256) (Exim 4.63) (envelope-from ) id 1Uj48c-0004mZ-Lx for ding@lists.math.uh.edu; Sun, 02 Jun 2013 03:59:42 -0500 Original-Received: from quimby.gnus.org ([80.91.231.51]) by mx2.math.uh.edu with esmtps (TLSv1:AES256-SHA:256) (Exim 4.76) (envelope-from ) id 1Uj48R-0006y2-NR for ding@lists.math.uh.edu; Sun, 02 Jun 2013 03:59:41 -0500 Original-Received: from randomsample.de ([83.169.19.17]) by quimby.gnus.org with esmtp (Exim 4.72) (envelope-from ) id 1Uj48P-0006Kp-Fe for ding@gnus.org; Sun, 02 Jun 2013 10:59:29 +0200 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=randomsample.de; s=a; h=Content-Type:MIME-Version:Message-ID:Date:References:In-Reply-To:Subject:Cc:To:From; bh=pe3OR2oi0GmbUvaPKIsF8x/F5SN6D6OpLw4o/xcv9QI=; b=YqN2+zKtpvhY7UAWpiPtQgsoTk3ZpjPz6bvBM0LC6ERcSeNqfGPhx3IyLk8ltCi0ocHclKYFjxVn60aiSGliot9mGt+YMXPepnL8mpp3dSo+dZn0l3PDju4MnIXVJ+CX; Original-Received: from dslc-082-083-032-123.pools.arcor-ip.net ([82.83.32.123] helo=spaten) by randomsample.de with esmtpsa (TLS1.0:DHE_RSA_AES_128_CBC_SHA1:16) (Exim 4.72) (envelope-from ) id 1Uj48N-0006Hy-8R; Sun, 02 Jun 2013 10:59:27 +0200 In-Reply-To: <6219.1370124253@rawbw.com> (Mike Kupfer's message of "Sat, 01 Jun 2013 15:04:13 -0700") User-Agent: Gnus/5.130008 (Ma Gnus v0.8) Emacs/24.3 (gnu/linux) Mail-Copies-To: never Mail-Followup-To: Mike Kupfer , ding@gnus.org X-Spam-Score: -1.2 (-) List-ID: Precedence: bulk Xref: news.gmane.org gmane.emacs.gnus.general:83244 Archived-At: Mike Kupfer writes: > Does Gnus need to preserve the hash table metadata (rehash-size et al)? > I was wondering if it would work just as well for Gnus to use an alist > as the external representation for a hash table. It's not about the hash table metadata but about speed. Before Ted rewrote the code, the registry used to do a conversion to/from an alist, and I remember that writing/reading the registry this way was annoyingly slow, at least on slow machines in combination with big registries (mine has about 100.000 entries). Of course, one could still do that specially for XEmacs. I guess all it takes is to define a proper ':printer' slot for the registry object. Someone just has to do it. -David