Messages in this thread | | | Date | Wed, 13 Aug 2003 13:19:35 +0100 | From | viro@parcelfa ... | Subject | Re: vsnprintf patch |
| |
On Wed, Aug 13, 2003 at 01:52:12PM +0200, Adrian Reber wrote: > > When using the snprintf function from the kernel the length returned is > not the length written: > > len = snprintf(test,1,"BLA 1"); > > len is 5 although test is "B" > > the patch below fixes the symptom, but I am not sure if this is the real > solution for this problem.
For what problem? In the example above, 5 is correct return value.
7.19.6.5 The snprintf function
Synopsis
#include <stdio.h>
int snprintf(char * restrict s, size_t n, const char * restrict format, ...);
Description
The snprintf function is equivalent to fprintf, except that the output is written into an array (specified by argument s) rather than to a stream. If n is zero, nothing is written, and s may be a null pointer. Otherwise, output characters beyond the n-1st are discarded rather than being written to the array, and a null character is written at the end of the characters actually written into the array. If copying takes place between objects that overlap, the behavior is undefined.
Returns
The snprintf function returns the number of characters that would have been written had n been sufficiently large, not counting the terminating null character, or a negative value if an encoding error occurred. Thus, the null-terminated output has been completely written if and only if the returned value is nonnegative and less than n. - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
| |