bug in i386 str functions and very large count values

[Mike Frysinger]

On Wednesday 31 August 2005 01:41 am, Mike Frysinger wrote:
> what if we change the code to read:

find attached a patch to fix strncpy/strncat/strncmp ... this one passes all 
the string.c tests and nano no longer segfaults in my uclibc env

strncat includes an additional fix from glibc to fix one of the cases where 1 
too many null's are copied (the jmp to label 3)

the hunk against strnlen is a size optimization ... shrinks the func by 2 
bytes :)

i'd really like feedback before i commit this heh
-mike
-------------- next part --------------
A non-text attachment was scrubbed...
Name: i386-string-size-t-values.patch
Type: text/x-diff
Size: 1509 bytes
Desc: not available
Url : http://lists.busybox.net/pipermail/uclibc/attachments/20050902/859e2979/attachment.bin