Re: [PATCH 03/14] Add simple xlogdump tool - Mailing list pgsql-hackers

From Andres Freund
Subject Re: [PATCH 03/14] Add simple xlogdump tool
Date
Msg-id 20121115171306.GA16357@awork2.anarazel.de
Whole thread Raw
In response to Re: [PATCH 03/14] Add simple xlogdump tool  (Jeff Janes <jeff.janes@gmail.com>)
Responses Re: [PATCH 03/14] Add simple xlogdump tool  (Jeff Janes <jeff.janes@gmail.com>)
List pgsql-hackers
On 2012-11-15 09:06:23 -0800, Jeff Janes wrote:
> On Wed, Nov 14, 2012 at 5:17 PM, Andres Freund <andres@2ndquadrant.com> wrote:
> > ---
> >  src/bin/Makefile            |   2 +-
> >  src/bin/xlogdump/Makefile   |  25 +++
> >  src/bin/xlogdump/xlogdump.c | 468 ++++++++++++++++++++++++++++++++++++++++++++
> >  3 files changed, 494 insertions(+), 1 deletion(-)
> >  create mode 100644 src/bin/xlogdump/Makefile
> >  create mode 100644 src/bin/xlogdump/xlogdump.c
>
> Is this intended to be the successor of
> https://github.com/snaga/xlogdump which will then be deprecated?

As-is this is just a development tool which was sorely needed for the
development of this patchset. But yes I think that once ready
(xlogreader infrastructure, *_desc routines splitted) it should
definitely be able to do most of what the above xlogdump can do and it
should live in bin/. I think mostly some filtering is missing.

That doesn't really "deprecate" the above though.

Does that answer your question?

Greetings,

Andres

-- Andres Freund                       http://www.2ndQuadrant.com/PostgreSQL Development, 24x7 Support, Training &
Services



pgsql-hackers by date:

Previous
From: Robert Haas
Date:
Subject: Re: [PATCH] binary heap implementation
Next
From: Peter Geoghegan
Date:
Subject: Re: tuplesort memory usage: grow_memtuples