Remove undesirable libpq dependency on stringinfo.c.
authorTom Lane <tgl@sss.pgh.pa.us>
Sat, 26 Jun 2021 18:20:17 +0000 (14:20 -0400)
committerTom Lane <tgl@sss.pgh.pa.us>
Sat, 26 Jun 2021 18:20:17 +0000 (14:20 -0400)
commit8ec00dc5cd70e0e579e9fbf8661bc46f5ccd8078
tree0b9ac6cb317115aa9769d30181a4af583bd40653
parentd5a2c413fcdd187dc16c4fab16610af7d4849cc1
Remove undesirable libpq dependency on stringinfo.c.

Commit c0cb87fbb unwisely introduced a dependency on the StringInfo
machinery in fe-connect.c.  We must not use that in libpq, because
it will do a summary exit(1) if it hits OOM, and that is not
appropriate behavior for a general-purpose library.  The goal of
allowing arbitrary line lengths in service files doesn't seem like
it's worth a lot of effort, so revert back to the previous method
of using a stack-allocated buffer and failing on buffer overflow.

This isn't an exact revert though.  I kept that patch's refactoring
to have a single exit path, as that seems cleaner than having each
error path know what to do to clean up.  Also, I made the fixed-size
buffer 1024 bytes not 256, just to push off the need for an expandable
buffer some more.

There is more to do here; in particular the lack of any mechanical
check for this type of mistake now seems pretty hazardous.  But this
fix gets us back to the level of robustness we had in v13, anyway.

Discussion: https://postgr.es/m/daeb22ec6ca8ef61e94d766a9b35fb03cabed38e.camel@vmware.com
src/interfaces/libpq/fe-connect.c