Re[2]: [mp2] modperl test failed

[Alex Oboimov]

Hello Stas,

 you wrote:


SB> Should be OK for yourself if you don't use rflush, but it's definitely not OK
SB> otherwise.

I'm not sure which programs may use it, which not...


SB> Show us the *complete* output of:

SB> % t/TEST -verbose api/rflush.t

SB> and the t/logs/error_log as explained here:

Here it is:

 t/TEST -verbose api/rflush.t

/usr/local/apache2/bin/httpd -d /usr/local/src/mod_perl-1.99_14/t -f 
/usr/local/src/mod_perl-1.99_14/t/conf/httpd.conf -D APACHE2 -D PERL_USEITHREADS
using Apache/2.0.49 (prefork MPM)

waiting 120 seconds for server to start: 
...
waiting 120 seconds for server to start: ok (waited 54 secs)
server localhost.localdomain:8529 started
server localhost.localdomain:8530 listening (TestModperl::merge)
server localhost.localdomain:8531 listening (TestModperl::perl_options)
server localhost.localdomain:8532 listening (TestModperl::setupenv)
server localhost.localdomain:8533 listening (TestVhost::config)
server localhost.localdomain:8534 listening (TestProtocol::echo_filter)
server localhost.localdomain:8535 listening (TestProtocol::echo_timeout)
server localhost.localdomain:8536 listening (TestProtocol::echo_block)
server localhost.localdomain:8537 listening (TestPreConnection::note)
server localhost.localdomain:8538 listening (TestHooks::stacked_handlers2)
server localhost.localdomain:8539 listening (TestHooks::startup)
server localhost.localdomain:8540 listening (TestFilter::in_bbs_inject_header)
server localhost.localdomain:8541 listening (TestFilter::in_str_msg)
server localhost.localdomain:8542 listening (TestFilter::both_str_con_add)
server localhost.localdomain:8543 listening (TestFilter::in_bbs_msg)
server localhost.localdomain:8544 listening (TestDirective::perlmodule)
server localhost.localdomain:8545 listening (TestDirective::perlrequire)
server localhost.localdomain:8546 listening (TestPerl::ithreads)
server localhost.localdomain:8547 listening (TestDirective::perlloadmodule4)
server localhost.localdomain:8548 listening (TestDirective::perlloadmodule5)
server localhost.localdomain:8549 listening (TestDirective::perlloadmodule3)
server localhost.localdomain:8550 listening (TestDirective::perlloadmodule6)
t/api/rflush1..1
# Running under perl version 5.008001 for linux
# Current time local: Fri Jun 11 12:43:24 2004
# Current time GMT:   Fri Jun 11 07:43:24 2004
# Using Test.pm version 1.24
# testing : rflush creates bucket brigades
# expected: [][]
# received: []
not ok 1
FAILED test 1
Failed 1/1 tests, 0.00% okay
Failed TestStat Wstat Total Fail  Failed  List of Failed
---
t/api/rflush.t11 100.00%  1
Failed 1/1 test scripts, 0.00% okay. 1/1 subtests failed, 0.00% okay.
...done

### Here was unable to catch ALL warnings, from the screen ###

[warning] result: OK
[warning] the client side drops 'root' permissions and becomes 'nobody'
[Fri Jun 11 12:42:45 2004] [info] 27 Apache:: modules loaded
[Fri Jun 11 12:42:45 2004] [info] 5 APR:: modules loaded
[Fri Jun 11 12:42:45 2004] [info] base server + 17 vhosts ready to run tests
# Failed test 1 in t/api/rflush.t at line 13
[warning] server localhost.localdomain:8529 shutdown
[warning] port 8529 still in use...
[  error] error running tests (please examine t/logs/error_log)
[  error] oh darn, server dumped core
[  error] for stacktrace, run: gdb /usr/local/apache2/bin/httpd -core 
/usr/local/src/mod_perl-1.99_14/t/core.7183

### Now error-log:

[EMAIL PROTECTED] mod_perl-1.99_14]# less t/logs/error_log

