Re: ECPG failure on BF member Vaquita (Windows Vista) - Mailing list pgsql-hackers

From Mark Wong
Subject Re: ECPG failure on BF member Vaquita (Windows Vista)
Date
Msg-id 70c01d1d0704251154w4678e1b1m8fa6c0cb152a6d61@mail.gmail.com
Whole thread Raw
In response to Re: ECPG failure on BF member Vaquita (Windows Vista)  (Tom Lane <tgl@sss.pgh.pa.us>)
Responses Re: ECPG failure on BF member Vaquita (Windows Vista)
List pgsql-hackers
On 4/25/07, Tom Lane <tgl@sss.pgh.pa.us> wrote:
> Andrew Dunstan <andrew@dunslane.net> writes:
> > I think you'll need to compile with optimisation turned off and then try
> > running the test under debugger control, putting a breakpoint in
> > ECPGget_variable() and then stepping through it. I wonder what value of
> > var->ind_pointer it is getting?
>
> You could probably inspect the contents of *var in that dump without
> having to recompile.  Given that this is PPC64, I'm betting on a pointer
> size or alignment problem ...

Does this help?

(gdb) p var->type
$1 = 4267828624
(gdb) p var->value
$2 = (void *) 0x1
(gdb) p var->pointer
$3 = (void *) 0x1
(gdb) p var->varcharsize
$4 = 3
(gdb) p var->arrsize
$5 = 4
(gdb) p var->offset
$6 = 29
(gdb) p var->ind_type
$7 = 0
(gdb) p var->ind_pointer
$8 = (void *) 0x0
(gdb) p var->ind_varcharsize
$9 = 0
(gdb) p var->ind_arrsize
$10 = 0
(gdb) p var->ind_offset
$11 = 5
(gdb) p var->next
$12 = (struct variable *) 0x0

Regards,
Mark


pgsql-hackers by date:

Previous
From: Josh Berkus
Date:
Subject: Re: [PATCHES] Full page writes improvement, code update
Next
From: Tom Lane
Date:
Subject: Re: [BUGS] BUG #3245: PANIC: failed to re-find shared loc k o b j ect