From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!.POSTED.blaine.gmane.org!not-for-mail From: Michael Heerdegen Newsgroups: gmane.emacs.bugs Subject: bug#33005: 27.0.50; Data loss with Gnus registry Date: Thu, 28 Nov 2019 17:25:29 +0100 Message-ID: <87wobk0xza.fsf@web.de> References: <871s8yvsrq.fsf@web.de> <87k17nwkxi.fsf@web.de> <8736ebxxwa.fsf@ericabrahamsen.net> <87k17m1tv0.fsf@web.de> <87pnhev5n4.fsf@ericabrahamsen.net> <87sgma1ju2.fsf@web.de> <87imn6v01s.fsf@web.de> <87eexuuznq.fsf@web.de> <87sgm8tmq6.fsf@ericabrahamsen.net> Mime-Version: 1.0 Content-Type: text/plain Injection-Info: blaine.gmane.org; posting-host="blaine.gmane.org:195.159.176.226"; logging-data="225949"; mail-complaints-to="usenet@blaine.gmane.org" User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/27.0.50 (gnu/linux) Cc: 33005@debbugs.gnu.org To: Eric Abrahamsen Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Thu Nov 28 18:18:50 2019 Return-path: Envelope-to: geb-bug-gnu-emacs@m.gmane.org Original-Received: from lists.gnu.org ([209.51.188.17]) by blaine.gmane.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.89) (envelope-from ) id 1iaNRJ-000wcO-Vn for geb-bug-gnu-emacs@m.gmane.org; Thu, 28 Nov 2019 18:18:50 +0100 Original-Received: from localhost ([::1]:51194 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1iaNRH-00010d-Hz for geb-bug-gnu-emacs@m.gmane.org; Thu, 28 Nov 2019 12:18:48 -0500 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]:51762) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1iaMcN-0005ti-KN for bug-gnu-emacs@gnu.org; Thu, 28 Nov 2019 11:26:12 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1iaMcH-0004UP-6Z for bug-gnu-emacs@gnu.org; Thu, 28 Nov 2019 11:26:08 -0500 Original-Received: from debbugs.gnu.org ([209.51.188.43]:53057) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1iaMcF-0004QY-BJ for bug-gnu-emacs@gnu.org; Thu, 28 Nov 2019 11:26:04 -0500 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1iaMcE-0005ak-70 for bug-gnu-emacs@gnu.org; Thu, 28 Nov 2019 11:26:02 -0500 X-Loop: help-debbugs@gnu.org Resent-From: Michael Heerdegen Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Thu, 28 Nov 2019 16:26:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 33005 X-GNU-PR-Package: emacs Original-Received: via spool by 33005-submit@debbugs.gnu.org id=B33005.157495835321479 (code B ref 33005); Thu, 28 Nov 2019 16:26:02 +0000 Original-Received: (at 33005) by debbugs.gnu.org; 28 Nov 2019 16:25:53 +0000 Original-Received: from localhost ([127.0.0.1]:59030 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1iaMc5-0005aN-Mb for submit@debbugs.gnu.org; Thu, 28 Nov 2019 11:25:53 -0500 Original-Received: from mout.web.de ([212.227.15.14]:35527) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1iaMc3-0005a7-Bv for 33005@debbugs.gnu.org; Thu, 28 Nov 2019 11:25:52 -0500 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=web.de; s=dbaedf251592; t=1574958331; bh=ic1bdJvr/T30dgFp4Tk4cyTC2O5I7n6F8+6CcKOgKlU=; h=X-UI-Sender-Class:From:To:Cc:Subject:References:Date:In-Reply-To; b=Lh6b+q5waWeLTQNz1sWlPuHQZhXWdjBbyQvh3vuW/RksD5oZUTzOae/gPPcjWUtPg DD4rchfmxC5PDuigsOp+BiJtAllhX2HP/jv+VXu+pWcY8rmLxKFzW+/CN0G2z6V797 cEunjNCQSb3bWjxoLQgtqvQESkCFhNdw1m/1VeXY= X-UI-Sender-Class: c548c8c5-30a9-4db5-a2e7-cb6cb037b8f9 Original-Received: from drachen.dragon ([94.218.222.9]) by smtp.web.de (mrweb002 [213.165.67.108]) with ESMTPSA (Nemesis) id 0LkhUq-1hzvKR0ZOe-00aROA; Thu, 28 Nov 2019 17:25:31 +0100 In-Reply-To: <87sgm8tmq6.fsf@ericabrahamsen.net> (Eric Abrahamsen's message of "Thu, 28 Nov 2019 08:43:29 +0000") X-Provags-ID: V03:K1:+8s8kCSpqb5AAeVG7KbmmQ1sVVq7CAQJfdlThaFsVyzxAmRM7Z0 IKFCm6wy+VSH7BamauURugBxsChD9kj6D2Jux4pxMQo+daxVmR+loiYEZfwyo5GbzRQntcR 6zWDfTFH2uquSttGPxMEebB7WJAPetEajlOgcvErIhxGQ4COsfqe/pWVaZygc3HGMzcxBqR qw4rL/j+ThWPk166EfOnw== X-UI-Out-Filterresults: notjunk:1;V03:K0:5V17XGuFmvw=:VqjZHshA/KDopbMzZPiazR 94n1Stw7AWk1Kz6AZu6WuBb1QRJkIjPPTYQEktypgDwGn5ALYTmCJRA8xULi7QkPvRmjhaoSj Ypt8CpnDenAsOZGI3/NCp8IskD4efCU5nJgxaL3KVpVBxyXH1HkeRmAWsgrIf6mEB0Ol3H4eb ARuxmvguOI5AdfFU3d9x7mkevIfuO0ptH+jLsuxalwoBECQX7agyK93jEGVRY5cT4n4ODKgqH D/RqK7i0c9yVRI5UpHOftFmrppuoP7+Lk9iTEG6iGC+N3FQIV2JermNUZdyDh2M0oF1w4zq5G 9H6uKyUQz5Aax+OAv96meztMWICf6yQnROe6Dae9Pmi6tm7uRQBbxCZPzOElgWFsD9y20/day x/Se/a+pXgygQieBUUNZvAG37I2pcunyhSb8JSQgo1F6xJMK/hBDbm5OCRo0kIlALzpZsEHjb pibPrn6R3RZbrGe69V9YwuBATAHrgS61tv51EVv/XqnevjjoW8NjcG/xugHtUVFfptt5pvac/ ZImIEM8vCxYIRudrlqd8krhDqi1Hq91SefCaw4s3z+WLoEQZzpRaVrKJTey/4F+PGXL6ZUYPH XjMBq3/mha5ak7QZxEbLnpHBL2EqRIthxC+tlBLI8rzTfW0YBWiXJ6UtHvRmAvoVMKf8UMBHg hb3TYL0J+SGaUQelWn8zALFiTXiadkCMCSFboOLf+OxCGjMF7FTYxWJTec7f8FlDo66BpaPpE oQV6mjV7EOcITkYD2VwHnqgH/vJQJOy+PgsCsBkU0VkySYk14dZKZF8yxfJ6iXBM8E5g+YYf X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 209.51.188.43 X-BeenThere: bug-gnu-emacs@gnu.org List-Id: "Bug reports for GNU Emacs, the Swiss army knife of text editors" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Original-Sender: "bug-gnu-emacs" Xref: news.gmane.org gmane.emacs.bugs:172612 Archived-At: Eric Abrahamsen writes: > But that still doesn't completely explain why this works. Say a user > starts Gnus cold, and only loads gnus-registry.el via an autoloaded call > to `gnus-registry-initialize' in the init file. The shutdowns run before > the init file is loaded, meaning gnus-registry.el hasn't been loaded, > meaning it hasn't had a chance to add its registry-related shutdown yet. > So we should still be loading the registry with an already-initialized > `gnus-registry-db', and overwriting the user's existing data. But that shouldn't be hard to find out with the help of edebug, variable watchers, etc. - right? BTW, are you sure that the behavior you see is seen by anyone else? Could it be that it works just for you because of your setup? > Obviously the code as it stands should be changed: either I should find > another way of preventing double loading, or the defvar shouldn't > initialize the database to anything (I prefer this latter). Initializing with an empty database cries for this sort of problem. This should only be done when loading fails because the save file doesn't exist. Then the user should be informed that a new empty database is created. BTW, what's so problematic with avoiding repeated loading? Can't you just use a bool var to remember? Michael.