From dev-return-9922-apmail-apr-dev-archive=apr.apache.org@apr.apache.org Thu Jun 05 05:55:07 2003 Return-Path: Delivered-To: apmail-apr-dev-archive@apr.apache.org Received: (qmail 40775 invoked by uid 500); 5 Jun 2003 05:55:06 -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 40738 invoked from network); 5 Jun 2003 05:55:06 -0000 Errors-To: Message-Id: <5.2.0.9.2.20030605005222.026fd238@pop3.rowe-clan.net> X-Sender: wrowe%rowe-clan.net@pop3.rowe-clan.net X-Mailer: QUALCOMM Windows Eudora Version 5.2.0.9 Date: Thu, 05 Jun 2003 00:53:32 -0500 To: Justin Erenkrantz From: "William A. Rowe, Jr." Subject: RE: [PATCH] Be verbose during shl_load on HP-UX Cc: "MATHIHALLI,MADHUSUDAN (HP-Cupertino,ex1)" , "'Joe Orton'" , "'dev@apr.apache.org'" In-Reply-To: <2147483647.1054751649@dhcp31-80.ics.uci.edu> References: <1FE4AC40A0D4DA47B9E84CE8F266CB7F182073@xsun04.ptp.hp.com> <1FE4AC40A0D4DA47B9E84CE8F266CB7F182073@xsun04.ptp.hp.com> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" X-Spam-Rating: daedalus.apache.org 1.6.2 0/1000/N At 08:34 PM 6/4/2003, Justin Erenkrantz wrote: >--On Wednesday, June 4, 2003 9:10 PM -0400 "MATHIHALLI,MADHUSUDAN (HP-Cupertino,ex1)" wrote: > >>Actually, I was just wondering : why would somebody want to close the stderr >>? I'd think the best they'd do is to dup stderr to /dev/null or something. > >IIRC, httpd will specifically close stderr to ensure that the children processes can not write to stderr. So, yes, it's quite common. -- justin You don't (RC). The WORST POSSIBLE THING you can do is leave fd 2 pointing at some arbitrarily opened resource that suddenly is corrupted by a library's emits, or a stray exec() in a third party module. Although I agree with Cliff's point (that we should not be emitting stderr messages when we can avoid it at any cost) ... any app design that reuses fd 0, 1 or 2 is going to trip over itself at some point. Bill