unpx[asciilifeform]: signpost: hi there. Now checking what I have compiled
unpx[asciilifeform]: Okay, I didn't see that patch, ops.
unpx[asciilifeform]: smalpest-95K+nick+null
unpx[asciilifeform]: OpenBSD has this complain: ld: warning: knob.c(src/knob.o:(setval_str)): warning: strcpy() is almost always misused, please use strlcpy()
signpost[asciilifeform]: I added a cheap discard on my end for such malformed GetData requests also
signpost[asciilifeform]: The other one with a valid-looking hash is probably a genuine break in the chain we both can't fill.
unpx[asciilifeform]: jonsykkel: so in the end, one should keep track of string length when doing the parsing in parse_cmd, so other can strlcpy or strcmpci correctly I guess
unpx[asciilifeform]: Since I'm here, probably someone is interested in this https://codeberg.org/shufflecake/shufflecake-c
signpost[asciilifeform]: probs also worth mentioning that it's unexpected that unpx's "so in the end" message is seen by my node as a chain-break despite my being peered with unpx, curious if that's b00gly behavior of mine or expected behavior of current smalpest.
signpost[asciilifeform]: I should fart out another html chain walk to see wat the chain structure is
jonsykkel[asciilifeform]: http://logs.nosuchlabs.com/log/pest/2026-06-11#1036152 << its indeed horibly coded but program cheks the strlen against k->max (bufer size minus 1) before the 2nd strcpy. k->def.s is "" in all cases for the 1st one (bufers are 33 and 221)
dulapbot: Logged on 2026-06-11 11:13:47 unpx[asciilifeform]: OpenBSD has this complain: ld: warning: knob.c(src/knob.o:(setval_str)): warning: strcpy() is almost always misused, please use strlcpy()
jonsykkel[asciilifeform]: http://logs.nosuchlabs.com/log/pest/2026-06-11#1036155 << ideally one should rewrite this pile of trash
dulapbot: Logged on 2026-06-11 11:46:50 unpx[asciilifeform]: jonsykkel: so in the end, one should keep track of string length when doing the parsing in parse_cmd, so other can strlcpy or strcmpci correctly I guess
jonsykkel[asciilifeform]: signpost heres wats in my db http://zzz.st/up/B9ul8LLs/
jonsykkel[asciilifeform]: looks corect 2 me, u can chek it against urs
signpost[asciilifeform]: my client just considered your first message in this run a chain break too ^