END in modperl_extra.pl, pid=7178
Attempt to free unreferenced scalar at /usr/lib/perl5/5.8.1/Test/Harness.pm line 31.
[Fri Jun 11 12:43:22 2004] [notice] Apache/2.0.49 (Unix) mod_perl/1.99_14 Perl/v5.8.1 
configured -- resuming normal operations
[Fri Jun 11 12:43:22 2004] [info] Server built: Jun 10 2004 12:06:44
[Fri Jun 11 12:43:22 2004] [debug] prefork.c(955): AcceptMutex: sysvsem (default: 
sysvsem)
[Fri Jun 11 12:43:43 2004] [info] Child process pid=7182 is exiting
END in modperl_extra.pl, pid=7182
[Fri Jun 11 12:43:43 2004] [info] Child process pid=7185 is exiting
END in modperl_extra.pl, pid=7185
[Fri Jun 11 12:43:43 2004] [info] removed PID file 
/usr/local/src/mod_perl-1.99_14/t/logs/httpd.pid (pid=7180)
[Fri Jun 11 12:43:43 2004] [notice] caught SIGTERM, shutting down
END in modperl_extra.pl, pid=7180
Attempt to free unreferenced scalar at /usr/lib/perl5/5.8.1/Test/Harness.pm line 31.
=

### Now post-mortem :

1. Running (as recommended above):
gdb /usr/local/apache2/bin/httpd -core /usr/local/src/mod_perl-1.99_14/t/core.7183
2. Obtaining:

GNU gdb 5.3-25mdk (Mandrake Linux)
Copyright 2002 Free Software Foundation, Inc.
GDB is free software, covered by the GNU General Public License, and you are
welcome to change it and/or distribute copies of it under certain conditio

Re: mod_perl presence at OSCON (and other CONs) is at danger

[Gerald Richter]

Stas (or anybody else)
> It so appears that in the last few years we get less and less
> mod_perl talks and tutorials at the big (non-YAPC) conferences.

Do you know how many talks / tutorials were submitted ?

Asking the other way round: Was it a problem of to less submissions or that
the submissions didn't got accepted?

I have submitted a tutorial about mod_perl and security, but it wasn't
accepted. Since security is not so very special, I guess it was not
accepted, because the oscon people didn't expect so much interest in
mod_perl?

Gerald

---
Gerald Richterecos electronic communication services gmbh
IT-Securitylösungen * Webapplikationen mit Apache/Perl/mod_perl/Embperl

Post:   Tulpenstrasse 5  D-55276 Dienheim b. Mainz
E-Mail: [EMAIL PROTECTED]  Voice:   +49 6133 939-122
WWW:http://www.ecos.de/  Fax: +49 6133 939-333
---
ECOS BB-5000 Firewall- und IT-Security Appliance: www.bb-5000.info
---


-- 
Report problems: http://perl.apache.org/bugs/
Mail list info: http://perl.apache.org/maillist/modperl.html
List etiquette: http://perl.apache.org/maillist/email-etiquette.html

libapreq2-2.03-dev-rc3 available for testing

[Joe Schaefer]

Folks,

Please take this release candidate out for a test drive

  http://cvs.apache.org/~joes/libapreq2-2.03-dev-rc3.tar.gz  

and report back your success/failure.  I'd like to get 
this new developer release of libapreq2 on CPAN this weekend,
but I need a few volunteers to test it and report back
on their experience (please include platform and version
numbers for perl, mp2, and apache2 in your response).

== Changes with libapreq2-2.03-dev ==

- C API [joes]
  "Objectify" cookie/jar API: s/apreq_(make|serialize)_cookie/apreq_cookie_$1/
  and reordering args so the cookie/jar object is always the first argument.
  Macros added to provide source-compatibility with the old names.

- Perl API [joes]
  Added $upload->slurp($data), which reads the contents of the file
  upload "$upload" into the scalar "$data".

- C API [joes, randyk]
  apreq_run_(hook|parser) are macros, so they are capitalized now.
  Fixed apreq_params_as_string() and added apreq_params_as_array().
  Reworked definitions of APREQ_DECLARE_HOOK, APREQ_DECLARE_PARSER 
  and apreq_(parser|hook)_t, hopefully to be more Win32 friendly.
  Also updated the documentation.

- C API [joes]
  Compensate for a missing CRLF in empty file upload block, which 
  actually complies with RFC 2046 Section 5.1.1.  Konqueror (version unknown)
  and Mozilla 0.9.7 are known to emit such blocks.

- Perl API [joes]
  $req->upload() in list context failed to filter out non-uploads.
  Also $req->upload("nonexistent-key-name") segfaults.

- Perl test suite
  t/TEST.PL must run parent class' pre_configure to get the
  configuration right

