From: | "Zeugswetter Andreas ADI SD" <ZeugswetterA(at)spardat(dot)at> |
---|---|
To: | "Martijn van Oosterhout" <kleptog(at)svana(dot)org>, "Gregory Stark" <stark(at)enterprisedb(dot)com> |
Cc: | "PostgreSQL Hackers" <pgsql-hackers(at)postgresql(dot)org> |
Subject: | Re: Question about debugging bootstrapping and catalog entries |
Date: | 2006-12-18 11:59:28 |
Message-ID: | E1539E0ED7043848906A8FF995BDA5790198F32F@m0143.s-mxs.net |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-hackers |
> > Are there any tricks people have for debugging bootstrapping
processing? I
> > just need to know what index it's trying to build here and that
should be
> > enough to point me in the right direction:
>
> 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.
How do you attach fast enough, so not all is over before you are able to
attach ?
I'd like to debug initdb failure on Windows (postgres executable not
found) when
running make check with disabled is_admin check and --prefix=/postgres
in msys.
The program "postgres" is needed by initdb but was not found in the
same directory as
"j:/postgres/src/test/regress/./tmp_check/install/postgres/bin/initdb".
Andreas
From | Date | Subject | |
---|---|---|---|
Next Message | Gregory Stark | 2006-12-18 12:14:26 | Re: Question about debugging bootstrapping and catalog entries |
Previous Message | Martijn van Oosterhout | 2006-12-18 11:45:15 | Re: Question about debugging bootstrapping and catalog entries |