Repair an error introduced by log_line_prefix patch: it is not acceptable
authorTom Lane <[email protected]>
Sat, 5 Nov 2005 03:05:05 +0000 (03:05 +0000)
committerTom Lane <[email protected]>
Sat, 5 Nov 2005 03:05:05 +0000 (03:05 +0000)
commit91a3cb7d027e59af7f314c76fcafff8a3534f3cc
treeb6af3d4c4d8f209210382db0f25a1e06df6bafde
parent3adb0fe096aa7dd181ebd9db951b32547cb7a6d2
Repair an error introduced by log_line_prefix patch: it is not acceptable
to assume that the string pointer passed to set_ps_display is good forever.
There's no need to anyway since ps_status.c itself saves the string, and
we already had an API (get_ps_display) to return it.
I believe this explains Jim Nasby's report of intermittent crashes in
elog.c when %i format code is in use in log_line_prefix.
While at it, repair a previously unnoticed problem: on some platforms such as
Darwin, the string returned by get_ps_display was blank-padded to the maximum
length, meaning that lock.c's attempt to append " waiting" to it never worked.
src/backend/postmaster/postmaster.c
src/backend/storage/lmgr/lock.c
src/backend/utils/error/elog.c
src/backend/utils/misc/ps_status.c
src/include/libpq/libpq-be.h
src/include/utils/ps_status.h