Hi!
I recently updated my W32 cross build environment to Lenny and learned
the hard way that this old mingw32 bug has still not been fixed. The
version in Etch worked nice but this version of mingw is basically
unusable. It broke my latest version of the gpg4win installer. The
problem does not happen in GnuPG because there we mostly use our own
printf suite (see gnupg/common/estream-printf) which has replacement
functions and a real regression test. Anyway there some important
utility programs (e.g. pinentry), using the snprintf provided by
mingw32[1] and thus fail severely.
Is there any way to get a fix out for Lenny? I even would say that this
is a security problem:
snprintf (foo, sizeof foo, "%lu", (unsigned long)getpid);
writes a wrong pid into FOO with severe consequences. This is the
current problem I stumbled upon, but one can easily imagine a lot of
other pitfalls.
The fix is easy and shown in the original bug report.
Marcus: Do I remember right that Ubuntu fixed it?
Shalom-Salam,
Werner
[1] Why at all do the have a replacement snprintf? It is designed to
use the W32 standard libc and that one has a working snprintf,
albeit no support for long long.
--
Die Gedanken sind frei. Auschnahme regelt ein Bundeschgesetz.
--
To UNSUBSCRIBE, email to [email protected]
with a subject of "unsubscribe". Trouble? Contact [email protected]
