Re: Updated IMAP unread count correction

[Dave Abrahams <dave@boostpro.com>]

on Wed Sep 05 2012, Dave Abrahams <dave-AT-boostpro.com> wrote:

> on Wed Sep 05 2012, Lars Ingebrigtsen <larsi-AT-gnus.org> wrote:
>
>> Dave Abrahams <dave@boostpro.com> writes:
>>
>>>>> So, again, I dearly wish for a way to flush all that state so I can get
>>>>> back to a "clean state."
>>>>
>>>> Yes, that would be nice.  But no such thing exists.
>>>
>>> Can you give any hints about how to get there?
>>
>> At this point, your guess is as good as mine.  There's the Agent, and
>> the cache, and possibly some of the sync stuff, and possibly some
>> non-server marks...  
>
> This is why I avoid as many of those mechanisms as possible and try to
> talk directly to a local server for everything.
>
>>
>>> Oh... well, under normal circumstances there's no way to tell whether
>>> it's working or waiting for network traffic, right?
>>
>> Usually you're able to make an educated guess based on what Gnus is
>> saying.  Like "opening server..." and stuff.
>
> Sure, but then there's a race condition.  If you decide to hit `C-g' and
> Gnus decides to finish its remote work before the `C-g' is processed,
> you've just trashed Gnus' state.

Soooo... is this just not a concern for you?  It just occurred to me
that I commonly hit `C-g' several times in a row, so when the 2nd one
gets processed Gnus is almost *guaranteed* not to be waiting for network
traffic, right?

-- 
Dave Abrahams
BoostPro Computing                  Software Development        Training
http://www.boostpro.com             Clang/LLVM/EDG Compilers  C++  Boost