Re: buildfarm NetBSD/m68k tsearch regression failure - Mailing list pgsql-hackers

From Tom Lane
Subject Re: buildfarm NetBSD/m68k tsearch regression failure
Date
Msg-id 18404.1104359937@sss.pgh.pa.us
Whole thread Raw
In response to Re: buildfarm NetBSD/m68k tsearch regression failure  (Rémi Zara <remi_zara@mac.com>)
Responses Re: buildfarm NetBSD/m68k tsearch regression failure
List pgsql-hackers
Rémi Zara <remi_zara@mac.com> writes:
> Le 29 d=E9c. 04, =E0 18:05, Tom Lane a =E9crit :
>> Backtracing the core dump from that crash would do fine.

> Here you go

> (gdb) bt
> #0  0x0100000a in ?? ()
> #1  0x046e9cce in queryin (buf=3DCannot access memory at address 0x0
> ) at query.c:543
> #2  0x046e9e44 in mqtxt_in (fcinfo=3D0xffffb688) at query.c:620
> #3  0x0019d790 in OidFunctionCall3 (functionId=3D61367, arg1=3D2762304,=20=

> arg2=3D0, arg3=3D4294967295) at fmgr.c:1408
> #4  0x00091298 in stringTypeDatum (tp=3D0x2a26e9, string=3D0x2a2640 "1",=20=

> atttypmod=3D-1) at parse_type.c:338

Hmm.  I was hoping to spot some obviously machine-dependent code nearby
to the crash point, but I don't see anything wrong in that area.

You might try rebuilding tsearch with -O0 (if it wasn't already) in
hopes that the backtrace becomes more accurate.
        regards, tom lane


pgsql-hackers by date:

Previous
From: Andrew Dunstan
Date:
Subject: Re: race condition for drop schema cascade?
Next
From: girgen@FreeBSD.org
Date:
Subject: using pg_config to get LDFLAGS?