<div dir="ltr">It all depends on what documentation you look at. For example <a href="https://www.w3schools.com/c/ref_stdio_snprintf.php">https://www.w3schools.com/c/ref_stdio_snprintf.php</a> states it is the size of the output buffer. The point of it is to avoid buffer overruns, so size of output buffer makes sense.<div><br></div><div>If you want to use size of data, then you need to account for the extra bytes you are adding in the format string. The SSID is 30, and you add "SSID" a space and a new line. This makes 36 bytes, plus the null terminator added by the function. so your second argument must be "sizeof (scandata[index].ssid) + 7". But then the onus is on you to ensure that 'buf' is large enough</div><div><br></div><div>If instead you use 'snprintf(buf, sizeof(buf), "SSID %s\n",scandata[index].ssid);' then you need to worry, the compiler will catch the situation where the data will overflow the buffer.</div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Tue, 30 Jul 2024 at 11:21, Robin Gilks <<a href="mailto:gb7ipd@gmail.com">gb7ipd@gmail.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="ltr"><div>You make the same assumption as the library coder - that 'size' is the length of the output buffer. The man page says otherwise</div><div><br></div><div><i>The functions snprintf() and vsnprintf() write at most size bytes (including the terminating null byte ('\0')) to str.</i></div><div><i><br></i></div><div><i>This is defining the amount written, not the maximum the outbuffer can hold - nowhere does it say that 'size' is the length of 'str'<br></i></div><div><i><br></i></div></div><br><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Tue, Jul 30, 2024 at 11:12 AM Simeon Pilgrim <<a href="mailto:simeon.pilgrim@gmail.com" target="_blank">simeon.pilgrim@gmail.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="ltr">```<br>char* test(uint8_t index)<br>{<br>#define DEST_BUF_SIZE 100<br><br>  if (index < NUMRESULTS) {<br>    static char buf[DEST_BUF_SIZE];<br><br>    snprintf(buf, DEST_BUF_SIZE, "SSID %s\n", scandata[index].ssid);<br>    return buf;<br>  }<br>  return "INVALID INDEX";<br>}<br>```</div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Tue, 30 Jul 2024 at 11:05, Simeon Pilgrim <<a href="mailto:simeon.pilgrim@gmail.com" target="_blank">simeon.pilgrim@gmail.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="ltr">you have provided a pointer (to memory), AND you have declared it 30 bytes long. This is what YOU HAVE done. The compiler is HELPING YOU by pointing out 37 > 30, which it is.<div><br></div><div>If you want the compiler to help you correctly, tell the compiler the length of the data you have, which is 100.</div><div><br></div><div><br><div><br></div><div><br></div></div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Tue, 30 Jul 2024 at 10:58, Robin Gilks <<a href="mailto:gb7ipd@gmail.com" target="_blank">gb7ipd@gmail.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">But I've provided 100 bytes, not 30!!<br>
<br>
On Tue, Jul 30, 2024 at 10:40 AM Simeon Pilgrim<br>
<<a href="mailto:simeon.pilgrim@gmail.com" target="_blank">simeon.pilgrim@gmail.com</a>> wrote:<br>
><br>
> the second parameter should be the size of the destination buffer, thus the code should be:<br>
><br>
> snprintf (buf, 100, "SSID %s\n",<br>
><br>
> or<br>
><br>
> snprintf (buf, sizeof(buf), "SSID %s\n",<br>
><br>
> your format string is 7 tokens (6 + zero termination) + the 30 byte string ssid, which is larger than 30 you have provided.<br>
><br>
> The snprintf functions are "safe truncation" functions, not handy dandy truncation utilities, thus the warning that you might have truncation.<br>
><br>
> On Tue, 30 Jul 2024 at 10:27, Robin Gilks <<a href="mailto:gb7ipd@gmail.com" target="_blank">gb7ipd@gmail.com</a>> wrote:<br>
>><br>
>> Since there are a few C programmers in the group I thought I'd ask<br>
>> this (interesting?) question<br>
>><br>
>> Here is a bit of sample code to illustrate:<br>
>><br>
>> ----------------------------------------------------------------------------<br>
>> #include <stdio.h><br>
>> #include <stdint.h><br>
>><br>
>><br>
>> typedef struct<br>
>> {<br>
>> char ssid[30];<br>
>> int8_t rssi;<br>
>> } ScanResult;<br>
>><br>
>> #define NUMRESULTS 50 // how many tracked simultaneously<br>
>><br>
>> static ScanResult scandata[NUMRESULTS];<br>
>><br>
>> void<br>
>> main (void)<br>
>> {<br>
>> }<br>
>><br>
>><br>
>> char * test (uint8_t index)<br>
>> {<br>
>> static char buf[100];<br>
>><br>
>> snprintf (buf, sizeof (scandata[index].ssid), "SSID %s\n",<br>
>> scandata[index].ssid);<br>
>> return buf;<br>
>><br>
>> }<br>
>> ----------------------------------------------------------------------------<br>
>> Save as test.c; compile with gcc test.c<br>
>><br>
>> The warning indicates that the destination buffer may be too small<br>
>><br>
>> test.c: In function ‘test’:<br>
>> test.c:25:56: warning: ‘%s’ directive output may be truncated writing<br>
>> up to 29 bytes into a region of size 25 [-Wformat-truncation=]<br>
>>    25 |    snprintf (buf, sizeof (scandata[index].ssid), "SSID %s\n",<br>
>> scandata[index].ssid);<br>
>>       |                                                        ^~<br>
>> test.c:25:4: note: ‘snprintf’ output between 7 and 36 bytes into a<br>
>> destination of size 30<br>
>>    25 |    snprintf (buf, sizeof (scandata[index].ssid), "SSID %s\n",<br>
>> scandata[index].ssid);<br>
>>       |<br>
>><br>
>> This appear to be treating the size parameter in the snprintf as being<br>
>> the size of the output buffer 'buf' (which is 100 bytes long) but<br>
>> surely it should be applying the restriction on the format string that<br>
>> includes  scandata[index].ssid (which is 30 bytes long)<br>
>><br>
>> Am I just having brain fade or is that just fundamentally wrong?<br>
>><br>
>> --<br>
>> Robin Gilks<br>
>><br>
>> _______________________________________________<br>
>> Chchrobotics mailing list <a href="mailto:Chchrobotics@lists.ourshack.com" target="_blank">Chchrobotics@lists.ourshack.com</a><br>
>> <a href="https://lists.ourshack.com/mailman/listinfo/chchrobotics" rel="noreferrer" target="_blank">https://lists.ourshack.com/mailman/listinfo/chchrobotics</a><br>
>> Mail Archives: <a href="http://lists.ourshack.com/pipermail/chchrobotics/" rel="noreferrer" target="_blank">http://lists.ourshack.com/pipermail/chchrobotics/</a><br>
>> Meetings usually 3rd Monday each month. See <a href="http://kiwibots.org" rel="noreferrer" target="_blank">http://kiwibots.org</a> for venue, directions and dates.<br>
>> When replying, please edit your Subject line to reflect new subjects.<br>
><br>
> _______________________________________________<br>
> Chchrobotics mailing list <a href="mailto:Chchrobotics@lists.ourshack.com" target="_blank">Chchrobotics@lists.ourshack.com</a><br>
> <a href="https://lists.ourshack.com/mailman/listinfo/chchrobotics" rel="noreferrer" target="_blank">https://lists.ourshack.com/mailman/listinfo/chchrobotics</a><br>
> Mail Archives: <a href="http://lists.ourshack.com/pipermail/chchrobotics/" rel="noreferrer" target="_blank">http://lists.ourshack.com/pipermail/chchrobotics/</a><br>
> Meetings usually 3rd Monday each month. See <a href="http://kiwibots.org" rel="noreferrer" target="_blank">http://kiwibots.org</a> for venue, directions and dates.<br>
> When replying, please edit your Subject line to reflect new subjects.<br>
<br>
_______________________________________________<br>
Chchrobotics mailing list <a href="mailto:Chchrobotics@lists.ourshack.com" target="_blank">Chchrobotics@lists.ourshack.com</a><br>
<a href="https://lists.ourshack.com/mailman/listinfo/chchrobotics" rel="noreferrer" target="_blank">https://lists.ourshack.com/mailman/listinfo/chchrobotics</a><br>
Mail Archives: <a href="http://lists.ourshack.com/pipermail/chchrobotics/" rel="noreferrer" target="_blank">http://lists.ourshack.com/pipermail/chchrobotics/</a><br>
Meetings usually 3rd Monday each month. See <a href="http://kiwibots.org" rel="noreferrer" target="_blank">http://kiwibots.org</a> for venue, directions and dates.<br>
When replying, please edit your Subject line to reflect new subjects.</blockquote></div>
</blockquote></div>
_______________________________________________<br>
Chchrobotics mailing list <a href="mailto:Chchrobotics@lists.ourshack.com" target="_blank">Chchrobotics@lists.ourshack.com</a><br>
<a href="https://lists.ourshack.com/mailman/listinfo/chchrobotics" rel="noreferrer" target="_blank">https://lists.ourshack.com/mailman/listinfo/chchrobotics</a><br>
Mail Archives: <a href="http://lists.ourshack.com/pipermail/chchrobotics/" rel="noreferrer" target="_blank">http://lists.ourshack.com/pipermail/chchrobotics/</a><br>
Meetings usually 3rd Monday each month. See <a href="http://kiwibots.org" rel="noreferrer" target="_blank">http://kiwibots.org</a> for venue, directions and dates.<br>
When replying, please edit your Subject line to reflect new subjects.</blockquote></div>
_______________________________________________<br>
Chchrobotics mailing list <a href="mailto:Chchrobotics@lists.ourshack.com" target="_blank">Chchrobotics@lists.ourshack.com</a><br>
<a href="https://lists.ourshack.com/mailman/listinfo/chchrobotics" rel="noreferrer" target="_blank">https://lists.ourshack.com/mailman/listinfo/chchrobotics</a><br>
Mail Archives: <a href="http://lists.ourshack.com/pipermail/chchrobotics/" rel="noreferrer" target="_blank">http://lists.ourshack.com/pipermail/chchrobotics/</a><br>
Meetings usually 3rd Monday each month. See <a href="http://kiwibots.org" rel="noreferrer" target="_blank">http://kiwibots.org</a> for venue, directions and dates.<br>
When replying, please edit your Subject line to reflect new subjects.</blockquote></div>