[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
bug#6789: propose renaming gnulib memxfrm to amemxfrm (naming collision
bug#6789: propose renaming gnulib memxfrm to amemxfrm (naming collision with coreutils)
Sun, 07 Aug 2011 17:52:24 +0200
Paul Eggert wrote:
> On 08/09/10 09:25, Bruno Haible wrote:
>> The contents of the 'allocated' buffer is scratch, therefore malloc + free
>> should be faster than realloc...
>> 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.
> Thanks again; I installed this:
> * src/sort.c (compare_random): Use free/xmalloc rather than
> xrealloc, since the old buffer contents need not be preserved.
> Also, don't fail if the guessed-sized malloc fails. Suggested by
> Bruno Haible.
This was resolved a year ago.
|[Prev in Thread]
||[Next in Thread]|
- bug#6789: propose renaming gnulib memxfrm to amemxfrm (naming collision with coreutils),
Jim Meyering <=