aboutsummaryrefslogtreecommitdiff
path: root/src/backend/utils/misc/postgresql.conf.sample
diff options
context:
space:
mode:
authorTom Lane <tgl@sss.pgh.pa.us>2005-11-05 03:05:05 +0000
committerTom Lane <tgl@sss.pgh.pa.us>2005-11-05 03:05:05 +0000
commit39edcf59a2534d0f59b29ebe0c6b94a3600d8c4b (patch)
treec9a3a61c82432bb902e5c185c28d2e5510dd50bd /src/backend/utils/misc/postgresql.conf.sample
parent56f68ed9070794344a37f6c9414d421c4a04b898 (diff)
downloadpostgresql-39edcf59a2534d0f59b29ebe0c6b94a3600d8c4b.tar.gz
postgresql-39edcf59a2534d0f59b29ebe0c6b94a3600d8c4b.zip
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.
Diffstat (limited to 'src/backend/utils/misc/postgresql.conf.sample')
0 files changed, 0 insertions, 0 deletions