[PATCH 0 of 3] mutt_buffy fixes

To: brendan@xxxxxxxxxx
Subject: [PATCH 0 of 3] mutt_buffy fixes
From: Aron Griffis <agriffis@xxxxxxxxx>
Date: Tue, 21 Apr 2009 15:17:29 -0400
Cc: mutt-dev@xxxxxxxx
List-post: <mailto:mutt-dev@mutt.org>
List-unsubscribe: send mail to majordomo@mutt.org, body only "unsubscribe mutt-dev"
Sender: owner-mutt-dev@xxxxxxxx

These three patches fix and clean up mutt_buffy.

The first patch fixes the call to mutt_expand_path() to use the string
length passed into the function instead of assuming _POSIX_PATH_MAX.

The second patch fixes http://dev.mutt.org/trac/ticket/3208 (imap and
mutt does not display new message count) and
http://dev.mutt.org/trac/ticket/3218 (<space> doesn't cycle through
mailboxes).

The third patch rewrites mutt_buffy to be readable and maintainable.

The sum total is the same as what I have posted at
http://dev.mutt.org/trac/attachment/ticket/3218/fix-3218.patch

Follow-Ups:
- [PATCH 3 of 3] Equivalent mutt_buffy, but readable code
  - From: Aron Griffis
- [PATCH 2 of 3] Call mutt_expand_path() from mutt_buffy to fix imap separator
  - From: Aron Griffis
- [PATCH 1 of 3] Use slen instead of assuming _POSIX_PATH_MAX
  - From: Aron Griffis

Prev by Date: Re: [Mutt] #3218: <space> doesn't cycle through mailboxes
Next by Date: [PATCH 1 of 3] Use slen instead of assuming _POSIX_PATH_MAX
Previous by thread: Re: [Mutt] #3219: send-hooks don't work in batch mode
Next by thread: [PATCH 1 of 3] Use slen instead of assuming _POSIX_PATH_MAX
Index(es):
- Date
- Thread