From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!.POSTED!not-for-mail From: nljlistbox2@gmail.com (N. Jackson) Newsgroups: gmane.emacs.bugs Subject: bug#28596: 26.0.60; [Gnus] Checking mail is no longer reliable and C-g no longer quits Date: Tue, 26 Sep 2017 10:13:01 -0400 Message-ID: <8760c5im4y.fsf@moondust.localdomain> References: <87k20mq0uq.fsf@moondust.localdomain> NNTP-Posting-Host: blaine.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Trace: blaine.gmane.org 1506435276 7293 195.159.176.226 (26 Sep 2017 14:14:36 GMT) X-Complaints-To: usenet@blaine.gmane.org NNTP-Posting-Date: Tue, 26 Sep 2017 14:14:36 +0000 (UTC) User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/26.0.60 (gnu/linux) Cc: 28596@debbugs.gnu.org To: Noam Postavsky Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Tue Sep 26 16:14:18 2017 Return-path: Envelope-to: geb-bug-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 1dwqcp-0000fK-EN for geb-bug-gnu-emacs@m.gmane.org; Tue, 26 Sep 2017 16:14:15 +0200 Original-Received: from localhost ([::1]:47731 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1dwqcw-00080p-NG for geb-bug-gnu-emacs@m.gmane.org; Tue, 26 Sep 2017 10:14:22 -0400 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:58940) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1dwqch-0007zg-Po for bug-gnu-emacs@gnu.org; Tue, 26 Sep 2017 10:14:17 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1dwqcd-00015a-Mg for bug-gnu-emacs@gnu.org; Tue, 26 Sep 2017 10:14:07 -0400 Original-Received: from debbugs.gnu.org ([208.118.235.43]:52805) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1dwqcd-00015A-Ix for bug-gnu-emacs@gnu.org; Tue, 26 Sep 2017 10:14:03 -0400 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1dwqcd-0002B2-4I for bug-gnu-emacs@gnu.org; Tue, 26 Sep 2017 10:14:03 -0400 X-Loop: help-debbugs@gnu.org Resent-From: nljlistbox2@gmail.com (N. Jackson) Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Tue, 26 Sep 2017 14:14:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 28596 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: Original-Received: via spool by 28596-submit@debbugs.gnu.org id=B28596.15064351918295 (code B ref 28596); Tue, 26 Sep 2017 14:14:01 +0000 Original-Received: (at 28596) by debbugs.gnu.org; 26 Sep 2017 14:13:11 +0000 Original-Received: from localhost ([127.0.0.1]:33253 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1dwqbm-00029i-T9 for submit@debbugs.gnu.org; Tue, 26 Sep 2017 10:13:11 -0400 Original-Received: from mail-it0-f45.google.com ([209.85.214.45]:48901) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1dwqbl-00029S-EC for 28596@debbugs.gnu.org; Tue, 26 Sep 2017 10:13:09 -0400 Original-Received: by mail-it0-f45.google.com with SMTP id m123so3286173ita.3 for <28596@debbugs.gnu.org>; Tue, 26 Sep 2017 07:13:09 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=from:to:cc:subject:references:date:in-reply-to:message-id :user-agent:mime-version:content-transfer-encoding; bh=qfFyPrAldGI5MNZiyb+GSXhmwD+AYxcqm7+R6EPPtos=; b=YumEMBlxsFJEmKbP7HxVLBsdTgxThiz8GUtjFmtb94B9vYPRFjIJDWbZOu6F4rYM6L WkUnpvUZKbafWHexR2ZBafDZhdjNl6BeyRBADsOxyvu9bbLXrBaTqKyoI5kcHmAIEOYp t97dSNuXGbqw5kM+7r+JCtFiqMhFXxbenyDFTHS84kT7nO0FiUvLwo/VAdPgDHAESBe1 C/pw0hGl9QY4ZDSey/uFWUBcCQoOoDYVG69Y6TC4WLyAqelwkvN/HYOlGbIUICOlCZ9G 3nbpuoTiDkfaGBdu9CjvVyD3DkoP5h0vi9+gqzgnJtjMF3cfN5SC6bukzfA0ygI9IghL uIUw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:from:to:cc:subject:references:date:in-reply-to :message-id:user-agent:mime-version:content-transfer-encoding; bh=qfFyPrAldGI5MNZiyb+GSXhmwD+AYxcqm7+R6EPPtos=; b=E1HOnvHBOCbOcTKzNo0W1W6QiRPYEppALc8/oMHDaQ/iggYcGn2WgmF8IGvblylM3K AzLRfrepD+LGAfHd64V3uvNqjs3u/6sAq1kq8K6gIpDyAYs0AHGxN2qt9M6dYvs9ad8v VI3JoJatMhSA8uDFN2VCLwRt/n8I4gre5rbZXbsefewO86ixk7RvHvYd/JqtcQwCFlzb QCYtVuayMJoZ4PNQcq2FIdmtl5zDYyHv9Gd2U0DPmH/Lr8NSspntqBNGCu5ytWxwLKi7 3lmS3XtE+nHABkNtNXiRhKfFXaL0NHnaTqr9kyzqnXqPioD1OzqFgtvBquhXIxMZBenC S4mg== X-Gm-Message-State: AHPjjUiZVMA1nAF3ochQl7gCDRGpP3ENmwf/a4xmhD0UKl/Iab9NIYDr aZutJuOeJb6xvGKqbzX88J0r0A== X-Google-Smtp-Source: AOwi7QDQUebGPZmO7n0rjHUEPIJfqnFofOPiXQ5UamuTTwXPMGzYZ2tI25A795/J2bIWrnEwKpjnOA== X-Received: by 10.36.225.202 with SMTP id n193mr6236962ith.106.1506435183408; Tue, 26 Sep 2017 07:13:03 -0700 (PDT) Original-Received: from moondust.localdomain.nodomain.none ([72.143.113.194]) by smtp.gmail.com with ESMTPSA id n12sm1171133ita.11.2017.09.26.07.13.02 (version=TLS1_2 cipher=ECDHE-RSA-CHACHA20-POLY1305 bits=256/256); Tue, 26 Sep 2017 07:13:02 -0700 (PDT) In-Reply-To: (Noam Postavsky's message of "Mon, 25 Sep 2017 13:14:43 -0400") 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: 208.118.235.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:137459 Archived-At: At 13:14 -0400 on Monday 2017-09-25, Noam Postavsky wrote: > > Does 'pkill -SIGUSR2 emacs' help? Otherwise running under gdb and > hitting C-z at the gdb terminal should give some more info. > > (elisp) Error Debugging > > -- User Option: debug-on-event > If you set =E2=80=98debug-on-event=E2=80=99 to a special event (*not= e Special > Events::), Emacs will try to enter the debugger as soon as it > receives this event, bypassing =E2=80=98special-event-map=E2=80=99. = At present, > the only supported values correspond to the signals =E2=80=98SIGUSR1= =E2=80=99 and > =E2=80=98SIGUSR2=E2=80=99 (this is the default). This can be helpfu= l when > =E2=80=98inhibit-quit=E2=80=99 is set and Emacs is not otherwise res= ponding. Hi Noam, Thanks for these tips. I'm now running under GDB but so far today the long hang isn't happening so I haven't been able to get a backtrace during it. Nevertheless, after putting Gnus into an unplugged state and then putting it into the plugged state while my computer was still disconnected from the Internet, Gnus is now in a broken state even though I now am connected. The problem can be easily seen in the *Server* buffer. All my nntp servers are broken. (My local servers (nnfolder, nndraft, and my nnimap server on localhost) are fine.) - The nntp servers that are managed by the Agent are in an "offline" state even though Gnus is currently plugged (and I have a good Internet connection), and the `O', `C' and `R' (open, close, and reset all) commands have not effect. (Toggling the plugged/unplugged state a few times hasn't changed this brokenness.) - The nntp servers that are not managed by the Agent are in a "denied" state and the `O', `C' and `R' (open, close, and reset all) commands have not effect. And when I say these commands have no effect, they have no effect at all. No messages are written to the *Messages* buffer even though I have gnus-verbose and gnus-verbose-backends both set to 10. [The former setting doesn't seem to do anything (hasn't for a year or two), but the latter normally prints the dialog with the servers.] That is, it seems that Gnus is not even trying to talk to these servers. It almost seems as if, because they were found once in the Emacs session not to be accessible, Gnus will never try to talk to them again until Emacs is restarted, and commands in the *Server* buffer to open, close etc. these servers are just quietly ignored. I will report more as I find it, maybe look at the code, possibly step through it in the debugger. But as my every day workflow is so much effected by this I might have to go back to Emacs 25 where these problems don't happen. N.