Skip to content

Commit 4e2a889

Browse files
committed
Detect format-string mistakes in the libpq_pipeline test module.
I happened to notice that libpq_pipeline's private implementation of pg_fatal lacked any pg_attribute_printf decoration. Indeed, adding that turned up a mistake! We'd likely never have noticed because the error exits in this code are unlikely to get hit, but still, it's a bug. We're so used to having the compiler check this stuff for us that a printf-like function without pg_attribute_printf is a land mine. I wonder if there is a way to detect such omissions. Back-patch to v14 where this code came in.
1 parent bfa58a6 commit 4e2a889

File tree

1 file changed

+3
-1
lines changed

1 file changed

+3
-1
lines changed

src/test/modules/libpq_pipeline/libpq_pipeline.c

Lines changed: 3 additions & 1 deletion
Original file line numberDiff line numberDiff line change
@@ -28,6 +28,8 @@
2828

2929

3030
static void exit_nicely(PGconn *conn);
31+
static void pg_attribute_noreturn() pg_fatal_impl(int line, const char *fmt,...)
32+
pg_attribute_printf(2, 3);
3133
static bool process_result(PGconn *conn, PGresult *res, int results,
3234
int numsent);
3335

@@ -916,7 +918,7 @@ test_prepared(PGconn *conn)
916918
if (PQresultStatus(res) != PGRES_COMMAND_OK)
917919
pg_fatal("expected COMMAND_OK, got %s", PQresStatus(PQresultStatus(res)));
918920
if (PQnfields(res) != lengthof(expected_oids))
919-
pg_fatal("expected %d columns, got %d",
921+
pg_fatal("expected %zd columns, got %d",
920922
lengthof(expected_oids), PQnfields(res));
921923
for (int i = 0; i < PQnfields(res); i++)
922924
{

0 commit comments

Comments
 (0)