Received: from localhost (unknown [200.46.204.183]) by postgresql.org (Postfix) with ESMTP id 3D8AC9FB2E4 for ; Fri, 14 Sep 2007 14:50:24 -0300 (ADT) Received: from postgresql.org ([200.46.204.71]) by localhost (mx1.hub.org [200.46.204.183]) (amavisd-maia, port 10024) with ESMTP id 43307-02 for ; Fri, 14 Sep 2007 14:50:20 -0300 (ADT) X-Greylist: from auto-whitelisted by SQLgrey-1.7.5 Received: from oxford.xeocode.com (unknown [87.127.95.196]) by postgresql.org (Postfix) with ESMTP id 421279FB247 for ; Fri, 14 Sep 2007 14:50:20 -0300 (ADT) Received: from localhost ([127.0.0.1] helo=oxford.xeocode.com) by oxford.xeocode.com with esmtp (Exim 4.67) (envelope-from ) id 1IWFJ2-0002CT-BI; Fri, 14 Sep 2007 18:50:16 +0100 To: "Bruce Momjian" Cc: "Marshall\, Steve" , Subject: Re: PL/TCL Patch to prevent postgres from becoming multithreaded In-Reply-To: <200709141720.l8EHKwX13792@momjian.us> (Bruce Momjian's message of "Fri\, 14 Sep 2007 13\:20\:58 -0400 \(EDT\)") User-Agent: Gnus/5.11 (Gnus v5.11) Emacs/22.1 (gnu/linux) X-Draft-From: ("nnimap+mail01.enterprisedb.com:INBOX.patches" 2535) References: <200709141720.l8EHKwX13792@momjian.us> From: Gregory Stark Organization: EnterpriseDB Date: Fri, 14 Sep 2007 18:50:16 +0100 Message-ID: <87bqc5m90n.fsf@oxford.xeocode.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Virus-Scanned: Maia Mailguard 1.0.1 X-Archive-Number: 200709/251 X-Sequence-Number: 3793 "Bruce Momjian" writes: > This has been saved for the 8.4 release: > > http://momjian.postgresql.org/cgi-bin/pgpatches_hold > > --------------------------------------------------------------------------- > > Marshall, Steve wrote: >> There is a problem in PL/TCL that can cause the postgres backend to >> become multithreaded. Postgres is not designed to be multithreaded, so >> this causes downstream errors in signal handling. Um, this is a bug fix. Unless you had some problem with it? Do we have anyone actively maintaining pltcl these days? I'm intentionally quite unfamiliar with Tcl or I would be happy to verify it's reasonable. But the explanation seems pretty convincing. If we don't have anyone maintaining it then we're pretty much at the mercy of applying whatever patches come in from people who are more familiar with it than us. In my experience that's how new maintainers for modules of free software are often found anyways. -- Gregory Stark EnterpriseDB http://www.enterprisedb.com