Location via proxy:   [ UP ]  
[Report a bug]   [Manage cookies]                
Skip to content

Commit 0a21c6d

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 db4f9c0 commit 0a21c6d

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
@@ -594,7 +594,7 @@ run_permutation(TestSpec *testspec, int nsteps, Step **steps)
594594
if (!PQsendQuery(conn, step->sql))
595595
{
596596
fprintf(stdout, "failed to send query for step %s: %s\n",
597-
step->name, PQerrorMessage(conns[1 + step->session]));
597+
step->name, PQerrorMessage(conn));
598598
exit_nicely();
599599
}
600600

@@ -743,7 +743,7 @@ try_complete_step(Step *step, int flags)
743743
PQntuples(res) != 1)
744744
{
745745
fprintf(stderr, "lock wait query failed: %s",
746-
PQerrorMessage(conn));
746+
PQerrorMessage(conns[0]));
747747
exit_nicely();
748748
}
749749
waiting = ((PQgetvalue(res, 0, 0))[0] == 't');

0 commit comments

Comments
 (0)