- C API [joes]
  apreq_brigade_concat() wasn't supplying the final EOS bucket
  to large brigades (>256K), which somtimes caused the prefetch 
  loop in mod_apreq.c's apreq_filter() to hang.

- Documentation [joes]
  CHANGES file reformatted, removing dates & other clutter 
  as Stas suggests.

- C API [joes]
  Rewrote cgi_read() in apreq_env.c and reworked mod_apreq.c 
  to enforce apreq_env_max_body() settings.

- C API [joes]
  Fixed bug in url_parser code- missing context brigade was
  needed to track key-value pairs which span multiple buckets.

- C API [joes]
  API modifications: removed struct apreq_cfg_t, adding
  new apreq_env hooks max_body, max_brigade_len, and temp_dir.
  Folded apreq_parsers.h into apreq_params.h and modified the arguments 
  to apreq_run_parser() and apreq_run_hook(). Renamed 
  apreq_parser_t's content_type as enctype and apreq_copy_brigade()
  as apreq_brigade_copy().
  These changes make libapreq2.so.2.0.5 incompatible with earlier 
  versions.

- Perl API [stas]
  Include ppport.h from blead-perl to support older perls.
  Add a proper support for ithreads.

- C API [Swen Schillig, joes]
  Fixed bug in calculation of Netscape cookie expiration dates.
  apr_time_t is measured in microseconds, not seconds, which
  threw off the arithmetic; apr_time_from_sec was needed for
  the conversion.

- C API [Max Kellermann]
  Fix segfault caused by invalid %-escape sequence in query string.
==


Thanks!

-- 
Joe Schaefer



-- 
Report problems: http://perl.apache.org/bugs/
Mail list info: http://perl.apache.org/maillist/modperl.html
List etiquette: http://perl.apache.org/maillist/email-etiquette.html

Re: mod_perl presence at OSCON (and other CONs) is at danger

[Stas Bekman]

Gerald Richter wrote:
Stas (or anybody else)
It so appears that in the last few years we get less and less
mod_perl talks and tutorials at the big (non-YAPC) conferences.

Do you know how many talks / tutorials were submitted ?
I don't have that information. if you remember in the previous years some of 
us were asked to help choose the talks. In the last few years we are no longer 
asked to do so.

Asking the other way round: Was it a problem of to less submissions or that
the submissions didn't got accepted?
I have submitted a tutorial about mod_perl and security, but it wasn't
accepted. Since security is not so very special, I guess it was not
accepted, because the oscon people didn't expect so much interest in
mod_perl?
As I'm not involved with the committee that makes the decisions I can't tell. 
But I do know a few folks that have submitted talks and they weren't accepted. 
I know last year I submitted a tutorial and a talk, and only the tutorial was 
accepted. This year I didn't even bother to submit a talk proposal. I suppose 
other people get discouraged too and submit less. I could be wrong, as this is 
all handwaving.

--
__
Stas BekmanJAm_pH --> Just Another mod_perl Hacker
http://stason.org/ mod_perl Guide ---> http://perl.apache.org
mailto:[EMAIL PROTECTED] http://use.perl.org http://apacheweek.com
http://modperlbook.org http://apache.org   http://ticketmaster.com
--
Report problems: http://perl.apache.org/bugs/
Mail list info: http://perl.apache.org/maillist/modperl.html
List etiquette: http://perl.apache.org/maillist/email-etiquette.html

ModPerl and Perl on darwin jaguar/panther

[plumber]

ModPerl and Perl on darwin jaguar/panther
http://plumber.gnu-darwin.org/
Regards
-BEGIN PLUMBER CODE BLOCK-
Version: 1.0
¬ | | > Regards Plumber || GNU Darwin.
¬ | | > OOP --\///\ (0)=(0) Darwin/Power Mac G4.
¬ | | > ( __ò ó__ ) The best for Fede ¬ \\\ federicafontana.it ¬
--END PLUMBER CODE BLOCK--
-BEGIN GEEK CODE BLOCK-
Version: 3.1
GMU/S d+@ s: a- K+ PGP K dpu s--:-- C C-- B L X U
P+++ C--  P! L--- E+++ W+++ P! L--- N+++ o-- K+
--END GEEK CODE BLOCK--
--
Report problems: http://perl.apache.org/bugs/
Mail list info: http://perl.apache.org/maillist/modperl.html
List etiquette: http://perl.apache.org/maillist/email-etiquette.html

Re: Configuration problems

[Stas Bekman]

