From: | Michael Brusser <michael(at)synchronicity(dot)com> |
---|---|
To: | pgsql-general(at)postgresql(dot)org |
Subject: | Core dump on HP |
Date: | 2003-06-26 17:23:31 |
Message-ID: | DEEIJKLFNJGBEMBLBAHCCEANDFAA.michael@synchronicity.com |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-general |
Hi, folks;
We're running Postgres 7.3.2 and we get a core dump on HP-11.
This does not seem reproducible on Solaris or Linux.
Working with debugger we get this stack:
#0 0xc0185a20 in mallinfo+0x2144 () from /usr/lib/libc.2
(gdb) where
#0 0xc0185a20 in mallinfo+0x2144 () from /usr/lib/libc.2
#1 0xc01821c0 in __thread_callback_np+0x894 () from /usr/lib/libc.2
#2 0xc0187fa4 in realloc+0x1c4 () from /usr/lib/libc.2
#3 0xc018f420 in putenv+0xe8 () from /usr/lib/libc.2
It looks that problem occurs when we releasing TCL interpreter, also
the problem can be avoided if in pgtcl.c this code is commented out:
if (tclversion >= 8.1)
putenv("PGCLIENTENCODING=UNICODE");
I found another report on putenv problem:
http://archives.postgresql.org/pgsql-bugs/1999-11/msg00007.php
Are we're dealing with essentially same root cause?
Is there a recommended solution?
Thank you,
Michael.
From | Date | Subject | |
---|---|---|---|
Next Message | Ian Barwick | 2003-06-26 17:29:10 | Re: adding fields to a table |
Previous Message | Ron Johnson | 2003-06-26 17:23:27 | Re: PlPython |