Re: pg_dump 8.0.3 failing against PostgreSQL 7.3.2

From: Jochem van Dieten <jochemd(at)oli(dot)tudelft(dot)nl>
To: Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>
Cc: pgsql-general(at)postgresql(dot)org
Subject: Re: pg_dump 8.0.3 failing against PostgreSQL 7.3.2
Date: 2005-06-06 18:15:40
Message-ID: 42A492CC.6080404@oli.tudelft.nl
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-general

Tom Lane wrote:
> Jochem van Dieten <jochemd(at)oli(dot)tudelft(dot)nl> writes:
>>
>> (gdb) break elog
>> Breakpoint 1 at 0x16d8f8
>> (gdb) bt
>> #0 0x403ca553 in ?? () from /usr/lib/libc.so.28.5
>> #1 0x10e604 in mdread ()
>> #2 0x10f31f in smgrread ()
>
> You forgot to "continue" until the breakpoint is reached --- this trace
> just indicates where the backend happened to be when you stopped it by
> attaching.

That's different from backtracing a core dump :) This better?

Attaching to process 22733
0x403827df in ?? ()
(gdb) symbol-file postmaster
Reading symbols from postmaster...done.
(gdb) break elog
Breakpoint 1 at 0x16d8f8
(gdb) continue
Continuing.

Breakpoint 1, 0x16d8f8 in elog ()
(gdb) bt
#0 0x16d8f8 in elog ()
#1 0x110abb in pg_exec_query_string ()
#2 0x112a91 in PostgresMain ()
#3 0xf4eae in DoBackend ()
#4 0xf463d in BackendStartup ()
#5 0xf3040 in ServerLoop ()
#6 0xf2502 in PostmasterMain ()
#7 0xc9926 in main ()
(gdb) detach

Jochem

In response to

Responses

Browse pgsql-general by date

  From Date Subject
Next Message Marty Scholes 2005-06-06 19:13:51 Re: Postgresql and Software RAID/LVM
Previous Message Ying Lu 2005-06-06 18:10:16 Re: which commands under PostgreSQL do the similar func