Return-Path: Delivered-To: apmail-apr-dev-archive@www.apache.org Received: (qmail 93464 invoked from network); 17 Mar 2005 00:20:48 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (209.237.227.199) by minotaur-2.apache.org with SMTP; 17 Mar 2005 00:20:48 -0000 Received: (qmail 89772 invoked by uid 500); 17 Mar 2005 00:20:48 -0000 Delivered-To: apmail-apr-dev-archive@apr.apache.org Received: (qmail 89476 invoked by uid 500); 17 Mar 2005 00:20:47 -0000 Mailing-List: contact dev-help@apr.apache.org; run by ezmlm Precedence: bulk List-Post: List-Help: List-Unsubscribe: List-Subscribe: Delivered-To: mailing list dev@apr.apache.org Received: (qmail 89459 invoked by uid 99); 17 Mar 2005 00:20:47 -0000 X-ASF-Spam-Status: No, hits=0.1 required=10.0 tests=FORGED_RCVD_HELO X-Spam-Check-By: apache.org Received-SPF: pass (hermes.apache.org: local policy) Received: from agamemnon.cnchost.com (HELO agamemnon.cnchost.com) (207.155.252.31) by apache.org (qpsmtpd/0.28) with ESMTP; Wed, 16 Mar 2005 16:20:46 -0800 Received: from rcsv650.rowe-clan.net (c-24-13-128-132.client.comcast.net [24.13.128.132]) by agamemnon.cnchost.com id TAA08629; Wed, 16 Mar 2005 19:20:44 -0500 (EST) [ConcentricHost SMTP Relay 1.17] Errors-To: Message-Id: <6.2.1.2.2.20050316181229.033f33a0@pop3.rowe-clan.net> X-Mailer: QUALCOMM Windows Eudora Version 6.2.1.2 Date: Wed, 16 Mar 2005 18:15:09 -0600 To: Curt Arnold From: "William A. Rowe, Jr." Subject: Re: Collision with Subversion when using apr-iconv on Windows Cc: APR Developer List In-Reply-To: <846d446260c772156e96adc2f19a91db@apache.org> References: <846d446260c772156e96adc2f19a91db@apache.org> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" X-Virus-Checked: Checked X-Spam-Rating: minotaur-2.apache.org 1.6.2 0/1000/N At 10:07 AM 3/15/2005, Curt Arnold wrote: >iconv modules compiled using apr-0.9.x are not compatible with >applications build with apr-1.x. The crash is likely occurring when a >passed in apr_pool_t from the 1.x implementation used by the caller is >passed to the uninitialized apr-0.9.x implementation referenced by the >module. The environment variable approach doesn't distinguish between >0.9 and 1.x compatible modules. I think that's the bottom line, we absolutely cannot use the same envvar for both flavors. Should have been changed to APR_ICONV_1_PATH and I apologize we overlooked that.