Return-Path: Delivered-To: apache-bugdb-archive@hyperreal.org Received: (qmail 15413 invoked by uid 6000); 22 Aug 1998 23:00:07 -0000 Received: (qmail 15342 invoked by uid 2001); 22 Aug 1998 23:00:01 -0000 Date: 22 Aug 1998 23:00:01 -0000 Message-ID: <19980822230001.15341.qmail@hyperreal.org> To: apache-bugdb@apache.org Cc: apache-bugdb@apache.org, From: Marc Slemko Subject: Re: config/2891: Problems reading .htaccess in symlinked directory Reply-To: Marc Slemko Sender: apache-bugdb-owner@apache.org Precedence: bulk The following reply was made to PR config/2891; it has been noted by GNATS. From: Marc Slemko To: Gerd Knops Cc: apbugs@apache.org Subject: Re: config/2891: Problems reading .htaccess in symlinked directory Date: Sat, 22 Aug 1998 15:54:56 -0700 (PDT) On Sat, 22 Aug 1998, Gerd Knops wrote: > > is too long. This is a limitation of your OS; there is nothing > > Apache can do about it. > > > No, this is not the case. If I copy the directory instead of making a > symlink, it works fine. Also note that the directory doesn not even contain a > .htaccess file. But the point is that your OS is telling Apache very clearly that the path is too long. Apache does not do _ANYTHING_ special here; it just tries to open a file called .htaccess in the given directory. If your OS says it isn't there, it is happy and goes on. If your OS returns some unusual error, it has to reject access to be safe. Your OS is saying that the pathname is too long; for whatever reason, that is your OS's fault. > > So, to recap: > > If '/theUsers/gerti/www/devel_root/Photos/floppy' is a symlink (in my case > to /noname, a mounted floppy disk), I get the error message. > > If I copy /noname to /theUsers/gerti/www/devel_root/Photos and rename it to > floppy, it works fine. > > Looks like a bug to me... Sure, but it is almost certainly not a bug in Apache, but a bug in your OS. Your os is telling Apache that the path is too long. Perhaps whatever filesystem your floppy is on can't support filenames like ".htaccess". As I said, you can work around this by having Apache not look for htaccess files, but the problem isn't in Apache. > > I'll be glad to give you any info about my system you need. > > Gerd > > > > > The only reason it worked before > > is that Apache silently ignored such errors. That isn't correct > > behaviour, so it doesn't ignore them any more. > > >