[lkml]   [2003]   [Aug]   [13]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
Messages in this thread
SubjectRe: 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. The snprintf function


#include <stdio.h>

int snprintf(char * restrict s, size_t n, const char * restrict format, ...);


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.


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
More majordomo info at
Please read the FAQ at

 \ /
  Last update: 2005-03-22 13:47    [W:0.070 / U:0.540 seconds]
©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site