David Arnold wrote:
Neil,

Hello Sir
Don't know if you sort your problem out or not.
I had the same issue just yesterday our time ;-)
If you follow this:
http://apache.perl.org/docs/2.0/user/intro/start_fast.html#Configuration
Not the installation part and try the example scripts and Handler example
then it will work for you.
Seems like Redhat had done all the work already for us in Redhat9 install
rpm's.
Yes, I've seen and tried some of the things in this document, but not a
complete download and install. 

Are you also working with Red Hat 9? Did you put these things in your
httpd.conf?
  LoadModule perl_module modules/mod_perl.so
  PerlModule Apache2
  PerlModule Apache::compat
Or did you leave httpd.conf as is and go to trying the scripts?
Currently, I have the above in my httpd.conf and I also have the following
in my httpd.conf.
Alias /cgi-perl/ "/var/www/cgi-perl/"

SetHandler perl-script
PerlResponseHandler ModPerl::Registry
PerlOptions +ParseHeaders
Options ExecCGI

That looks good.
I place the following script in /var/www/cgi-perl and when I request it
from a browser I get a popup asking if I want to save the file to disk or
open it. Not the behavior I expect.
#! /usr/bin/perl
print "Content-type: text/plain\n\n";
print "Mod_perl 2.0 rocks!\n";
When you request it, what's the URI that you use to access it?
Another simple file I have in /var/www/cgi-perl is:
#! /usr/bin/perl
# perltest.pl
print "Content-Type: text/html\n\n";
print "Script Environment\n";
print map{ "$_=$ENV{$_}\n"} sort (keys (%ENV));
print "\n";
And curiously enough, this works when accessed by my browser, and one of
the environment variables it prints to the screen is:
And what's the URI this time?
MOD_PERL=mod_perl/1.99_07-dev
However, the   LoadModule perl_module modules/mod_perl.so in httpd.conf is
still causing an error message when I start and stop the server.
[EMAIL PROTECTED] cgi-perl]# /usr/sbin/apachectl stop
[Thu Jun 10 08:13:57 2004] [warn] module perl_module is already loaded,
skipping
[EMAIL PROTECTED] cgi-perl]# /usr/sbin/apachectl start
[Thu Jun 10 08:14:24 2004] [warn] module perl_module is already loaded,
skipping
I'm not quite sure what was the problem with an archaic version like 1.99_07. 
Please try the latest version 1.99_14 and let us know if the problem persists.

--
__
Stas BekmanJAm_pH --> Just Another mod_perl Hacker
http://stason.org/ mod_perl Guide ---> http://perl.apache.org
mailto:[EMAIL PROTECTED] http://use.perl.org http://apacheweek.com
http://modperlbook.org http://apache.org   http://ticketmaster.com
--
Report problems: http://perl.apache.org/bugs/
Mail list info: http://perl.apache.org/maillist/modperl.html
List etiquette: http://perl.apache.org/maillist/email-etiquette.html

Re: [mp2] modperl test failed

[Stas Bekman]

Alex Oboimov wrote:
[...]
### Issuing bt command ###
(gdb) bt
#0  0x40324a74 in Perl_pp_leavesub ()
   from /usr/lib/perl5/5.8.1/i386-linux-thread-multi/CORE/libperl.so
   #1  0x082ea320 in ?? ()
   #2  0x0918ae00 in ?? ()
   (gdb) q
==
That's all I have. Suppose, without symbols compiled in there's not enough information
That's already something. So now we know it segfaults inside perl. But the 
trace looks too short to be inside mod_perl. May be it's a corrupted frame. We 
 need to know what are the #1 and #0 frames are. So first please recompile 
mod_perl only with debug enabled and this time show us just the output of bt. 
It shouldn't take you too long to compile.

If that doesn't reveal the info we are after the next step will be to run the 
server under the gdb in first place, rather then try to process the core file.

SB> Thanks.
Sorry for this lengthy message, thanks.
That's not a problem, Alex. All the information you have submitted was important.
--
__
Stas BekmanJAm_pH --> Just Another mod_perl Hacker
http://stason.org/ mod_perl Guide ---> http://perl.apache.org
mailto:[EMAIL PROTECTED] http://use.perl.org http://apacheweek.com
http://modperlbook.org http://apache.org   http://ticketmaster.com
--
Report problems: http://perl.apache.org/bugs/
Mail list info: http://perl.apache.org/maillist/modperl.html
List etiquette: http://perl.apache.org/maillist/email-etiquette.html

