On Mon, Jul 23, 2007 at 10:28:57AM -0400, Tom Lane wrote:
> Magnus Hagander <[EMAIL PROTECTED]> writes:
> > When run in debug mode, the runtime for msvc will *zero-pad the entire
> > buffer* in a strncpy() call. This in itself is not bad (just slow), but it
> > shows a rather bad bug in libpq.
> [squint] That is the specified behavior of strncpy on every platform,
> not only msvc. If there's a bug here why didn't we notice it long ago?
Hmm. Interesting - I see that now if I look at
That's very interesting - but my debugger very much shows me that the
buffer size is 256 bytes (INITIAL_EXPBUFFER_SIZE), and passes
1024 (PQERRORMSG_LENGTH) as the size of the buffer...
Perhaps we've just never hit one of those codepaths before. Previously, it
was only used for out of memory errors - the gssapi code adds a few places
where it's used in other cases, and this is where it crashed for me.
> > Given this, I'll go ahead and fix fe-connect to support PQExpBuffers,
> > unless there are any objections.
> I'm not against that, but I question what bug you've really found.
I never actually tested if it crashes on mingw, but looking some more at it
it really should - once one of these errors happen.
---------------------------(end of broadcast)---------------------------
TIP 1: if posting/reading through Usenet, please send an appropriate
subscribe-nomail command to [EMAIL PROTECTED] so that your
message can get through to the mailing list cleanly