6 years and 360 patches to clean all instances of strnpy out of the Linux kernel
smist08.wordpress.com
6 years and 360 patches to clean all instances of strnpy out of the Linux kernel
1–10 of 42 posts
Re: 6 years and 360 patches to clean all instances of strnpy out of the Linux kernel
#2Removing strncpy() from glib would be awful for applications :)
Edit. Meant glibc, thanks mattst88
Re: 6 years and 360 patches to clean all instances of strnpy out of the Linux kernel
#3As I expected, this is about removing strncpy() from the Linux Kernel, not glib. Removing strncpy() from glib would be awful for applications :) Edit. Meant glibc, thanks mattst88
Re: 6 years and 360 patches to clean all instances of strnpy out of the Linux kernel
#4Re: 6 years and 360 patches to clean all instances of strnpy out of the Linux kernel
#5Re: 6 years and 360 patches to clean all instances of strnpy out of the Linux kernel
#6As I expected, this is about removing strncpy() from the Linux Kernel, not glib. Removing strncpy() from glib would be awful for applications :) Edit. Meant glibc, thanks mattst88
Re: 6 years and 360 patches to clean all instances of strnpy out of the Linux kernel
#7The tests are maybe better examples than those on godbolt. https://codeberg.org/uecker/noplate/src/branch/main/tests/st...
Re: 6 years and 360 patches to clean all instances of strnpy out of the Linux kernel
#8Re: 6 years and 360 patches to clean all instances of strnpy out of the Linux kernel
#9Re: 6 years and 360 patches to clean all instances of strnpy out of the Linux kernel
#10BTW: I was experimenting a bit more with string and string view (strv) types in my e toy library: https://codeberg.org/uecker/noplate/ The tests are maybe better examples than those on godbolt. https://codeberg.org/uecker/noplate/src/branch/main/tests/st...