X-Original-To: pgsql-interfaces-postgresql.org@localhost.postgresql.org Received: from localhost (unknown [200.46.204.144]) by svr1.postgresql.org (Postfix) with ESMTP id D8880528BD for ; Mon, 11 Jul 2005 20:09:39 -0300 (ADT) Received: from svr1.postgresql.org ([200.46.204.71]) by localhost (av.hub.org [200.46.204.144]) (amavisd-new, port 10024) with ESMTP id 69973-05 for ; Mon, 11 Jul 2005 23:09:34 +0000 (GMT) Received: from mail.ints.com (67.108.61.131.ptr.us.xo.net [67.108.61.131]) by svr1.postgresql.org (Postfix) with ESMTP id 7C82A528D9 for ; Mon, 11 Jul 2005 20:09:33 -0300 (ADT) Received: from localhost (localhost [127.0.0.1]) by mail.ints.com (Postfix) with ESMTP id 30EE07ECA; Mon, 11 Jul 2005 16:09:37 -0700 (PDT) Received: from mail.ints.com ([127.0.0.1]) by localhost (mail [127.0.0.1]) (amavisd-new, port 10024) with LMTP id 11747-01-6; Mon, 11 Jul 2005 16:09:31 -0700 (PDT) Message-ID: <42D2FC28.8070908@ints.com> Date: Mon, 11 Jul 2005 16:09:28 -0700 From: Tim Jackson Organization: Integrated Services Inc. User-Agent: Mozilla Thunderbird 1.0.2 (X11/20050317) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Michael Fuhr Cc: pgsql-interfaces@postgresql.org Subject: Re: C set return function differences on 8.0? References: <42CDCFB4.2030908@ints.com> <20050708152339.GA81341@winnie.fuhr.org> <42CF168A.4080007@ints.com> <20050709015800.GA11641@winnie.fuhr.org> In-Reply-To: <20050709015800.GA11641@winnie.fuhr.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: by amavisd-new at ints.com X-Virus-Scanned: by amavisd-new at hub.org X-Spam-Status: No, hits=0.148 tagged_above=0 required=5 tests=AWL, FORGED_RCVD_HELO X-Spam-Level: X-Archive-Number: 200507/21 X-Sequence-Number: 5657 Michael Fuhr wrote: > >Let's see if attaching a debugger to the backend or adding some >ereport() calls can at least tell us where the crash is happening. >Then maybe we can figure out why. > > I was able to set gdb to the pid of psql session and saw that selects on the "bad" views segfaulted on pfree() The documentation for SRF had a comment that said pfree() was not really necessary so I commented that code out and now I can select all the views. :) Perhaps you can advise me on why pfree() would segfault on 8.0 in but not 7.4 Anyway the .so generated views are working now as they were on 7.4. Thanks for your help. Tim Not sure what all this means but the following lines were gleaned from the core dump cannot allocate memory for thread-local data: ABORT result == _rtld_local._dl_tls_max_dtv_idx + 1 result <= _rtld_local._dl_tls_max_dtv_idx + 1 @cnt < _rtld_local._dl_tls_dtv_slotinfo_list->len _rtld_local._dl_tls_dtv_slotinfo_list->next == ((void *)0) _rtld_local._dl_tls_dtv_slotinfo_list != ((void *)0) _rtld_local._dl_tls_max_dtv_idx == 0 _rtld_local._dl_tls_dtv_slotinfo_list == ((void *)0) (size_t) map->l_tls_offset >= map->l_tls_blocksize map->l_tls_blocksize >= map->l_tls_initimage_size ../sysdeps/unix/sysv/linux/dl-origin.c FATAL: cannot determine library version ../sysdeps/generic/dl-sysdep.c Inconsistency detected by ld.so: %s: %u: %s%sAssertion `%s' failed! Inconsistency detected by ld.so: %s: %u: %s%sUnexpected error: %s. And Here is what gdb says about the core Core was generated by `postgres: postgres lubesoft_tj [local] SELECT '. Program terminated with signal 11, Segmentation fault. #0 0x08222a86 in ?? () (no debugging symbols found)...Using host libthread_db library "/lib/tls/libthread_db.so.1".