Return-Path: Delivered-To: new-httpd-archive@hyperreal.org Received: (qmail 11542 invoked by uid 6000); 12 Aug 1999 13:35:54 -0000 Received: (qmail 11535 invoked from network); 12 Aug 1999 13:35:52 -0000 Received: from david.siemens.de (192.35.17.14) by taz.hyperreal.org with SMTP; 12 Aug 1999 13:35:52 -0000 X-Envelope-Sender-Is: martin.kraemer@mch.sni.de (at relayer david.siemens.de) Received: from mail2.siemens.de (mail2.siemens.de [139.25.208.14]) by david.siemens.de (8.9.3/8.9.3) with ESMTP id PAA01520 for ; Thu, 12 Aug 1999 15:35:50 +0200 (MET DST) Received: from deejai.mch.sni.de (deejai.mch.sni.de [139.25.105.242]) by mail2.siemens.de (8.9.3/8.9.3) with ESMTP id PAA07193 for ; Thu, 12 Aug 1999 15:35:49 +0200 (MET DST) Received: (from martin@localhost) by deejai.mch.sni.de (8.8.7/8.8.7(UNIX)) id PAA06172 for new-httpd@apache.org; Thu, 12 Aug 1999 15:35:46 +0200 (MET DST) Message-ID: <19990812153544.G5486@deejai.mch.sni.de> Date: Thu, 12 Aug 1999 15:35:44 +0200 From: Martin Kraemer To: new-httpd@apache.org Subject: Re: [PHP-DEV] More on the error under FreeBSD 2.2.8/A-1.3.8/PHP3.0.12 References: <199908121315.JAA04535@devsys.jaguNET.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.93.2i In-Reply-To: <199908121315.JAA04535@devsys.jaguNET.com>; from Jim Jagielski on Thu, Aug 12, 1999 at 09:15:34AM -0400 X-Operating-System: SINIX-D 5.41 C1001 X-Organization: Siemens AG (Muenchen, W.Germany) X-Phone: +49-89-636-46021 X-Disclaimer: THE COMMENTS CONTAINED IN THIS MESSAGE REFLECT THE VIEWS OF THE WRITER AND ARE NOT NECESSARILY THE VIEWS OF SIEMENS AG X-No-Junk-Mail: I do not want to get *any* junk mail. Sender: new-httpd-owner@apache.org Precedence: bulk Reply-To: new-httpd@apache.org On Thu, Aug 12, 1999 at 09:15:34AM -0400, Jim Jagielski wrote: > > I think I prefer this patch. It maintains the "old" behavior of > ap_uuencode/ap_uudecode, provides the "pool" versions of these > directly (we can say use of ap_uuencode/ap_uudecode is depreciated), > and makes the b64 versions more clearly defined as such. Yes, but the pool based ap_pbase64*() functions are missing. Wouldn't it be nice to have them as well? (That was my main reason for the -0.) Martin -- | Siemens Information and Phone: +49-89-636-46021 | Communication Products FAX: +49-89-636-47816 | 81730 Munich, Germany