Re: Question about debugging bootstrapping and catalog - Mailing list pgsql-hackers

From Zdenek Kotala
Subject Re: Question about debugging bootstrapping and catalog
Date
Msg-id 4586A1F2.7030906@sun.com
Whole thread Raw
In response to Re: Question about debugging bootstrapping and catalog entries  (Gregory Stark <stark@enterprisedb.com>)
Responses Re: Question about debugging bootstrapping and catalog  (Zdenek Kotala <Zdenek.Kotala@Sun.COM>)
List pgsql-hackers
Gregory Stark wrote:
> "Martijn van Oosterhout" <kleptog@svana.org> writes:
> 
>> Here's what I did: you can step over functions in initdb until it fails
>> (although I alredy know which part it's failing I guess). Restart. Then
>> you go into that function and step until the new backend has been
>> started. At this point you attach another gdb to the backend and let it
>> run.
> 
> Hm, I suppose. Though starting a second gdb is a pain. What I've done in the
> past is introduce a usleep(30000000) in strategic points in the backend to
> give me a chance to attach.

I use dtrace which wait on write syscall for stderr output and if it is 
happen then stop(freeze) the process and I able to connect into the 
process with debugger and examine what happened.


Zdenek


pgsql-hackers by date:

Previous
From: Alvaro Herrera
Date:
Subject: Re: Question about debugging bootstrapping and catalog entries
Next
From: Magnus Hagander
Date:
Subject: Re: pg_restore fails with a custom backup file