Skip site navigation (1) Skip section navigation (2)

Re: ECPG failure on BF member Vaquita (Windows Vista)

From: Andrew Dunstan <andrew(at)dunslane(dot)net>
To: Mark Wong <markwkm(at)gmail(dot)com>
Cc: Michael Meskes <meskes(at)postgresql(dot)org>, PostgreSQL-development <pgsql-hackers(at)postgresql(dot)org>
Subject: Re: ECPG failure on BF member Vaquita (Windows Vista)
Date: 2007-04-25 16:58:48
Message-ID: 462F88C8.9030103@dunslane.net (view raw or flat)
Thread:
Lists: pgsql-hackers
Mark Wong wrote:
> On 4/25/07, Michael Meskes <meskes(at)postgresql(dot)org> wrote:
>> I also saw that wombat is segfaulting in ecpg tests but not only with
>> CVS HEAD but also trying to test 8.2. Any idea what's going on with this
>> machine?
>
> I generated a stack trace for REL8_2_STABLE, but I'm not sure how
> helpful it is.  Let me know what other information I can provide...
> Looks like I don't have symbols for libc.
>
> Core was generated by `sql/update '.
> Program terminated with signal 11, Segmentation fault.
> #0  ECPGget_variable (ap=<value optimized out>, type=<value optimized 
> out>,
>    var=0x10028730, indicator=1 '\001') at execute.c:131
> 131                             var->ind_value = *((char **)
> (var->ind_pointer));
> (gdb) bt
> #0  ECPGget_variable (ap=<value optimized out>, type=<value optimized 
> out>,
>    var=0x10028730, indicator=1 '\001') at execute.c:131
> #1  0x0000040000048948 in ECPGdo (lineno=28, compat=<value optimized 
> out>,
>    force_indicator=<value optimized out>,
>    connection_name=<value optimized out>, query=<value optimized out>)
>    at execute.c:195
> #2  0x0000000010000d20 in main (argc=<value optimized out>,
>    argv=<value optimized out>) at update.pgc:28
> #3  0x000004000063ce4c in .generic_start_main () from /lib/libc.so.6
> #4  0x000004000063d0f8 in .__libc_start_main () from /lib/libc.so.6
> #5  0x0000000000000000 in ?? ()
>
>
>

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?

cheers

andrew


In response to

Responses

pgsql-hackers by date

Next:From: Jim NasbyDate: 2007-04-25 17:13:57
Subject: Re: Avoiding unnecessary reads in recovery
Previous:From: Tom LaneDate: 2007-04-25 16:48:53
Subject: Re: Vacuum-full very slow

Privacy Policy | About PostgreSQL
Copyright © 1996-2014 The PostgreSQL Global Development Group