On Aug 1, 2010, at 10:11 PM, Tom Lane wrote: > "Steve Atkins" <st...@blighty.com> writes: >> I have a database that contains two tables (partminer and partminer2), and >> two sequences (partminer2_id_seq and partminer_pk), on a 9.0beta3 >> installation built from source with default configure options. >> From psql, entering "\d p<tab>" works as expected. Entering "\d pa<tab>" >> throws an abort from malloc(): "malloc: *** error for object 0x3: pointer >> being freed was not allocated", with the error within libedit. > > This sounds a lot like a known bug in Apple's version of libedit: > http://archives.postgresql.org/pgsql-bugs/2010-04/msg00127.php
Ew. Yes it does. > libedit has proven pretty buggy over the years, and Apple isn't too > speedy to fix it. The best bet really is to use GNU readline instead. Yup. Cheers, Steve -- Sent via pgsql-bugs mailing list (pgsql-bugs@postgresql.org) To make changes to your subscription: http://www.postgresql.org/mailpref/pgsql-bugs
