aboutsummaryrefslogtreecommitdiff
path: root/src/interfaces/ecpg/test
diff options
context:
space:
mode:
authorTom Lane <tgl@sss.pgh.pa.us>2020-09-22 15:55:13 -0400
committerTom Lane <tgl@sss.pgh.pa.us>2020-09-22 15:55:13 -0400
commit931487018c409a3102452f965ccaa48367244a41 (patch)
treee959b76c7754b2b7af7bfa593e1825fa0328f88d /src/interfaces/ecpg/test
parentc4133ec169dfe47803656325dbfb8397f85a70ea (diff)
downloadpostgresql-931487018c409a3102452f965ccaa48367244a41.tar.gz
postgresql-931487018c409a3102452f965ccaa48367244a41.zip
Rethink API for pg_get_line.c, one more time.
Further experience says that the appending behavior offered by pg_get_line_append is useful to only a very small minority of callers. For most, the requirement to reset the buffer after each line is just an error-prone nuisance. Hence, invent another alternative call pg_get_line_buf, which takes care of that detail. Noted while reviewing a patch from Daniel Gustafsson. Discussion: https://postgr.es/m/48A4FA71-524E-41B9-953A-FD04EF36E2E7@yesql.se
Diffstat (limited to 'src/interfaces/ecpg/test')
-rw-r--r--src/interfaces/ecpg/test/pg_regress_ecpg.c3
1 files changed, 1 insertions, 2 deletions
diff --git a/src/interfaces/ecpg/test/pg_regress_ecpg.c b/src/interfaces/ecpg/test/pg_regress_ecpg.c
index a2d7b70d9a3..6e1d25b1f4a 100644
--- a/src/interfaces/ecpg/test/pg_regress_ecpg.c
+++ b/src/interfaces/ecpg/test/pg_regress_ecpg.c
@@ -49,7 +49,7 @@ ecpg_filter(const char *sourcefile, const char *outfile)
initStringInfo(&linebuf);
- while (pg_get_line_append(s, &linebuf))
+ while (pg_get_line_buf(s, &linebuf))
{
/* check for "#line " in the beginning */
if (strstr(linebuf.data, "#line ") == linebuf.data)
@@ -69,7 +69,6 @@ ecpg_filter(const char *sourcefile, const char *outfile)
}
}
fputs(linebuf.data, t);
- resetStringInfo(&linebuf);
}
pfree(linebuf.data);