aboutsummaryrefslogtreecommitdiff
path: root/src/tutorial/funcs.c
diff options
context:
space:
mode:
authorTom Lane <tgl@sss.pgh.pa.us>2019-09-10 12:04:57 -0400
committerTom Lane <tgl@sss.pgh.pa.us>2019-09-10 12:04:57 -0400
commitb1016834d325dff5eb168e5f6f261462eb6f1d56 (patch)
tree7d960096daf4c38d8183f29ea1d0e5d44d100491 /src/tutorial/funcs.c
parent97fb88ea4a646343d5f0a8cd65b7e5f598785cb4 (diff)
downloadpostgresql-b1016834d325dff5eb168e5f6f261462eb6f1d56.tar.gz
postgresql-b1016834d325dff5eb168e5f6f261462eb6f1d56.zip
Don't drop NOTICE messages in isolation tests.
For its entire existence, isolationtester.c has forced client_min_messages to WARNING, but that seems like a very poor choice of test design. It should be up to individual test scripts to manage whether they emit notices and to ensure that the results are stable. (There were no NOTICE messages in the original set of isolation tests, so this was certainly dead code when committed, but perhaps it was needed at some earlier point.) It's possible that the original motivation was due to platform-dependent variations in the timing of stdout vs. stderr output. That should be moot since commits 73bcb76b7/6eda3e9c2, but just in case, adjust isotesterNoticeProcessor to print to stdout not stderr. (stderr seems like the wrong thing anyway: it should be for error printouts not expected test output.) Back-patch of commit ebd499282 into v12. I'll separately push this into older branches, but this is as much change as v12 needs. Discussion: https://postgr.es/m/14616.1564251339@sss.pgh.pa.us Discussion: https://postgr.es/m/E1i7IqC-0000Uc-5H@gemulon.postgresql.org
Diffstat (limited to 'src/tutorial/funcs.c')
0 files changed, 0 insertions, 0 deletions