Skip to content

Commit 176f659

Browse files
committed
Fix minor bug in isolationtester.
If the lock wait query failed, isolationtester would report the PQerrorMessage from some other connection, meaning there would be no message or an unrelated one. This seems like a pretty unlikely occurrence, but if it did happen, this bug could make it really difficult/confusing to figure out what happened. That seems to justify patching all the way back. In passing, clean up another place where the "wrong" conn was used for an error report. That one's not actually buggy because it's a different alias for the same connection, but it's still confusing to the reader.
1 parent ec5fe7f commit 176f659

File tree

1 file changed

+2
-2
lines changed

1 file changed

+2
-2
lines changed

src/test/isolation/isolationtester.c

Lines changed: 2 additions & 2 deletions
Original file line numberDiff line numberDiff line change
@@ -600,7 +600,7 @@ run_permutation(TestSpec *testspec, int nsteps, Step **steps)
600600
if (!PQsendQuery(conn, step->sql))
601601
{
602602
fprintf(stdout, "failed to send query for step %s: %s\n",
603-
step->name, PQerrorMessage(conns[1 + step->session]));
603+
step->name, PQerrorMessage(conn));
604604
exit_nicely();
605605
}
606606

@@ -728,7 +728,7 @@ try_complete_step(Step *step, int flags)
728728
if (PQresultStatus(res) != PGRES_TUPLES_OK)
729729
{
730730
fprintf(stderr, "lock wait query failed: %s",
731-
PQerrorMessage(conn));
731+
PQerrorMessage(conns[0]));
732732
exit_nicely();
733733
}
734734
ntuples = PQntuples(res);

0 commit comments

Comments
 (0)