Return-Path: owner-new-httpd Received: by taz.hyperreal.com (8.6.12/8.6.5) id PAA22024; Tue, 8 Aug 1995 15:24:06 -0700 Received: from epprod.elsevier.co.uk by taz.hyperreal.com (8.6.12/8.6.5) with ESMTP id PAA22019; Tue, 8 Aug 1995 15:24:01 -0700 Received: from snowdon.elsevier.co.uk (snowdon.elsevier.co.uk [193.131.197.164]) by epprod.elsevier.co.uk (8.6.12/8.6.12) with ESMTP id XAA25727 for ; Tue, 8 Aug 1995 23:21:53 +0100 Received: from www.elsevier.co.uk (actually host www) by snowdon with SMTP (PP); Tue, 8 Aug 1995 23:20:31 +0100 Received: by www.elsevier.co.uk (4.1/SMI-4.1) id AA15940; Tue, 8 Aug 95 23:19:41 BST Date: Tue, 8 Aug 95 23:19:41 BST From: Andrew Wilson Message-Id: <9508082219.AA15940@www.elsevier.co.uk> To: new-httpd@hyperreal.com Subject: Re: problem with nested includes? Sender: owner-new-httpd@apache.org Precedence: bulk Reply-To: new-httpd@apache.org > I have a file with nested includes in it and the file is definitely being > read, and is not having the directives evaluated... are nested includes > broken intentionally in apache 0.8.8 :-( ? Or is it just me? > > The file that contains the nest has: > > > > and DocumentRoot/lastmod.inc has: > > > Last modified: > .

> > And there are .htaccess files specifying that .inc (in the document root) > and the file containing the "#include" are to be parsed for includes. > > And the setup works fine with apache_0.7.3k, but with apache_0.8.8 the > lastmod.inc file _is_ read, but not parsed... or at least I get no date > info out of it... of course, if I just paste the contents of lastmod.inc > into the file where I want the timestamp, it works... but that still leaves > me wondering why the included file isn't parsed. > > Hope I haven't just made some stupid error, but the 0.7.3k version of > apache handles this, so I don't think so. > > Ideas? Thanks, Uuuh, try making BOTH files u+x: chmod u+x the_file.html chmod u+x DocumentRoot/lastmod.inc that's if you're using the -DXBITHACK mods to indicate that the files are to be parsed. The alternative is to add the directive XBitHack Full to the .htaccess governing these pages, or more globally XBitHack Full in the conf/access.conf Then again you could tell the server that .inc files are really like .shtml files (I don't use this notation but it's a directive to indicate that the server should parse these files) in srm.conf AddType text/x-server-parsed-html .shtml As ever: #ifdef ANDY_ISNT_TALKING_CACK which on current form is very unlikely. You know, this could probably be the start of another compatibility note, Brian? Cheers, Ay > -ech > > ______________________________________________________ > Eric Hagberg Phone: 212-746-6387 > User Services Manager, CUMC/OAC Fax: 212-746-8161