Return-Path: Delivered-To: new-httpd-archive@hyperreal.org Received: (qmail 14965 invoked by uid 6000); 8 Aug 1999 16:18:41 -0000 Received: (qmail 14947 invoked from network); 8 Aug 1999 16:18:38 -0000 Received: from ns.skylink.it (root@194.177.113.1) by taz.hyperreal.org with SMTP; 8 Aug 1999 16:18:38 -0000 Received: from kim.ispra.webweaving.org (va-157.skylink.it [194.185.55.157]) by ns.skylink.it (8.9.1/8.8.8) with ESMTP id SAA03747; Sun, 8 Aug 1999 18:17:36 +0200 Received: from kim.ispra.webweaving.org (kim.ispra.webweaving.org [10.0.0.2]) by kim.ispra.webweaving.org (8.8.8/8.8.5) with ESMTP id QAA03225; Sun, 8 Aug 1999 16:17:40 GMT X-Passed: MX on Ispra.WebWeaving.org Sun, 8 Aug 1999 16:17:40 GMT and masked X-No-Spam: Neither the receipients nor the senders email address(s) are to be used for Unsolicited (Commercial) Email without the explicit written consent of either party; as a per-message fee is incurred for inbound and outbound traffic to the originator. Posted-Date: Sun, 8 Aug 1999 16:17:40 GMT Date: Sun, 8 Aug 1999 18:17:39 +0200 (CEST) From: Dirk-Willem van Gulik X-Sender: dirkx@kim.ispra.webweaving.org To: new-httpd@apache.org cc: apache-1.3-cvs@hyperreal.org Subject: Re: cvs commit: apache-1.3/src/ap ap_base64.c In-Reply-To: <19990808161259.14029.qmail@hyperreal.org> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: new-httpd-owner@apache.org Precedence: bulk Reply-To: new-httpd@apache.org Status: O Eh. I am not quite sure why I only now see this one going in. And why it says 'disk full'. But I supped a comletely fresh copy of CVS and CVS certainly seems as correct as it should be. Dw. On 8 Aug 1999 dirkx@hyperreal.org wrote: > dirkx 99/08/08 09:12:58 > > Added: src/ap ap_base64.c > Log: > disk full > > Revision Changes Path > 1.1 apache-1.3/src/ap/ap_base64.c > > Index: ap_base64.c > =================================================================== ... > /* * base64 encoder/decoder. Origianly part of main/util.c > * but moved here so that support/ab and ap_sha1.c could > * use it. This mean (re)moving the ap_palloc()s. And adding > * ugly 'len' functions. Which is quite a nasty cost. > */ .. >