Re: mod_perl2 timely catching SIGPIPE

[Stas Bekman]

[Jim, please keep the thread on the list, so others will be able to re-use 
that discussion via archives later on when they hit the same problem. Thanks.]

Excellent, looking forward for your docs Jim.

Is there any particular format people use to report such findings?  Any 
examples online?  I don't really consider this issue to be a bug, rather 
a need to understand how perl 5.8 handles signals.  But, I would guess 
there is some mod_perl doc that would be appropriate to include my 
signal explanation.
Right, this is not a bug.
Here is how to submit mod_perl doc patches in general:
http://perl.apache.org/download/docs.html
http://perl.apache.org/contribute/index.html
But if that's too hard, just submit your original report and the solution 
(including other solutions I've mentioned) as a short article in pod (or plain 
text) and I'll handle the rest.

Most likely it should belong here:
http://perl.apache.org/docs/2.0/user/coding/coding.html
but since this is a generic perl issue, not quite specific to mp2, it's 
probably better suited to:
http://perl.apache.org/docs/general/perl_reference/perl_reference.html
with cross-references from:
http://perl.apache.org/docs/2.0/user/coding/coding.html
http://perl.apache.org/docs/1.0/guide/porting.html

Once again... thanks so much for your help.  What a relief after 
battling this problem for 3 days.
You're welcome, Jim :)
--
__
Stas BekmanJAm_pH --> Just Another mod_perl Hacker
http://stason.org/ mod_perl Guide ---> http://perl.apache.org
mailto:[EMAIL PROTECTED] http://use.perl.org http://apacheweek.com
http://modperlbook.org http://apache.org   http://ticketmaster.com
--
Report problems: http://perl.apache.org/bugs/
Mail list info: http://perl.apache.org/maillist/modperl.html
List etiquette: http://perl.apache.org/maillist/email-etiquette.html

Re: reverse IP lookup for check all doimains on the server

[Brian Reichert]

On Fri, Jun 11, 2004 at 12:09:06AM +0200, Maxipoint Rep Office wrote:
> 
> 
> On Thu, Jun 10, 2004 at 11:51:02PM +0200, Maxipoint Rep Office wrote:
> > how create it at all? :-) about that I can not find any documentation
> 
> Create what?  A reverse lookup database?
> 
> Or CGI tools to display such a database?
> 
> 
> RE: CGI tool that display all domains connected on some server IP...

If you mean all domains on the IP(s) of _your_ server, then you
could write code that interprets your Apache config files.  I think
this would be a good starting point:



If you want magically divine all domains connected to an arbitrary
IP out there on the internet, then you're asking about a reverse
lookup database...

-- 
Brian Reichert  <[EMAIL PROTECTED]>
37 Crystal Ave. #303Daytime number: (603) 434-6842
Derry NH 03038-1713 USA BSD admin/developer at large

-- 
Report problems: http://perl.apache.org/bugs/
Mail list info: http://perl.apache.org/maillist/modperl.html
List etiquette: http://perl.apache.org/maillist/email-etiquette.html

Re: Configuration problems

[David Arnold]

Stas,

At 07:18 AM 6/11/04 -0700, you wrote:
>David Arnold wrote:
>> Neil,
>> 
>> 
>>>Hello Sir
>>>Don't know if you sort your problem out or not.
>>>I had the same issue just yesterday our time ;-)
>>>If you follow this:
>> 
>> http://apache.perl.org/docs/2.0/user/intro/start_fast.html#Configuration
>> 
>>>Not the installation part and try the example scripts and Handler example
>> 
>> then it will work for you.
>> 
>>>Seems like Redhat had done all the work already for us in Redhat9 install
>> 
>> rpm's.
>> 
>> Yes, I've seen and tried some of the things in this document, but not a
>> complete download and install. 
>> 
>> Are you also working with Red Hat 9? Did you put these things in your
>> httpd.conf?
>> 
>>   LoadModule perl_module modules/mod_perl.so
>>   PerlModule Apache2
>>   PerlModule Apache::compat
>> 
>> Or did you leave httpd.conf as is and go to trying the scripts?
>> 
>> Currently, I have the above in my httpd.conf and I also have the following
>> in my httpd.conf.
>> 
>> Alias /cgi-perl/ "/var/www/cgi-perl/"
>> 
>> SetHandler perl-script
>> PerlResponseHandler ModPerl::Registry
>> PerlOptions +ParseHeaders
>> Options ExecCGI
>> 
>
>That looks good.
>
>> I place the following script in /var/www/cgi-perl and when I request it
>> from a browser I get a popup asking if I want to save the file to disk or
>> open it. Not the behavior I expect.
>> 
>> 
>> #! /usr/bin/perl
>> print "Content-type: text/plain\n\n";
>> print "Mod_perl 2.0 rocks!\n";
>
>When you request it, what's the URI that you use to access it?

