Received: (qmail 1544 invoked by uid 2012); 26 Jan 1999 16:10:17 -0000 Message-Id: <19990126161017.1543.qmail@hyperreal.org> Date: 26 Jan 1999 16:10:17 -0000 From: Paul Worcester Reply-To: worcester@rocketmail.com To: apbugs@hyperreal.org Subject: httpd: [Tue Jan 26 09:09:44 1999] [notice] child pid 4464 exit signal Segmentation fault (11) X-Send-Pr-Version: 3.2 >Number: 3771 >Category: mod_auth-any >Synopsis: httpd: [Tue Jan 26 09:09:44 1999] [notice] child pid 4464 exit signal Segmentation fault (11) >Confidential: no >Severity: critical >Priority: medium >Responsible: apache >State: closed >Class: sw-bug >Submitter-Id: apache >Arrival-Date: Tue Jan 26 08:20:00 PST 1999 >Last-Modified: Wed Apr 21 10:25:17 PDT 1999 >Originator: worcester@rocketmail.com >Organization: >Release: 1.3.3 , 1.3.4 >Environment: uname -a = Linux pworcester 2.0.36 #16 Sun Jan 10 08:36:27 EST 1999 i686 gcc -v = Reading specs from /usr/lib/gcc-lib/i686-linux-libc5/2.8.1/specs gcc version 2.8.1 ldd --version = ldd (GNU libc) 2.0.7 ld -v = GNU ld version 2.9.1 (with BFD 2.9.1.0.7) >Description: When setting up user authentication with .htaccess, after the userid and password are accepted, the browser (Netscape 3.01 on both hp-ux 9.05 or Linux 2.036) replies with "Document contains no data". If I remove the "require valid-user" directive, I can see the contents of the directory. .htaccess contains; AuthName "Secure Directory" AuthType Basic AuthUserFile /root/public_html/.htpasswd require valid-user httpd.conf contains; UserDir public_html Options Indexes FollowSymLinks AllowOverride ALL Order allow,deny Allow from all >How-To-Repeat: set-up public_html dir and compile apache for glibc2.0.7 libraries. This does not happen on a libc5 system. >Fix: >Audit-Trail: State-Changed-From-To: open-feedback State-Changed-By: dgaudet State-Changed-When: Tue Apr 20 18:56:00 PDT 1999 State-Changed-Why: This works fine on my redhat 5.2/glibc system... you still having this problem? Dean From: Paul Worcester To: dgaudet@apache.org Cc: apbugs@apache.org Subject: Re: mod_auth-any/3771: httpd: [Tue Jan 26 09:09:44 1999] [notice] child pid 4464 exit signal Segmentation fault (11) Date: Wed, 21 Apr 1999 06:53:46 -0700 (PDT) I haven't revisited it. I'm not running redhat. This is a slackware with kernel 2.036, gcc 2.81, glibc-2.0.7 === Paul L. Worcester worcester@rocketmail.com ---dgaudet@apache.org wrote: > > [In order for any reply to be added to the PR database, ] > [you need to include in the Cc line ] > [and leave the subject line UNCHANGED. This is not done] > [automatically because of the potential for mail loops. ] > [If you do not include this Cc, your reply may be ig- ] > [nored unless you are responding to an explicit request ] > [from a developer. ] > [Reply only with text; DO NOT SEND ATTACHMENTS! ] > > > Synopsis: httpd: [Tue Jan 26 09:09:44 1999] [notice] child pid 4464 exit signal Segmentation fault (11) > > State-Changed-From-To: open-feedback > State-Changed-By: dgaudet > State-Changed-When: Tue Apr 20 18:56:00 PDT 1999 > State-Changed-Why: > This works fine on my redhat 5.2/glibc system... you still > having this problem? > > Dean > > _________________________________________________________ DO YOU YAHOO!? Get your free @yahoo.com address at http://mail.yahoo.com State-Changed-From-To: feedback-closed State-Changed-By: dgaudet State-Changed-When: Wed Apr 21 10:25:16 PDT 1999 State-Changed-Why: Well I mentioned redhat/glibc to indicate that it does work on at least one glibc system. I'm not sure what the problem is with yours... but I'm tempted to say that it's a slackware specific bug. If you do find out that apache is at fault I'd like to hear... but I'm going to close this out for now, sorry. thanks for choosing apache! Dean >Unformatted: [In order for any reply to be added to the PR database, ] [you need to include in the Cc line ] [and leave the subject line UNCHANGED. This is not done] [automatically because of the potential for mail loops. ] [If you do not include this Cc, your reply may be ig- ] [nored unless you are responding to an explicit request ] [from a developer. ] [Reply only with text; DO NOT SEND ATTACHMENTS! ]