return isn't a function FFS Signed-off-by: Pierre Habouzit <madcoder@debian.org>
Let ncurses deal with that properly. Signed-off-by: Pierre Habouzit <madcoder@debian.org>
more hash code simplifications.
simplify hashes.
Kill shadow declaratin of brk Signed-off-by: Julien Danjou <julien@danjou.info> Signed-off-by: Pierre Habouzit <madcoder@debian.org>
rationnalize includes a lot: that's very dirty, but lib-lib/lib-lib.h has a lot of commonly used includes. that saves a lot of things from the rest of the code. Signed-off-by: Pierre Habouzit <madcoder@debian.org>
sort out some prototypes, put them where they belong. rework lib-lib, have a public lib-lib/lib-lib.h header that will be our main library we always want to have. Signed-off-by: Pierre Habouzit <madcoder@debian.org>
rationalize list handling in mutt a bit. Signed-off-by: Pierre Habouzit <madcoder@debian.org>
exit strfcpy, only use m_strcpy. add m_strisempty that checks !s || !*s Signed-off-by: Pierre Habouzit <madcoder@debian.org>
remove yet anoter round of str_* functions, replaced with their inlineable counterparts. Signed-off-by: Pierre Habouzit <madcoder@debian.org>
less horrible strncpy's fix Makefile.am Signed-off-by: Pierre Habouzit <madcoder@debian.org>
FOREVER is of very bad taste, use for (;;)
exit str_cmp enters m_strcmp Signed-off-by: Pierre Habouzit <madcoder@debian.org>
use m_strdup and m_strlen that are inlined for efficiency
move intl.h into lib-lib/macros.h Signed-off-by: Pierre Habouzit <madcoder@debian.org>
exit mem_realloc, enters p_realloc/xrealloc. Signed-off-by: Pierre Habouzit <madcoder@debian.org>
mem_calloc -> p_new
drop mem_alloc and mem_free, use my own hand crafted optmized macros that are *WAY* better to find allocation bugs. found 5 or 6 of'em (mostly will generate crashes)
Rocco Rutte: - include patch #936 to fix bug #6770 git-svn-id: svn://svn.berlios.de/mutt-ng/trunk@794 e385b8ad-14ed-0310-8656-cc95a2468c6d
Rocco Rutte: - merge in some latest mutt changes and mark some as merged git-svn-id: svn://svn.berlios.de/mutt-ng/trunk@536 e385b8ad-14ed-0310-8656-cc95a2468c6d