Re: [PATCH] Make pg_basebackup configure and start standby [Review]
Tom Lane <tgl@sss.pgh.pa.us>
From: Tom Lane <tgl@sss.pgh.pa.us>
To: Boszormenyi Zoltan <zb@cybertec.at>
Cc: Magnus Hagander <magnus@hagander.net>, Alvaro Herrera <alvherre@2ndquadrant.com>, PostgreSQL-development <pgsql-hackers@postgresql.org>
Date: 2013-01-02T00:24:51Z
Lists: pgsql-hackers
Boszormenyi Zoltan <zb@cybertec.at> writes: > 2013-01-01 17:18 keltezssel, Magnus Hagander rta: >> That way we can get around the whole need for changing memory allocation across all the >> frontends, no? Like the attached. > Sure it's simpler but then the consistent look of the code is lost. > What about the other patch to unify pg_malloc and friends? > Basically all client code boils down to > fprintf(stderr, ...) > in different disguise in their error reporting, so that patch can > also be simplified but it seems that the atexit() - either explicitly > or hidden behind InitPostgresFrontend() - cannot be avoided. Meh. I find it seriously wrongheaded that something as minor as an escape_quotes() function should get to dictate both malloc wrappers and error recovery handling throughout every program that might use it. I like Magnus' version a lot better than that idea. A bigger issue that I notice with this code is that it's only correct in backend-safe encodings, as the comment mentions. If we're going to be putting it into frontend programs, how safe is that going to be? 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 →
-
Make the streaming replication protocol messages architecture-independent.
- add6c3179a4d 9.3.0 cited