You are viewing a plain text version of this content. The canonical link for it is here.
Posted to apache-bugdb@apache.org by Lars Eilebrecht <La...@unix-ag.org> on 1997/08/12 14:50:01 UTC

Re: mod_proxy/763: Apache dies with a segfault when attempting to proxy through

The following reply was made to PR mod_proxy/763; it has been noted by GNATS.

From: Lars Eilebrecht <La...@unix-ag.org>
To: apbugs@apache.org
Subject: Re: mod_proxy/763: Apache dies with a segfault when attempting  to proxy through
Date: Tue, 12 Aug 1997 14:43:00 +0200 (CEST)

 
 ----- Forwarded message from Zachary Amsden -----
 
 From amsdenz@aavid.com Tue Aug 12 14:29:11 1997
 Received: from firewall.aavid.com (firewall.aavid.com [199.92.156.104]) by harley.unix-ag.uni-siegen.de (Mailhost) with ESMTP id OAA04921 for <La...@unix-ag.org>; Tue, 12 Aug 1997 14:29:09 +0200
 Received: (from smap@localhost) by firewall.aavid.com (8.7.5/8.6.11) id LAA03936 for <La...@unix-ag.org>; Mon, 11 Aug 1997 11:25:23 -0500
 Received: from bugs-bunny(199.92.156.1) by firewall.aavid.com via smap (V2.0alpha)
 	id sma003926; Mon, 11 Aug 97 11:25:09 -0500Received: from pc0246.aavid.com ([172.16.0.27]) by bugs-bunny (SMI-8.6/8.6.11) with SMTP id IAA23049 for <La...@unix-ag.org>; Tue, 12 Aug 1997 08:21:47 -0400
 Message-Id: <3....@199.92.156.1>
 X-Sender: amsdenz@199.92.156.1
 X-Mailer: Windows Eudora Pro Version 3.0 (32)
 Date: Tue, 12 Aug 1997 08:31:54 -0400
 To: Lars.Eilebrecht@unix-ag.org
 From: Zachary Amsden <am...@aavid.com>
 Subject: Re: mod_proxy/763: Apache dies with a segfault when attempting
   to proxy through
 
 At 05:39 AM 8/10/97 -0700, you wrote:
 >Synopsis: Apache dies with a segfault when attempting to proxy through
 >
 >State-Changed-From-To: open-feedback
 >State-Changed-By: Lars.Eilebrecht@unix-ag.org
 >State-Changed-When: Sun Aug 10 05:39:41 PDT 1997
 >State-Changed-Why:
 >
 >Sorry, this problem report was unanswered for a long time.
 >
 >Does the problem still exists with the current
 >version?
 >
 
 I don't know.  This problem was a result of an overflow in the hash
 calculation
 of the cache filename.  The problem could be fixed fairly easily by
 calculating
 all of the hash characters first, then using a separate function to convert
 into
 a file/path name.
 
 Zachary Amsden
 amsden@andrew.cmu.edu
 
 ----- End of forwarded message from Zachary Amsden -----
 
 
 ciao...
 -- 
 Lars Eilebrecht      - "Keep computers away from windows"                    
 sfx@unix-ag.org        (Garfinkel/Spafford: Practical Unix & Internet Security)