From mboxrd@z Thu Jan 1 00:00:00 1970 X-Msuck: nntp://news.gmane.io/gmane.emacs.gnus.general/82248 Path: news.gmane.org!not-for-mail From: Dave Abrahams Newsgroups: gmane.emacs.gnus.general Subject: Re: Updated IMAP unread count correction Date: Wed, 05 Sep 2012 10:20:45 -0700 Message-ID: References: NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain X-Trace: ger.gmane.org 1346865678 9638 80.91.229.3 (5 Sep 2012 17:21:18 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Wed, 5 Sep 2012 17:21:18 +0000 (UTC) Cc: ding@gnus.org, John Wiegley To: Lars Magne Ingebrigtsen Original-X-From: ding-owner+M30516@lists.math.uh.edu Wed Sep 05 19:21:20 2012 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 1T9JHw-0004kB-6U for ding-account@gmane.org; Wed, 05 Sep 2012 19:21:16 +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 1T9JHq-00021z-2J; Wed, 05 Sep 2012 12:21:10 -0500 Original-Received: from mx1.math.uh.edu ([129.7.128.32]) by util0.math.uh.edu with esmtps (TLSv1:AES256-SHA:256) (Exim 4.63) (envelope-from ) id 1T9JHo-00021g-Ju for ding@lists.math.uh.edu; Wed, 05 Sep 2012 12:21:08 -0500 Original-Received: from quimby.gnus.org ([80.91.231.51]) by mx1.math.uh.edu with esmtps (TLSv1:AES256-SHA:256) (Exim 4.76) (envelope-from ) id 1T9JHh-0004M0-Sq for ding@lists.math.uh.edu; Wed, 05 Sep 2012 12:21:08 -0500 Original-Received: from mail-pz0-f44.google.com ([209.85.210.44]) by quimby.gnus.org with esmtp (Exim 4.72) (envelope-from ) id 1T9JHg-00011B-1f for ding@gnus.org; Wed, 05 Sep 2012 19:21:00 +0200 Original-Received: by dadf8 with SMTP id f8so596673dad.17 for ; Wed, 05 Sep 2012 10:20:53 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=from:to:cc:subject:references:date:in-reply-to:message-id :user-agent:mime-version:content-type:x-gm-message-state; bh=vyRNGM3YSHwBkJApB/u44HOkuYwcSPosnW8zMfrDThM=; b=mxp7Wh2Kk857R3xlkUUDx5MyeeP9xyvOGkNQTBu8sfZgte8rqLqzTN/WfnDX584Gz1 XQlBtXCcgVEW1C76zhHYdTa0srwmwLELbBvFvcc9T/juGsMI3mNGvq7Zdt5KjwKa8H8V IdbKSRAUOvuQRgtXHRu+YDhVUA5397ZhV8yff62WvuHFn3KfPBV8A6vCUcG+pNI/0JaK CptqoI7SWTVk4pX4qERITIN217fTeM/ts6fzgN4XuqBbJhM2UHV4K6Rl3krvEYal3wu8 DG7Rk/7RcufONIs/ygHCkpZE0re4ZhiDudjyJZ0HmMsOQonONJIPLG+5uRceeAQBo6HM QYWQ== Original-Received: by 10.66.82.3 with SMTP id e3mr50226472pay.56.1346865653731; Wed, 05 Sep 2012 10:20:53 -0700 (PDT) Original-Received: from pluto.local (96-41-170-122.dhcp.mdfd.or.charter.com. [96.41.170.122]) by mx.google.com with ESMTPS id ko8sm1819738pbc.40.2012.09.05.10.20.46 (version=TLSv1/SSLv3 cipher=OTHER); Wed, 05 Sep 2012 10:20:48 -0700 (PDT) Original-Received: by pluto.local (Postfix, from userid 501) id 3A496614CC16; Wed, 5 Sep 2012 10:20:45 -0700 (PDT) In-Reply-To: (Dave Abrahams's message of "Tue, 12 Jun 2012 10:29:41 -0400") User-Agent: Gnus/5.130006 (Ma Gnus v0.6) Emacs/24.1 (darwin) X-Gm-Message-State: ALoCoQntJJ/RvUxU6oMbTdOMRehH+4dSR40SrdlAgw7zevZ4lr+89hhudtWmVMOM7x9fqqmbkiWy X-Spam-Score: -2.9 (--) List-ID: Precedence: bulk Xref: news.gmane.org gmane.emacs.gnus.general:82248 Archived-At: on Tue Jun 12 2012, Dave Abrahams wrote: on Wed Sep 05 2012, Lars Ingebrigtsen wrote: > Dave Abrahams writes: >>> [Incidentally, one thing I dearly wish for in Gnus is the ability to say >>> "throw out all the information you have that can be derived from the >>> server (and re-derive it on demand)." >> >>> `M-g' on each group will do that. >> >> That couldn't possibly fix things like incorrect information in the >> agent, the gnus cache, and the registry, could it? What use would those >> stores be if they disappeared the moment you hit `M-g'? > > No, `M-g' doesn't do anything with the other stores. So, again, I dearly wish for a way to flush all that state so I can get back to a "clean state." >> BTW, the need to `C-g' to get out of apparently-hung nntp server >> connections is still de rigeur for me. If that is liable to mess up >> Gnus' state, maybe we could do something to make that more reliable? > > It's very unlikely to mess up anything. You said the opposite in http://debbugs.gnu.org/cgi/bugreport.cgi?bug=9075#16 So, I don't mean to be rude, but... which is it? BTW, I'm considered something of an expert in error recovery. It's nothing earth-shaking, but I might be able to help you get this under control if it isn't already. -- Dave Abrahams BoostPro Computing Software Development Training http://www.boostpro.com Clang/LLVM/EDG Compilers C++ Boost