Greg Ercolano wrote:
> Hmm, OK, so I guess I'll change my test program to use fl_snprintf.
>
> And if that works normally, is it the case the fix would be
> to modify all fltk calls to snprintf() to call fl_snprintf()
> instead?
>
> Will follow up.
In VS 2008, using fl_snprintf() worked.
Heh, of course it did, because fl_snprintf() appears to be a complete
standalone implementation of snprintf(), so its behavior should be
consistent on all platforms.
Wow, did one of our guys write this, or was it nabbed from GNU?
(I don't see a credit for where the code came from)
Thing is, to use fl_snprintf(), one has to #include <flstring.h>
which is NOT in FL/, it's in src/, so only FLTK code can refer to it.
Is there a reason it's not publicly accessible?
I've made an STR #2306 that tries to sum all this up.
I'm thinking the fl_snprintf() is the best way to go;
modify all FLTK source code that uses snprintf() to use fl_snprintf()
instead.
See the STR for recommendations: This function needs docs, should maybe
be public, and the source for where the code came from should be cited.
_______________________________________________
fltk-dev mailing list
[email protected]
http://lists.easysw.com/mailman/listinfo/fltk-dev
