Re: [PATCH 04/16] Add embedded list interface (header only)
Tom Lane <tgl@sss.pgh.pa.us>
From: Tom Lane <tgl@sss.pgh.pa.us>
To: Andres Freund <andres@2ndquadrant.com>
Cc: Peter Geoghegan <peter@2ndquadrant.com>, Robert Haas <robertmhaas@gmail.com>, pgsql-hackers@postgresql.org
Date: 2012-06-22T14:18:35Z
Lists: pgsql-hackers
Commits
Same data as JSON:
GET /api/v1/messages/:b64id/commits
the thread's linked commits as JSON, with link sources.
API reference →
-
Don't waste the last segment of each 4GB logical log file.
- dfda6ebaec67 9.3.0 cited
-
Stamp HEAD as 9.3devel.
- bed88fceac04 9.3.0 cited
-
Wake WALSender to reduce data loss at failover for async commit.
- 2c8a4e9be273 9.2.0 cited
-
Make the visibility map crash-safe.
- 503c7305a1e3 9.2.0 cited
Andres Freund <andres@2ndquadrant.com> writes: > On Friday, June 22, 2012 12:23:57 AM Peter Geoghegan wrote: >> Why are you using the stdlib's <assert.h>? Why have you used the >> NDEBUG macro rather than USE_ASSERT_CHECKING? This might make sense if >> the header was intended to live in port, but it isn't, right? > That should probably be removed, yes. I did it that way that it could be > tested independently of casserts because the list checking code turns some > linear algorithms into quadratic ones which is noticeable even when --enable- > cassert is defined. As far as that goes, I wonder whether the list-checking code hasn't long since served its purpose. Neil Conway put it in when he redid the List API to help catch places that were using no-longer-supported hacks; but it's been years since I've seen it catch anything. I suggest that we might want to either remove it, or enable it via something other than USE_ASSERT_CHECKING (and not enable it by default). regards, tom lane