On 2008-01-18 16:56:54 +0100, Rocco Rutte wrote:
> How about setting $wrap to something around 80?
Well, I don't necessarily want to force messages into being wrapped.
However, I don't want them to be joined either.
> If that isn't enough, how about adding a flowed_wrap that:
>
> - if negative
#3015: Segmentation Fault on redirection operator
Comment (by Rocco Rutte):
{{{
Hi,
* Mutt wrote:
>> Since the sendmail-calling code explicetely tests for 'from' being
>> exactly one address, I guess it's an invalid assumption that a
>> message always has a sender address?
> may be... m
Hi,
* Mutt wrote:
Since the sendmail-calling code explicetely tests for 'from' being
exactly one address, I guess it's an invalid assumption that a
message always has a sender address?
may be... mutt should exit grace fully giving some proper error message.
Exiting is just as bad if you a
#3017: change-folder: tab-completion results in "Out of memory!", return value
= 1
if many files for the menu
Comment (by Rocco Rutte):
{{{
Hi,
* Mutt wrote:
> Perhaps you can waste some memory with a geometric progression compared
to
> an arithmetic progression (but this is not obvious,
Hi,
* Mutt wrote:
Perhaps you can waste some memory with a geometric progression compared to
an arithmetic progression (but this is not obvious, as the fragmentation
may be lower), but the time complexity should be better. I'd say O(n)
instead of O(n^2^). See [http://en.wikipedia.org/wiki/Dynam
Hi,
* Thomas Roessler wrote:
the current behavior of joining lines with format=flowed just
because mutt can (and has enough screen real estate) is annoying and
unergonomic (best reading speed for plain text occurs around 50-60
characters, not 150!). Please revert the default behavior to the
ol
#3018: integer overflow in curs_lib.c if time_inc is used
Changes (by pdmef):
* priority: major => minor
* milestone: => 1.6
Comment:
It seems at least in hash_string() 'h' should be turned into unsigned int,
too. Maybe there're more places causing trouble with -ftrapv.
--
Ticket URL:
#3018: integer overflow in curs_lib.c if time_inc is used
When building Mutt with -ftrapv in CFLAGS and running it with a muttrc
file containing:
{{{
set time_inc=250
}}}
Mutt aborts at this line:
{{{
if (TimeInc)
progress->timestamp = tv.tv_sec * 1000 + tv.tv_usec / 1000;
}}}
In
#3017: change-folder: tab-completion results in "Out of memory!", return value
= 1
if many files for the menu
Comment (by vinc17):
Perhaps you can waste some memory with a geometric progression compared to
an arithmetic progression (but this is not obvious, as the fragmentation
may be lower),
Hello,
the current behavior of joining lines with format=flowed just
because mutt can (and has enough screen real estate) is annoying and
unergonomic (best reading speed for plain text occurs around 50-60
characters, not 150!). Please revert the default behavior to the
old one (joining lines only
#3015: Segmentation Fault on redirection operator
Changes (by pdmef):
* keywords: segmentation fault => segmentation fault, smtp
* milestone: => 1.6
Comment:
> The bug has been traced to line 232,233 of smtp.c in smtp_send function
> {{{
> ret = snprintf (buf, sizeof (buf), "MAIL FROM:
#3015: Segmentation Fault on redirection operator
Comment (by P V Mathew):
{{{
Mutt wrote:
> #3015: Segmentation Fault on redirection operator
>
> Changes (by pdmef):
>
> * keywords: segmentation fault => segmentation fault, smtp
> * milestone: => 1.6
>
> Comment:
>
> > The bug
New changeset in mutt:
http://dev.mutt.org/hg/mutt/rev/039d939d8c3e
changeset: 5349:039d939d8c3e
branch: HEAD
tag: tip
user:Rocco Rutte <[EMAIL PROTECTED]>
date:Thu Jan 17 17:32:39 2008 +0100
summary: Use 'unsigned int' for file browser state to browse huge dirs
13 matches
Mail list logo