scinux.redwoods.edu/cgi-perl/rocks.pl

>> Another simple file I have in /var/www/cgi-perl is:
>> 
>> 
>> #! /usr/bin/perl
>> # perltest.pl
>> print "Content-Type: text/html\n\n";
>> print "Script Environment\n";
>> print map{ "$_=$ENV{$_}\n"} sort (keys (%ENV));
>> print "\n";
>> 
>> And curiously enough, this works when accessed by my browser, and one of
>> the environment variables it prints to the screen is:
>
>And what's the URI this time?

http://scinux.redwoods.edu/cgi-perl/perltest.pl

>> MOD_PERL=mod_perl/1.99_07-dev
>> 
>> However, the   LoadModule perl_module modules/mod_perl.so in httpd.conf is
>> still causing an error message when I start and stop the server.
>> 
>> [EMAIL PROTECTED] cgi-perl]# /usr/sbin/apachectl stop
>> [Thu Jun 10 08:13:57 2004] [warn] module perl_module is already loaded,
>> skipping
>> 
>> [EMAIL PROTECTED] cgi-perl]# /usr/sbin/apachectl start
>> [Thu Jun 10 08:14:24 2004] [warn] module perl_module is already loaded,
>> skipping
>
>I'm not quite sure what was the problem with an archaic version like
1.99_07. 
>Please try the latest version 1.99_14 and let us know if the problem
persists.

I may wind up trying this new download, but I'd like to try a few other
things first.

Thanks for your help.
__
>Stas BekmanJAm_pH --> Just Another mod_perl Hacker
>http://stason.org/ mod_perl Guide ---> http://perl.apache.org
>mailto:[EMAIL PROTECTED] http://use.perl.org http://apacheweek.com
>http://modperlbook.org http://apache.org   http://ticketmaster.com
>
>

-- 
Report problems: http://perl.apache.org/bugs/
Mail list info: http://perl.apache.org/maillist/modperl.html
List etiquette: http://perl.apache.org/maillist/email-etiquette.html

RE: reverse IP lookup for check all doimains on the server

[Maxipoint Rep Office]

-Original Message-
From: Brian Reichert [mailto:[EMAIL PROTECTED]
Sent: Friday, June 11, 2004 5:10 PM
To: Maxipoint Rep Office
Cc: Brian Reichert; [EMAIL PROTECTED]
Subject: Re: reverse IP lookup for check all doimains on the server


On Fri, Jun 11, 2004 at 12:09:06AM +0200, Maxipoint Rep Office wrote:
>
>
> On Thu, Jun 10, 2004 at 11:51:02PM +0200, Maxipoint Rep Office wrote:
> > how create it at all? :-) about that I can not find any documentation
>
> Create what?  A reverse lookup database?
>
> Or CGI tools to display such a database?
>
>
> RE: CGI tool that display all domains connected on some server IP...

If you mean all domains on the IP(s) of _your_ server,
RE: no on the mine server...


then you
could write code that interprets your Apache config files.  I think
this would be a good starting point:



If you want magically divine all domains connected to an arbitrary
IP out there on the internet, then you're asking about a reverse
lookup database...
RE: yes I wish reverse lookup from IPs on any server at the web!

any help?

:-)

-GP


-- 
Report problems: http://perl.apache.org/bugs/
Mail list info: http://perl.apache.org/maillist/modperl.html
List etiquette: http://perl.apache.org/maillist/email-etiquette.html

Re: Configuration problems

[Stas Bekman]

David Arnold wrote:
[...]
I place the following script in /var/www/cgi-perl and when I request it
from a browser I get a popup asking if I want to save the file to disk or
open it. Not the behavior I expect.
#! /usr/bin/perl
print "Content-type: text/plain\n\n";
print "Mod_perl 2.0 rocks!\n";
When you request it, what's the URI that you use to access it?

scinux.redwoods.edu/cgi-perl/rocks.pl

