Received: from u1.abs.net (root@u1.abs.net [207.114.0.131]) by hub.org (8.8.8/8.7.5) with ESMTP id NAA01968 for ; Thu, 23 Jul 1998 13:59:47 -0400 (EDT) Received: from insightdist.com (ukc3to@localhost) by u1.abs.net (8.9.0/8.9.0) with UUCP id NAA27196 for pgsql-hackers@postgreSQL.org; Thu, 23 Jul 1998 13:35:12 -0400 (EDT) X-Authentication-Warning: u1.abs.net: ukc3to set sender to insightdist.com!byronn using -f Received: from ceodev by insightdist.com (AIX 3.2/UCB 5.64/4.03) id AA18015; Thu, 23 Jul 1998 13:30:35 -0400 Received: from byronn by ceodev (AIX 4.1/UCB 5.64/4.03) id AA37456; Thu, 23 Jul 1998 13:30:34 -0400 Message-Id: <35B77342.6558C42B@insightdist.com> Date: Thu, 23 Jul 1998 13:30:42 -0400 From: Byron Nikolaidis X-Mailer: Mozilla 4.05 [en] (Win95; I) Mime-Version: 1.0 To: Davide Libenzi Cc: pgsql-hackers@postgreSQL.org, "pgsql-interfaces@postgreSQL.org" , David Hartwig Subject: Re: [HACKERS] ODBC and palloc ... References: <001001bdb663$bbc06e50$1f0104c0@pcdavide> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Davide Libenzi wrote: > > After a lot of changes I've compiled,linked and tested (regression) my > PostgreSQL installation no HPUX 9.*. > > I've also built and installed the ODBC driver and I get Ms Access error > which the PostgresSQL server log in "palloc failure : memory exausted". > > Is this a server bug or ODBC driver bug ? > I am assuming you have a fairly new odbc driver (6.30.0248 is the latest) and not the old postodbc. BTW, on our website (www.insightdist.com/psqlodbc) we have the DLL and a full install EXE for win32 so you wouldn't have to build it yourself from the source code if you didn't want to. The palloc failure usually occurs because Access uses the multiple OR query (select ... where a=1 OR a=2 OR a=3...) to access the recordset. The backend does not handle this very well and it is already well known on the TODO list. There are several possibilities to get past this: 1. Use a non-updateable table (by setting the driver readonly option, or by not specifying any unique identifiers). 2. For a query, use a snapshot recordset in the query properties. 3. Show the OID column in the drivers advanced datasource options and use that alone to index on. You should create an index on it too. This is still slow, but at least shouldn't crash. Other possibilities: In house, Dave made a patch to postgres which rewrites the multiple OR query into a UNION query, which works great and its fast! We may make this patch available evntually on our website. Byron