mutt: 2 new changesets

2007-05-08 Thread Brendan Cully
2 new changesets in mutt: http://dev.mutt.org/hg/mutt/rev/89a3e1c5c28b changeset: 5149:89a3e1c5c28b branch: HEAD tag: tip user:Brendan Cully <[EMAIL PROTECTED]> date:Mon May 07 11:50:51 2007 -0700 summary: Rename next-folder to next-unread-mailbox. Remove default

[PATCH] f=f: flush buffer contents (if any) after reading input

2007-05-08 Thread Rocco Rutte
Otherwise mutt maybe won't show the last line if it's supposed to continue. --- rfc3676.c |7 +++ 1 files changed, 7 insertions(+), 0 deletions(-) diff --git a/rfc3676.c b/rfc3676.c index 1933b49..ebd9543 100644 --- a/rfc3676.c +++ b/rfc3676.c @@ -242,6 +242,13 @@ int rfc3676_handler (BOD

Re: [PATCH] f=f: flush buffer contents (if any) after reading input

2007-05-08 Thread Brendan Cully
On Tuesday, 08 May 2007 at 19:51, Rocco Rutte wrote: > Otherwise mutt maybe won't show the last line if it's supposed > to continue. Pushed, thanks.

Re: [Mutt] #2885: Buffer overflows in mutt_gecos_name

2007-05-08 Thread Mutt
#2885: Buffer overflows in mutt_gecos_name Comment (by vinc17): The fix is implementation-defined behavior, and a C implementation may generate a trap when converting an unsigned value into a signed value if the value is not representable in the signed type. I don't think gcc can do this yet,

Re: [Mutt] #2885: Buffer overflows in mutt_gecos_name

2007-05-08 Thread Mutt
#2885: Buffer overflows in mutt_gecos_name Comment (by Thomas Roessler): {{{ That indeed suggests making the execution of that code conditional. Good point; thanks Vincent. On 2007-05-08 21:51:51 -, Mutt wrote: > From: Mutt <[EMAIL PROTECTED]> > To: [EMAIL PROTECTED], [EMAIL PROTECTED