Received: from corvette.mascari.com (dhcp065-024-161-045.columbus.rr.com [65.24.161.45]) by mail.postgresql.org (8.11.1/8.11.1) with ESMTP id f06Jji798481 for ; Sat, 6 Jan 2001 14:45:50 -0500 (EST) (envelope-from mascarm@mascari.com) Received: from mascari.com (ferrari.mascari.com [192.168.2.1]) by corvette.mascari.com (8.9.3/8.9.3) with ESMTP id OAA21504; Sat, 6 Jan 2001 14:41:32 -0500 Message-ID: <3A577512.345B1094@mascari.com> Date: Sat, 06 Jan 2001 14:42:10 -0500 From: Mike Mascari Organization: Mascari Development Inc. X-Mailer: Mozilla 4.72 [en] (X11; U; Linux 2.2.12-20 i586) X-Accept-Language: en MIME-Version: 1.0 To: "Brett W. McCoy" CC: Tom Lane , pgsql-interfaces@postgresql.org Subject: Re: Macintosh client References: Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Archive-Number: 200101/58 X-Sequence-Number: 667 "Brett W. McCoy" wrote: > > On Sat, 6 Jan 2001, Tom Lane wrote: > > > I seem to recall that pgaccess has an option to use an all-Tcl interface > > layer instead of libpgtcl/libpq. That would make it all Tcl and thus > > in theory easily portable to the Mac. Check the list archives for more > > discussion --- I know this question has been asked before. > > I tried the archives, but the search engine bombed out on me. :-( > > I'll keep looking around. > > -- Brett BTW, in my search for the state of libpq thread-awareness, I also first tried the archives at www.postgresql.org. And after a search of: libpq thread safe and a wait of 10 minutes, I finally gave up. It seems to me that the implementation of the search engine does not shed a very flattering light on the capabilities of PostgreSQL, when, at PostgreSQL's own website, a simple search criteria cannot return results within a reasonable amount of time. PostgreSQL has a (now largely false, I believe) reputation for being slow compared to its competition. All the UDM-based search does is serve to reinforce this now incorrect stereotype. Mike Mascari