Re: [HACKERS] xlogdump enhancements

2006-07-14 Thread Diogo Biazus
On 7/14/06, Jonah H. Harris <[EMAIL PROTECTED]> wrote: On 7/14/06, Martijn van Oosterhout wrote:> If you really want to tackle this the hard way, find some other program> that does it. Here one written in Perl that can decode most tuples, but > not all. It fails because it doesn

Re: [HACKERS] xlogdump enhancements

2006-07-14 Thread Jonah H. Harris
On 7/14/06, Martijn van Oosterhout wrote: If you really want to tackle this the hard way, find some other program that does it. Here one written in Perl that can decode most tuples, but not all. It fails because it doesn't recognise all the types. Yep Diogo, Martijn is correct. You have to re

Re: [HACKERS] xlogdump enhancements

2006-07-14 Thread Martijn van Oosterhout
On Fri, Jul 14, 2006 at 10:43:15AM -0300, Diogo Biazus wrote: > I'm working on Tom's xlogdump tool to add some functionality. > IMHO some useful improvements would be and an idea of implementation: Neato. Looks like good stuff there. > - Extract the exact SQL statement in cases of xlog generated

[HACKERS] xlogdump enhancements

2006-07-14 Thread Diogo Biazus
I'm working on Tom's xlogdump tool to add some functionality.IMHO some useful improvements would be and an idea of implementation:- have an options to output only the transactions with their status and some aggregate data (transaction size). When the user pass a -t parameter, instead of printing ec