[Top][All Lists]
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
bug#6789: propose renaming gnulib memxfrm to amemxfrm (naming collision
From: |
Bruno Haible |
Subject: |
bug#6789: propose renaming gnulib memxfrm to amemxfrm (naming collision with coreutils) |
Date: |
Mon, 9 Aug 2010 09:25:04 +0200 |
User-agent: |
KMail/1.9.9 |
Hi Paul,
> + buf = allocated = xrealloc (allocated, bufsize);
The contents of the 'allocated' buffer is scratch, therefore malloc + free
should be faster than realloc (except maybe on Linux systems, due to the
mremap() system call).
Also, the '3 * (lena + lenb)' guess is pessimistic; it is possible that
it may return with ENOMEM when in fact strxfrm's real needs would not
lead to ENOMEM.
Bruno
- bug#6789: MD5 is broken, (continued)
- bug#6789: propose renaming gnulib memxfrm to amemxfrm (naming collision with coreutils), Bruno Haible, 2010/08/08
- bug#6789: propose renaming gnulib memxfrm to amemxfrm (naming collision with coreutils), Paul Eggert, 2010/08/09
- bug#6789: propose renaming gnulib memxfrm to amemxfrm (naming collision with coreutils), Bruno Haible, 2010/08/10
- bug#6789: propose renaming gnulib memxfrm to amemxfrm (naming collision with coreutils), Paul Eggert, 2010/08/11
- bug#6789: propose renaming gnulib memxfrm to amemxfrm (naming collision with coreutils), Bruno Haible, 2010/08/09
- bug#6789: propose renaming gnulib memxfrm to amemxfrm (naming collision with coreutils), Paul Eggert, 2010/08/09
- bug#6789: propose renaming gnulib memxfrm to amemxfrm (naming collision with coreutils),
Bruno Haible <=
- bug#6789: propose renaming gnulib memxfrm to amemxfrm (naming collision with coreutils), Paul Eggert, 2010/08/10