Another simple file I have in /var/www/cgi-perl is:
#! /usr/bin/perl
# perltest.pl
print "Content-Type: text/html\n\n";
print "Script Environment\n";
print map{ "$_=$ENV{$_}\n"} sort (keys (%ENV));
print "\n";
And curiously enough, this works when accessed by my browser, and one of
the environment variables it prints to the screen is:
And what's the URI this time?

http://scinux.redwoods.edu/cgi-perl/perltest.pl
OK, so try this: do
  cp perltest.pl rocks.pl
and rocks.pl should certainly work just like perltest.pl. Now try to slowly 
morph it into your original rocks.pl and see where the thing goes wrong. 
That's the usuall good-machine/bad-machine testing technique.

--
__
Stas BekmanJAm_pH --> Just Another mod_perl Hacker
http://stason.org/ mod_perl Guide ---> http://perl.apache.org
mailto:[EMAIL PROTECTED] http://use.perl.org http://apacheweek.com
http://modperlbook.org http://apache.org   http://ticketmaster.com
--
Report problems: http://perl.apache.org/bugs/
Mail list info: http://perl.apache.org/maillist/modperl.html
List etiquette: http://perl.apache.org/maillist/email-etiquette.html

Re: Configuration problems

[David Arnold]

Stas,

Oooh! that's easy. Just change one line of rocks.pl. That is, change

print "Content-type: text/plain\n\n";

to

print "Content-type: text/html\n\n";

And all is well. 


At 08:27 PM 6/11/04 -0700, you wrote:
>David Arnold wrote:
>[...]
I place the following script in /var/www/cgi-perl and when I request it
from a browser I get a popup asking if I want to save the file to disk or
open it. Not the behavior I expect.


#! /usr/bin/perl
print "Content-type: text/plain\n\n";
print "Mod_perl 2.0 rocks!\n";
>>>
>>>When you request it, what's the URI that you use to access it?
>> 
>> 
>> scinux.redwoods.edu/cgi-perl/rocks.pl
>> 
>> 
Another simple file I have in /var/www/cgi-perl is:


#! /usr/bin/perl
# perltest.pl
print "Content-Type: text/html\n\n";
print "Script Environment\n";
print map{ "$_=$ENV{$_}\n"} sort (keys (%ENV));
print "\n";

And curiously enough, this works when accessed by my browser, and one of
the environment variables it prints to the screen is:
>>>
>>>And what's the URI this time?
>> 
>> 
>> http://scinux.redwoods.edu/cgi-perl/perltest.pl
>
>OK, so try this: do
>
>   cp perltest.pl rocks.pl
>
>and rocks.pl should certainly work just like perltest.pl. Now try to slowly 
>morph it into your original rocks.pl and see where the thing goes wrong. 
>That's the usuall good-machine/bad-machine testing technique.
>
>-- 
>__
>Stas BekmanJAm_pH --> Just Another mod_perl Hacker
>http://stason.org/ mod_perl Guide ---> http://perl.apache.org
>mailto:[EMAIL PROTECTED] http://use.perl.org http://apacheweek.com
>http://modperlbook.org http://apache.org   http://ticketmaster.com
>
>-- 
>Report problems: http://perl.apache.org/bugs/
>Mail list info: http://perl.apache.org/maillist/modperl.html
>List etiquette: http://perl.apache.org/maillist/email-etiquette.html
>
>
>

-- 
Report problems: http://perl.apache.org/bugs/
Mail list info: http://perl.apache.org/maillist/modperl.html
List etiquette: http://perl.apache.org/maillist/email-etiquette.html

Re: Configuration problems

[Stas Bekman]

David Arnold wrote:
Stas,
Oooh! that's easy. Just change one line of rocks.pl. That is, change
print "Content-type: text/plain\n\n";
to
print "Content-type: text/html\n\n";
And all is well. 
Strange. It looks like a problem in your browser then. text/plain is a fine 
content-type.

--
__
Stas BekmanJAm_pH --> Just Another mod_perl Hacker
http://stason.org/ mod_perl Guide ---> http://perl.apache.org
mailto:[EMAIL PROTECTED] http://use.perl.org http://apacheweek.com
http://modperlbook.org http://apache.org   http://ticketmaster.com
--
Report problems: http://perl.apache.org/bugs/
Mail list info: http://perl.apache.org/maillist/modperl.html
List etiquette: http://perl.apache.org/maillist/email-etiquette.html