Re: proposal: possibility to read dumped table's name from file
Tom Lane <tgl@sss.pgh.pa.us>
From: Tom Lane <tgl@sss.pgh.pa.us>
To: Daniel Gustafsson <daniel@yesql.se>
Cc: Erik Rijkers <er@xs4all.nl>, Pavel Stehule <pavel.stehule@gmail.com>,
Justin Pryzby <pryzby@telsasoft.com>,
Julien Rouhaud <rjuju123@gmail.com>,
"Gregory Stark (as CFM)" <stark.cfm@gmail.com>,
Andres Freund <andres@anarazel.de>,
Andrew Dunstan <andrew@dunslane.net>,
Alvaro Herrera <alvherre@2ndquadrant.com>,
Tomas Vondra <tomas.vondra@enterprisedb.com>,
Dean Rasheed <dean.a.rasheed@gmail.com>,
Stephen Frost <sfrost@snowman.net>,
Surafel Temesgen <surafel3000@gmail.com>,
vignesh C <vignesh21@gmail.com>,
PostgreSQL Hackers <pgsql-hackers@postgresql.org>
Date: 2023-11-30T03:39:46Z
Lists: pgsql-hackers
Daniel Gustafsson <daniel@yesql.se> writes: > I took another look at this, found some more polish that was needed, added > another testcase and ended up pushing it. mamba is unhappy because this uses <ctype.h> functions without casting their arguments to unsigned char: https://buildfarm.postgresql.org/cgi-bin/show_log.pl?nm=mamba&dt=2023-11-30%2002%3A53%3A25 (I had not realized that we still had buildfarm animals that would complain about this ... but I'm glad we do, because it's a hazard. POSIX is quite clear that the behavior is undefined for signed chars.) regards, tom lane
Commits
Same data as JSON:
GET /api/v1/messages/:b64id/commits
the thread's linked commits as JSON, with link sources.
API reference →
-
Fix array subscript warnings
- 17935e1fdf0a 17.0 landed
-
Read include/exclude commands for dump/restore from file
- a5cf808be55b 17.0 landed
-
Allow records to span multiple lines in pg_hba.conf and pg_ident.conf.
- 8f8154a503c7 14.0 cited