From dev-return-22450-apmail-apr-dev-archive=apr.apache.org@apr.apache.org Fri Oct 16 15:18:58 2009 Return-Path: Delivered-To: apmail-apr-dev-archive@www.apache.org Received: (qmail 40774 invoked from network); 16 Oct 2009 15:18:58 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.3) by minotaur.apache.org with SMTP; 16 Oct 2009 15:18:58 -0000 Received: (qmail 14512 invoked by uid 500); 16 Oct 2009 15:18:58 -0000 Delivered-To: apmail-apr-dev-archive@apr.apache.org Received: (qmail 14418 invoked by uid 500); 16 Oct 2009 15:18:58 -0000 Mailing-List: contact dev-help@apr.apache.org; run by ezmlm Precedence: bulk List-Post: List-Help: List-Unsubscribe: List-Id: Delivered-To: mailing list dev@apr.apache.org Received: (qmail 14410 invoked by uid 99); 16 Oct 2009 15:18:58 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Fri, 16 Oct 2009 15:18:58 +0000 X-ASF-Spam-Status: No, hits=-2.6 required=5.0 tests=AWL,BAYES_00 X-Spam-Check-By: apache.org Received-SPF: neutral (athena.apache.org: local policy) Received: from [64.202.165.38] (HELO smtpauth21.prod.mesa1.secureserver.net) (64.202.165.38) by apache.org (qpsmtpd/0.29) with SMTP; Fri, 16 Oct 2009 15:18:53 +0000 Received: (qmail 11101 invoked from network); 16 Oct 2009 15:18:32 -0000 Received: from unknown (76.252.112.72) by smtpauth21.prod.mesa1.secureserver.net (64.202.165.38) with ESMTP; 16 Oct 2009 15:18:32 -0000 Message-ID: <4AD88EC7.3030402@rowe-clan.net> Date: Fri, 16 Oct 2009 10:18:31 -0500 From: "William A. Rowe, Jr." User-Agent: Thunderbird 2.0.0.23 (Windows/20090812) MIME-Version: 1.0 To: "Yuri V. Vishnevskiy" CC: Jonathan Leffler , dev@apr.apache.org Subject: Re: Crash in apr_file_close() (Linux) References: <20091016083949.GA6748@redhat.com> <4AD834B5.4090808@apache.org> <20091016090105.GA6977@redhat.com> <4AD83A1D.5030208@apache.org> <20091016092159.GA7404@redhat.com> <4AD87183.40601@apache.org> <844b8e1c0910160741o759daebem1de9ba7ea3d055dc@mail.gmail.com> In-Reply-To: Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Yuri V. Vishnevskiy wrote: >> >> If you close standard output, functions that write to standard output >> should >> not succeed - there is nowhere for the information to go. That is >> (or, IMO, >> should be) expected behaviour. > > No doubt. Then how should I to use std* after apr_terminate()? Once you call apr_terminate(), all bets are off if you use such posix entities of apr objects. If apr_terminate() is closing the system-provided stdin/out/err, that is something we can fix either in 1.x (if it is inconsistent/ill defined) or 2.0 for certain.