From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!.POSTED!not-for-mail From: Eric Abrahamsen Newsgroups: gmane.emacs.help Subject: Re: Any way to control which articles Gnus summary shows by default? Date: Sun, 08 Apr 2018 12:01:53 -0700 Message-ID: <87woxhmsim.fsf@ericabrahamsen.net> References: <86lge3ric2.fsf@zoho.com> <87vad78nh2.fsf@web.de> <87sh8bsa2c.fsf@ericabrahamsen.net> <87in97jkzk.fsf@web.de> <87lge3ryvn.fsf@ericabrahamsen.net> <87sh8bm3u1.fsf@web.de> <874lkogzel.fsf@web.de> <87lge0pdfg.fsf@ericabrahamsen.net> <87efjsdxx0.fsf@ericabrahamsen.net> <87d0z9zss2.fsf@web.de> <87r2npoi40.fsf@ericabrahamsen.net> <878t9xzoot.fsf@web.de> NNTP-Posting-Host: blaine.gmane.org Mime-Version: 1.0 Content-Type: text/plain X-Trace: blaine.gmane.org 1523214180 5822 195.159.176.226 (8 Apr 2018 19:03:00 GMT) X-Complaints-To: usenet@blaine.gmane.org NNTP-Posting-Date: Sun, 8 Apr 2018 19:03:00 +0000 (UTC) User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/27.0.50 (gnu/linux) Cc: help-gnu-emacs@gnu.org To: Michael Heerdegen Original-X-From: help-gnu-emacs-bounces+geh-help-gnu-emacs=m.gmane.org@gnu.org Sun Apr 08 21:02:56 2018 Return-path: Envelope-to: geh-help-gnu-emacs@m.gmane.org Original-Received: from lists.gnu.org ([208.118.235.17]) by blaine.gmane.org with esmtp (Exim 4.84_2) (envelope-from ) id 1f5Faa-0001Pu-7Z for geh-help-gnu-emacs@m.gmane.org; Sun, 08 Apr 2018 21:02:56 +0200 Original-Received: from localhost ([::1]:48467 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1f5Fcf-0001zY-Sm for geh-help-gnu-emacs@m.gmane.org; Sun, 08 Apr 2018 15:05:05 -0400 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:42906) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1f5Fc9-0001ym-I6 for help-gnu-emacs@gnu.org; Sun, 08 Apr 2018 15:04:34 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1f5Fc4-0002G2-LQ for help-gnu-emacs@gnu.org; Sun, 08 Apr 2018 15:04:33 -0400 Original-Received: from mail.ericabrahamsen.net ([50.56.99.223]:39023) by eggs.gnu.org with esmtps (TLS1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.71) (envelope-from ) id 1f5Fc4-0002Fm-Gh for help-gnu-emacs@gnu.org; Sun, 08 Apr 2018 15:04:28 -0400 Original-Received: from localhost (71-35-188-108.tukw.qwest.net [71.35.188.108]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) (Authenticated sender: eric@ericabrahamsen.net) by mail.ericabrahamsen.net (Postfix) with ESMTPSA id 36A86C11FA; Sun, 8 Apr 2018 19:04:27 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=mail.ericabrahamsen.net; s=mail; t=1523214267; bh=/S3eGLBhBy5t4kqlUOLustRxCFoER0cM5FuiT+AIzdM=; h=From:To:Cc:Subject:References:Date:In-Reply-To:From; b=CVMmakIgN+Gwmn2cNlEf4b4N4eJiIZa0IsaNbhfgzGFwNh/Mra9/ww76krn+gtZB7 cswEAiB4J8K8Ltf7e5okKMZNNh2uQrX0xs4NqMYuL8zlRUtR85tPifMY+hr6QLZBwf DAT0rUckf/lveUo/HDwTX0WXNn1/TF61p7j5h0CE= In-Reply-To: <878t9xzoot.fsf@web.de> (Michael Heerdegen's message of "Sun, 08 Apr 2018 17:46:10 +0200") X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] [fuzzy] X-Received-From: 50.56.99.223 X-BeenThere: help-gnu-emacs@gnu.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: Users list for the GNU Emacs text editor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: help-gnu-emacs-bounces+geh-help-gnu-emacs=m.gmane.org@gnu.org Original-Sender: "help-gnu-emacs" Xref: news.gmane.org gmane.emacs.help:116414 Archived-At: Michael Heerdegen writes: > Eric Abrahamsen writes: > >> Yes, the whole problem arose from the fact that the write/restore >> process isn't recursive. In Emacs 26, the process needed to "look >> deeper" inside the objects, and I thought that in doing that I'd been >> careful to balance the write and restore process. Apparently I've still >> failed to get it right -- though now I'm only seeing quote accumulation >> in the secondary tables, not the main :data table. > > Same here: not in :data, but in :tracker. But the :tracker data > contains sub-hashtables, while :data doesn't. Okay, the immediate problem is that `eieio-override-prin1' is recursive inside hash tables (it adds quotes to hash table values to an arbitrary depth), but the mirror-image recovery process inside `eieio-persistent-validate/fix-slot-value' is not recursive, and only examines one layer. >> The whole process is ad hoc and largely unnecessary. In #29541 I've >> started working on a more general solution that would be actually >> recursive, and also not work so hard. I've had second thoughts about the >> patch I posted there, but I think the general direction is correct. > > What would happen if we just don't add quotes when writing lists? The solution will either be not adding quotes at all, or making the read/restore/recovery process equally recursive. Stand by...