Return-Path: Delivered-To: apmail-perl-modperl-archive@www.apache.org Received: (qmail 94786 invoked from network); 16 Jul 2004 14:44:08 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (209.237.227.199) by minotaur-2.apache.org with SMTP; 16 Jul 2004 14:44:08 -0000 Received: (qmail 27963 invoked by uid 500); 16 Jul 2004 14:43:57 -0000 Delivered-To: apmail-perl-modperl-archive@perl.apache.org Received: (qmail 27698 invoked by uid 500); 16 Jul 2004 14:43:54 -0000 Mailing-List: contact modperl-help@perl.apache.org; run by ezmlm Precedence: bulk list-help: list-unsubscribe: list-post: Delivered-To: mailing list modperl@perl.apache.org Received: (qmail 27683 invoked by uid 99); 16 Jul 2004 14:43:54 -0000 X-ASF-Spam-Status: No, hits=1.0 required=10.0 tests=HTML_30_40,HTML_MESSAGE,HTML_TITLE_EMPTY X-Spam-Check-By: apache.org X-Sasl-enc: YV52Kxb8sojOmp1xaLwRqA 1089989027 Message-ID: <40F7E9A3.2050903@breame.com> Date: Fri, 16 Jul 2004 15:43:47 +0100 From: Colin JN Breame User-Agent: Mozilla Thunderbird 0.7.1 (Windows/20040626) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Wouter van Vliet Cc: 'Geoffrey Young' , modperl@perl.apache.org Subject: Re: index.pl weirdness References: <20040714000315.4315337840@smtp7.wanadoo.nl> In-Reply-To: <20040714000315.4315337840@smtp7.wanadoo.nl> Content-Type: multipart/alternative; boundary="------------000507010105070405010502" X-Virus-Checked: Checked X-Spam-Rating: minotaur-2.apache.org 1.6.2 0/1000/N --------------000507010105070405010502 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Finally figured this one out, and I'm embarrassed to say that it was the browser caching the result. *blush* Thanks for your help, Colin Wouter van Vliet wrote: >On dinsdag 13 juli 2004 18:12, Colin JN Breame wrote: > > > >>Geoffrey Young wrote: >> >> >> >>>Colin JN Breame wrote: >>> >>> >>> >>> >>>>Hi, >>>> >>>>I have a problem with apache and mod_perl; >>>> >>>>The cgi-bin directory has many perl files in it. All execute except >>>>index.pl which produces the browser Save As dialog. The content of >>>>the file saved is the content of index.pl (not something else). >>>> >>>>However, if I rename the file to something other than index.pl (e.g. >>>>index1.pl), it executes as it should. >>>> >>>> >>>> >>>> >>>this definitely sounds like a mod_autoindex issue >>> >>> >>> >>> >>> >>>>I've removed any DirectoryIndex directives. >>>> >>>> >>>> >>>> >>>try >>> >>> Options +ExecCGI -Indexes >>> >>>or just >>> >>> Options ExecCGI >>> >>>don't forget to restart apache so the configuration changes are >>>applied :) >>> >>>if that doesn't work, I'm out of ideas, save issuing a direct telnet >>>request to your server to see what is actually coming off the wire. >>>something like this should do the trick: >>> >>>$ telnet server.example.com 80 >>>Trying 127.0.0.1... >>>Connected to server.example.com (127.0.0.1). >>>Escape character is '^]'. >>>GET /index.pl HTTP/1.1 >>>Host: server.example.com >>> >>>the last two lines are the ones you type, followed by two newlines. >>> >>>HTH >>> >>>--Geoff >>> >>> >>> >>> >>> >>> >>> >>Geoff, >> >>Thanks for your response. >> >>I've checked the Indexes option (Options +ExecCGI -Indexes) but it >>seems to have no effect. >> >>I've also removed all reference to mod_autoindex and again, the >>problem persists. >> >>Colin >> >> > >Do you explicitly send an apropriate header? Though, .. This really doesn't >matter much when the unparsed file is send back to the client. Weird .. Can >you give us some (preferrably all) insight in the httpd.conf sections >referring to any perl parsing? (basically any line referring to perl, and >it's enclosing tags. > >Silly thing maybe, but have you checked the file permissions on the file? > > > > > --------------000507010105070405010502 Content-Type: text/html; charset=us-ascii Content-Transfer-Encoding: 7bit Finally figured this one out, and I'm embarrassed to say that it was the browser caching the result.  *blush*

Thanks for your help,

Colin

Wouter van Vliet wrote:
On dinsdag 13 juli 2004 18:12, Colin JN Breame wrote:

  
Geoffrey Young wrote:

    
Colin JN Breame wrote:


      
Hi,

I have a problem with apache and mod_perl;

The cgi-bin directory has many perl files in it.  All execute except
index.pl which produces the browser Save As dialog.  The content of
the file saved is the content of index.pl (not something else).

However, if I rename the file to something other than index.pl (e.g.
index1.pl), it executes as it should.


        
this definitely sounds like a mod_autoindex issue



      
I've removed any DirectoryIndex directives.


        
try

 Options +ExecCGI -Indexes

or just

 Options ExecCGI

don't forget to restart apache so the configuration changes are
applied :) 

if that doesn't work, I'm out of ideas, save issuing a direct telnet
request to your server to see what is actually coming off the wire. 
something like this should do the trick: 

$ telnet server.example.com 80
Trying 127.0.0.1...
Connected to server.example.com (127.0.0.1).
Escape character is '^]'.
GET /index.pl HTTP/1.1
Host: server.example.com

the last two lines are the ones you type, followed by two newlines.

HTH

--Geoff





      
Geoff,

Thanks for your response.

I've checked the Indexes option (Options +ExecCGI -Indexes) but it
seems to have no effect.

I've also removed all reference to mod_autoindex and again, the
problem persists.

Colin
    

Do you explicitly send an apropriate header? Though, .. This really doesn't
matter much when the unparsed file is send back to the client. Weird .. Can
you give us some (preferrably all) insight in the httpd.conf sections
referring to any perl parsing? (basically any line referring to perl, and
it's enclosing tags.

Silly thing maybe, but have you checked the file permissions on the file?

--------------000507010105070405010502--