date:20030825

Craig Shelley wrote:
does anything change if you use

  $rr = $f->$r->lookup_uri("subrequest.txt", $f->next);


No it doesn't seem any different, the server still seg faults.
When it does this, it produces no output at all.
telnet 127.0.0.1 80
Trying 127.0.0.1...
Connected to 127.0.0.1.
Escape character is '^]'.
GET / HTTP/1.0
 
Connection closed by foreign host.
I'll take a look at it. But you didn't supply a complete bug report as 
explained http://perl.apache.org/bugs/. Please do so.

__
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


--
Reporting bugs: http://perl.apache.org/bugs/
Mail list info: http://perl.apache.org/maillist/modperl.html

Re: [Mason] Can't locate object method "new"via package "Apache::Request"

On Mon, 2003-08-25 at 14:45, Stas Bekman wrote:
> K Old wrote:
> > On Mon, 2003-08-25 at 13:13, Stas Bekman wrote:
> > 
> >>K Old wrote:
> >>
> >>>On Mon, 2003-08-25 at 00:18, Randy Kobes wrote:
> >>>
> >>>
> On Sun, 24 Aug 2003, K Old wrote:
> 
> 
> 
> >Hello everyone,
> >
> >I've put HTML::Mason on a few servers now and have had problems with
> >Apache::Request and Apache::Test on two of them.  My most recent is
> >having the problem and I'm about to go crazy if I don't figure out why
> >installs keep having problems.
> >
> >Here's my setup:  RH 7.2, Apache 1.3.27, mod_perl 1.26, Perl 5.6.1 - all
> >installed from RPM's.
> >
> >I did a "install HTML::Mason" from the CPAN command line and all the
> >dependencies were downloaded and some didn't compile.  The two that
> >didn't are Apache::Test-1.03 and libapreq-1.2.
> 
> [ .. ]
> Regarding the failure of the tests in these two packages,
> what happens if you unpack, build, and test these as
> a non-root user, only becoming root to install them?
> There's some subtelties running the tests as root.
> >>>
> >>>
> >>>Randy,
> >>>
> >>>Ok, yes, this worked...to a point!  I pulled down fresh copies of the
> >>>modules from CPAN, unpacked, build and tested with another user.  All
> >>>tests were successful with Apache::Test with the normal user, but I had
> >>>to go to root for the tests for libapreq1.2 as my webserver needed the
> >>>root user to start FrontPage services.  Doing the make test for
> >>>libapreq-1.2 all test fail and I get this in the t/logs/error_log:
> >>>
> >>>[Mon Aug 25 08:49:12 2003] [error] Can't load
> >>>'/home/admin/libapreq-1.2/blib/arch/auto/Apache/Cookie/Cookie.so' for
> >>>module Apache::Cookie: libapreq.so.1: cannot open shared object file: No
> >>>such file or directory at /usr/lib/perl5/5.6.1/i386-linux/DynaLoader.pm
> >>>line 206.
> >>> at /usr/lib/perl5/site_perl/5.6.1/i386-linux/mod_perl.pm line 14
> >>>Compilation failed in require at
> >>>/home/admin/libapreq-1.2/t/response/TestApReq/big_input.pm line 9.
> >>>BEGIN failed--compilation aborted at
> >>>/home/admin/libapreq-1.2/t/response/TestApReq/big_input.pm line 9.
> >>>Compilation failed in require at (eval 4) line 3.
> >>
> >>That's a known linking problem. It has been fixed in the cvs, get the cvs 
> >>instructions from http://httpd.apache.org/apreq/.
> >>
> >>Joe, may be a new 1.x version should be released?
> > 
> > 
> > Stas,
> > 
> > I've downloaded the CVS, unpacked, built and tested with a not root
> > user, and still received the same errors as before.
> > 
> > Here's the syntax I'm using for build, etc:
> > 
> > (CVS version)
> > perl Makefile.PL
> > make
> > make test
> > 
> > (Module from CPAN)
> > perl Makefile.PL
> > make
> > make test
> > 
> > then
> > 
> > ./configure --with-apache-includes=/usr/include/apache
> > make
> > make install
> > perl Makefile.PL
> > make
> > make test
> > 
> > Is there anything I'm not doing right?
> > 
> > I've tried to disable the FrontPage stuff so that the non root user
> > should be able to start apache without the errors, but either by root or
> > non root user I get the same error messages regarding Cookie.so and so
> > forth.
> 
> That probably means that my patches weren't applied. K Old, see
> http://marc.theaimsgroup.com/?l=apreq-dev&m=105965131008577&w=2
> 
> Does it solve the problem for you?

Stas,

That did it!  And to answer your question, no it doesn't look like your
changes were committed.

Thank you so much for your assistance with this!  I really appreciate
it!

Kevin
-- 
K Old <[EMAIL PROTECTED]>



-- 
Reporting bugs: http://perl.apache.org/bugs/
Mail list info: http://perl.apache.org/maillist/modperl.html

Re: Interpreting HTML

2.0 docs aren't completed and most 1.0 docs apply to 2.0. So for now one has 
to look at the 1.0 docs, if /docs/2.0 doesn't cover your question yet.

Help to port the 1.0 docs to 2.0 is very appreciated.

__
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


--
Reporting bugs: http://perl.apache.org/bugs/
Mail list info: http://perl.apache.org/maillist/modperl.html

Re: SubRequest in Filter MP2 [QUESTION]

2003-08-25 Thread Craig Shelley


> does anything change if you use
> 
>$rr = $f->$r->lookup_uri("subrequest.txt", $f->next);

No it doesn't seem any different, the server still seg faults.
When it does this, it produces no output at all.

telnet 127.0.0.1 80
Trying 127.0.0.1...
Connected to 127.0.0.1.
Escape character is '^]'.
GET / HTTP/1.0
 
Connection closed by foreign host.


Thank you for looking into this.

-- 
Craig Shelley <[EMAIL PROTECTED]>



Just don't create a file called -rf.  :-)
 -- Larry Wall in <[EMAIL PROTECTED]>



-- 
Reporting bugs: http://perl.apache.org/bugs/
Mail list info: http://perl.apache.org/maillist/modperl.html

Interpreting HTML

2003-08-25 Thread js

I have apache2 and mod_perl2 setup and running without any problems with .PL
files.

In apache2 I have my test directory setup like the following:

Alias /test/ C:/apache2/htdocs/
  
  SetHandler perl-script
  PerlResponseHandler ModPerl::Registry
  PerlOptions +ParseHeaders
  Options +ExecCGI
  


How do I stop .HTML files from being interpreted?

JS





-- 
Reporting bugs: http://perl.apache.org/bugs/
Mail list info: http://perl.apache.org/maillist/modperl.html

Re: SubRequest in Filter MP2 [QUESTION]

2003-08-25 Thread Geoffrey Young



 my $rr = $f->r->lookup_uri("subrequest.txt");
 #$rr->run;

For some reason, the server segfaults when the above code is run (with
the $rr->run line present)
does anything change if you use

  $rr = $f->$r->lookup_uri("subrequest.txt", $f->next);

?

--Geoff



--
Reporting bugs: http://perl.apache.org/bugs/
Mail list info: http://perl.apache.org/maillist/modperl.html

SubRequest in Filter MP2 [QUESTION]

2003-08-25 Thread Craig Shelley

Hello,
I am a newbie to this list, so please forgive me if this is not the
place where I should asking this question.

I am writing a filter module for MP2 that will parse its input for
certain embedded commands.

One of these commands should cause the filter to issue a SubRequest to
get the output of another file or cgi script on the server.

The output of the SubRequest will also be processed, and I will need to
have access to the headers it returned, I can then set cookies etc.

In MP1 I had big problems when it came to processing the output of a
SubRequest because there was no way of capturing the output.

In MP2 Progress has been somewhat slower since I am unfamiliar with the
documentation.

Before porting all my code from MP1 to MP2 I decided to write some test
scripts to check that I was able to use the functionality that I
require.

Here is my test setup


PerlOutputFilterHandler Apache::testfilter

 

> package Apache::testfilter;
>  
>  
>   use strict;
>   use warnings;
>  
>  
>   use Apache::Filter ();
>   use Apache::SubRequest ();
>   use Apache::RequestRec ();
>   use APR::Table ();
>  
>  
>   use Apache::Const -compile => qw(OK);
>  
>  
>   use constant BUFF_LEN => 1024;
>  
>  
>   sub handler {
>   my $f = shift;
>  
>  
>  
>  
>   unless ($f->ctx) {
>   $f->r->headers_out->unset('Content-Length');
>   $f->ctx(1);
>  
>  
>  
>  
>  
>  
>   my $rr = $f->r->lookup_uri("subrequest.txt");
>   #$rr->run;
>  
>  
>   }
>  
>  
>   #From the filter example on perl.apache.org */
>   while ($f->read(my $buffer, BUFF_LEN)) {
>   $buffer =~ s/[\r\n]//g;
>   $f->print($buffer);
>   }
>  
>  
>   $f->print("\nEnd of Filter\n");
>   return Apache::OK;
>   }
>   1;


For some reason, the server segfaults when the above code is run (with
the $rr->run line present)

 [Mon Aug 25 16:16:12 2003] [notice] Graceful restart requested, doing  restart
 apache2: Could not determine the server's fully qualified domain name, using 
127.0.0.1 for ServerName
 [Mon Aug 25 16:16:12 2003] [notice] Apache/2.0.47 (Debian GNU/Linux) mod_perl/1.99_09 
Perl/v5.8.0 configured -- resuming normal operations

Then when I make a request...

 [Mon Aug 25 16:16:16 2003] [notice] child pid 13250 exit signal Segmentation fault 
(11)

I know I am doing something wrong because I have still not figured out a
way to obtain the output from the subrequest.
After a few hours of trying different things, I found that a subrequest
will work if it is in one of the handler modules eg PerlResponseHandler

I would like to thank anyone (in advance) for helping me solve this
problem.

-- 
Craig Shelley <[EMAIL PROTECTED]>






A "goto" in Perl falls into the category of hard things that should be
possible, not easy things that should be easy.
 -- Larry Wall in <[EMAIL PROTECTED]>




-- 
Reporting bugs: http://perl.apache.org/bugs/
Mail list info: http://perl.apache.org/maillist/modperl.html

Re: [Mason] Can't locate object method "new" via package"Apache::Request"

On Mon, 2003-08-25 at 00:18, Randy Kobes wrote:
> On Sun, 24 Aug 2003, K Old wrote:
> 
> > Hello everyone,
> >
> > I've put HTML::Mason on a few servers now and have had problems with
> > Apache::Request and Apache::Test on two of them.  My most recent is
> > having the problem and I'm about to go crazy if I don't figure out why
> > installs keep having problems.
> >
> > Here's my setup:  RH 7.2, Apache 1.3.27, mod_perl 1.26, Perl 5.6.1 - all
> > installed from RPM's.
> >
> > I did a "install HTML::Mason" from the CPAN command line and all the
> > dependencies were downloaded and some didn't compile.  The two that
> > didn't are Apache::Test-1.03 and libapreq-1.2.
> [ .. ]
> Regarding the failure of the tests in these two packages,
> what happens if you unpack, build, and test these as
> a non-root user, only becoming root to install them?
> There's some subtelties running the tests as root.

Randy,

Ok, yes, this worked...to a point!  I pulled down fresh copies of the
modules from CPAN, unpacked, build and tested with another user.  All
tests were successful with Apache::Test with the normal user, but I had
to go to root for the tests for libapreq1.2 as my webserver needed the
root user to start FrontPage services.  Doing the make test for
libapreq-1.2 all test fail and I get this in the t/logs/error_log:

[Mon Aug 25 08:49:12 2003] [error] Can't load
'/home/admin/libapreq-1.2/blib/arch/auto/Apache/Cookie/Cookie.so' for
module Apache::Cookie: libapreq.so.1: cannot open shared object file: No
such file or directory at /usr/lib/perl5/5.6.1/i386-linux/DynaLoader.pm
line 206.
 at /usr/lib/perl5/site_perl/5.6.1/i386-linux/mod_perl.pm line 14
Compilation failed in require at
/home/admin/libapreq-1.2/t/response/TestApReq/big_input.pm line 9.
BEGIN failed--compilation aborted at
/home/admin/libapreq-1.2/t/response/TestApReq/big_input.pm line 9.
Compilation failed in require at (eval 4) line 3.

[Mon Aug 25 08:49:12 2003] [error] Undefined subroutine
&TestApReq::big_input::handler called.

[Mon Aug 25 08:49:12 2003] [error] Undefined subroutine
&TestApReq::big_input::handler called.

I've tried to install DynaLoader.pm from CPAN, but it says it's up to
date.

Any other suggests!

Thanks for your help so far!

Kevin

-- 
K Old <[EMAIL PROTECTED]>

-- 
Reporting bugs: http://perl.apache.org/bugs/
Mail list info: http://perl.apache.org/maillist/modperl.html

RE: Can't locate object method "new" via package "Apache::Request"

Ok, in the libapreq module I did the "configure" 

./configure --with-apache-includes=/usr/includes/apache
make
make install

Everything compiled just fine.

Then did
perl Makefile.PL && make && make test && make install

All of the tests still failed and the t/logs/error_log still reported:

[Sun Aug 24 23:01:32 2003] [info] Created shared memory segment #5275663
[Sun Aug 24 23:01:32 2003] [info] allocated semaphore #3768340
[Sun Aug 24 23:01:33 2003] [info] Created shared memory segment #5373967
[Sun Aug 24 23:01:33 2003] [info] allocated semaphore #3833876
[Sun Aug 24 23:01:33 2003] [info] created shared memory segment #5439505

Any advice how I proceed from here?

Thanks
Kevin


On Sun, 2003-08-24 at 22:49, S.B.S wrote:
> I ran into the same problem. What I had to do was compile libapreq as a
> shared library first. That solved things nicely.
> 
> HTH.
> 
> Regards,
> S. G.
-- 
K Old <[EMAIL PROTECTED]>



-- 
Reporting bugs: http://perl.apache.org/bugs/
Mail list info: http://perl.apache.org/maillist/modperl.html

Re: syntax error ... near "compile qw(:common)"

Harold Martin wrote:
[...]
Sorry Harold, it doesn't work this way. You ask for help, I ask you for the
additional details as described at http://perl.apache.org/bugs/, instead you
dump on us 80k of code.
Sorry, I attached the code but my mail program must've converted it into
inline text.
No, no, it was attached just fine. By 'dumping' I meant that we need a simple
short code sample if possible. Reviewing 80k of code is not an option, unless
we can reproduce the problem easily, which wasn't the case. Probably getting
you to use the latest cvs will make it easier to have a similar env.

I understand that you may not be able to write a short
script since you aren't familiar with that code, but at least sending the
output of t/REPORT is the least you have to do.
Output of mp2bug it *attached* to this message (if it includes it inline again I'll email the developers).
Much better, however unfortunately older versions of mod_perl 2.0's mp2bug
weren't including the mp version number, so I still can't tell what version
you are on (not your fault ;). The cvs version's mp2bug does the right thing.

Nevertheless I did try the attached files and I can't reproduce this problem
with the latest cvs. Try upgrading your mod_perl to the latest cvs version, I
have no idea which version you have.
I'll use that ASAP.
Ok, looking forward for you updated report if you still have the problem with
the cvs version. Make sure to send the complete error message so we can map
the line number to the offending code in the module.

__
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

--
Reporting bugs: http://perl.apache.org/bugs/
Mail list info: http://perl.apache.org/maillist/modperl.html

Re: syntax error ... near "compile qw(:common)"

On Sun, 2003-08-24 at 19:46, Stas Bekman wrote:
> Harold Martin wrote:
> > On Sun, 2003-08-24 at 18:12, Stas Bekman wrote:
> > 
> >>Harold Martin wrote:
> >>
> >>>On Sun, 2003-08-24 at 17:21, Stas Bekman wrote:
> >>>
> >>>
> Harold Martin wrote:
> 
> 
> >Hello,
> >When I try to start up Apache, I get the error:
> >[error] syntax error at /usr/lib/perl5/site_perl/5.8.0/ProMP3.pm
> > 
> > line 8,
> > 
> >near "compile qw(:common)"
> >Compilation failed in require at
> > 
> > /etc/httpd/promp3/promp3.handler.pl
> > 
> >line 6.
> >BEGIN failed--compilation aborted at
> > 
> > /etc/httpd/promp3/promp3.handler.pl
> > 
> >line 6.
> >Compilation failed in require at (eval 1) line 1.
> >
> >ProMP3.pm's has:
> >use Apache2 ();
> >use Apache::compat;
> >use Apache::ServerUtil ();
> >use strict;
> >use vars qw($VERSION);
> >use DBI;
> >use Apache::Const -compile qw(:common);
> 
> where did you find an example of this?
> 
> It should be:
> 
> use Apache::Const -compile => qw(:common);
> 
> or:
> 
> use Apache::Const -compile, qw(:common);
> >>>
> >>>
> >>>The form I used is from the Apache::Const page 
> >>>http://perl.apache.org/docs/2.0/api/Apache/Const.html#C__common_
> >>
> >>Ah thank you, I've fixed that.
> >>
> >>
> >>>Using either of the two other lines results in the error:
> >>>[error] Can't locate # in @INC ...
> >>>
> >>>What's that all about?
> >>
> >>Please post a short test example and a full error message as a part of
> > 
> > a 
> > 
> >>proper bug report as explained here:
> >>http://perl.apache.org/bugs/
> > 
> > 
> > Is there any other way to figure what's wrong? The code isn't mine, but
> > someone else's, so I'm really not a whole lot of use there. As for
> > posting an example, it's the same as from
> > http://sourceforge.net/project/showfiles.php?group_id=12829 but just
> > modified slightly according to the porting guidelines. I've only changed
> > and added a few use statements and changed the constants from the m_p 1
> > form to the m_p 2 from. I've attached the two pieces of code that I
> > modified (the module and the handler) for you.
> 
> Sorry Harold, it doesn't work this way. You ask for help, I ask you for the 
> additional details as described at http://perl.apache.org/bugs/, instead you 
> dump on us 80k of code.
Sorry, I attached the code but my mail program must've converted it into
inline text. 
> I understand that you may not be able to write a short 
> script since you aren't familiar with that code, but at least sending the 
> output of t/REPORT is the least you have to do.
Output of mp2bug it *attached* to this message (if it includes it inline again I'll 
email the developers).
> Nevertheless I did try the attached files and I can't reproduce this problem 
> with the latest cvs. Try upgrading your mod_perl to the latest cvs version, I 
> have no idea which version you have.
I'll use that ASAP.
> One thing that for sure is wrong with that code is that you either use 
> 'Apache::compat' and you don't replace Apache::Constants with Apache::Const, 
> or you don't use 'Apache::compat' and then in addition to what you have added 
> (i.e. use Apache::Const -compile => qw(:common);), you need to 
> s/Apache::Constants/Apache::Const/g in the code.
Done and done.
Still getting the same errors as before.

Thanks,
Harold

-8<-- Start Bug Report 8<--
1. Problem Description:

  [DESCRIBE THE PROBLEM HERE]

2. Used Components and their Configuration:

*** using 
/usr/lib/perl5/vendor_perl/5.8.0/i386-linux-thread-multi/Apache/BuildConfig.pm
*** Makefile.PL options:
  MP_APXS=> /usr/sbin/apxs
  MP_COMPAT_1X   => 1
  MP_GENERATE_XS => 1
  MP_LIBNAME => mod_perl
  MP_USE_DSO => 1
  MP_USE_STATIC  => 1


*** /usr/sbin/httpd -V
Server version: Apache/2.0.46
Server built:   Aug  6 2003 11:24:31
Server's Module Magic Number: 20020903:3
Architecture:   32-bit
Server compiled with
 -D APACHE_MPM_DIR="server/mpm/prefork"
 -D APR_HAS_SENDFILE
 -D APR_HAS_MMAP
 -D APR_HAVE_IPV6 (IPv4-mapped addresses disabled)
 -D APR_USE_SYSVSEM_SERIALIZE
 -D APR_USE_PTHREAD_SERIALIZE
 -D SINGLE_LISTEN_UNSERIALIZED_ACCEPT
 -D APR_HAS_OTHER_CHILD
 -D AP_HAVE_RELIABLE_PIPED_LOGS
 -D HTTPD_ROOT="/etc/httpd"
 -D SUEXEC_BIN="/usr/sbin/suexec"
 -D DEFAULT_PIDLOG="logs/httpd.pid"
 -D DEFAULT_SCOREBOARD="logs/apache_runtime_status"
 -D DEFAULT_LOCKFILE="logs/accept.lock"
 -D DEFAULT_ERRORLOG="logs/error_log"
 -D AP_TYPES_CONFIG_FILE="conf/mime.types"
 -D SERVER_CONFIG_FILE="conf/httpd.conf"


*** /usr/bin/perl -V
Summary of my perl5 (revision 5.0 version 8 subversion 0) configuration:
  Platform:
osname=linux, osvers=2.4.21-1.1931.2.291.entbigmem, 
archname=i386-linux-thread-multi
uname='linux por'
config_args='-des -Doptimize=-O2 -g -pipe -march=i386 -mcpu=i686 
-Dmyhostname=localhost [EMAIL PROTECTED] -Dcc=gcc -Dcf_by=Red Hat, Inc.

Re: [Mason] Can't locate object method "new" via package "Apache::Request"

2003-08-25 Thread Randy Kobes

On Sun, 24 Aug 2003, K Old wrote:

> Hello everyone,
>
> I've put HTML::Mason on a few servers now and have had problems with
> Apache::Request and Apache::Test on two of them.  My most recent is
> having the problem and I'm about to go crazy if I don't figure out why
> installs keep having problems.
>
> Here's my setup:  RH 7.2, Apache 1.3.27, mod_perl 1.26, Perl 5.6.1 - all
> installed from RPM's.
>
> I did a "install HTML::Mason" from the CPAN command line and all the
> dependencies were downloaded and some didn't compile.  The two that
> didn't are Apache::Test-1.03 and libapreq-1.2.
[ .. ]
Regarding the failure of the tests in these two packages,
what happens if you unpack, build, and test these as
a non-root user, only becoming root to install them?
There's some subtelties running the tests as root.

-- 
best regards,
randy kobes


-- 
Reporting bugs: http://perl.apache.org/bugs/
Mail list info: http://perl.apache.org/maillist/modperl.html

Re: syntax error ... near "compile qw(:common)"

Harold Martin wrote:
On Sun, 2003-08-24 at 18:12, Stas Bekman wrote:

Harold Martin wrote:

On Sun, 2003-08-24 at 17:21, Stas Bekman wrote:


Harold Martin wrote:


Hello,
When I try to start up Apache, I get the error:
[error] syntax error at /usr/lib/perl5/site_perl/5.8.0/ProMP3.pm
line 8,

near "compile qw(:common)"
Compilation failed in require at
/etc/httpd/promp3/promp3.handler.pl

line 6.
BEGIN failed--compilation aborted at
/etc/httpd/promp3/promp3.handler.pl

line 6.
Compilation failed in require at (eval 1) line 1.
ProMP3.pm's has:
use Apache2 ();
use Apache::compat;
use Apache::ServerUtil ();
use strict;
use vars qw($VERSION);
use DBI;
use Apache::Const -compile qw(:common);
where did you find an example of this?

It should be:

use Apache::Const -compile => qw(:common);

or:

use Apache::Const -compile, qw(:common);


The form I used is from the Apache::Const page 
http://perl.apache.org/docs/2.0/api/Apache/Const.html#C__common_
Ah thank you, I've fixed that.


Using either of the two other lines results in the error:
[error] Can't locate # in @INC ...
What's that all about?
Please post a short test example and a full error message as a part of
a 

proper bug report as explained here:
http://perl.apache.org/bugs/


Is there any other way to figure what's wrong? The code isn't mine, but
someone else's, so I'm really not a whole lot of use there. As for
posting an example, it's the same as from
http://sourceforge.net/project/showfiles.php?group_id=12829 but just
modified slightly according to the porting guidelines. I've only changed
and added a few use statements and changed the constants from the m_p 1
form to the m_p 2 from. I've attached the two pieces of code that I
modified (the module and the handler) for you.
Sorry Harold, it doesn't work this way. You ask for help, I ask you for the 
additional details as described at http://perl.apache.org/bugs/, instead you 
dump on us 80k of code. I understand that you may not be able to write a short 
script since you aren't familiar with that code, but at least sending the 
output of t/REPORT is the least you have to do.

Nevertheless I did try the attached files and I can't reproduce this problem 
with the latest cvs. Try upgrading your mod_perl to the latest cvs version, I 
have no idea which version you have.

One thing that for sure is wrong with that code is that you either use 
'Apache::compat' and you don't replace Apache::Constants with Apache::Const, 
or you don't use 'Apache::compat' and then in addition to what you have added 
(i.e. use Apache::Const -compile => qw(:common);), you need to 
s/Apache::Constants/Apache::Const/g in the code.



__
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


--
Reporting bugs: http://perl.apache.org/bugs/
Mail list info: http://perl.apache.org/maillist/modperl.html

RE: Can't locate object method "new" via package "Apache::Request"

2003-08-25 Thread S.B.S

I ran into the same problem. What I had to do was compile libapreq as a
shared library first. That solved things nicely.

HTH.

Regards,
S. G.



-- 
Reporting bugs: http://perl.apache.org/bugs/
Mail list info: http://perl.apache.org/maillist/modperl.html

Can't locate object method "new" via package "Apache::Request"

Hello everyone,

I've put HTML::Mason on a few servers now and have had problems with
Apache::Request and Apache::Test on two of them.  My most recent is
having the problem and I'm about to go crazy if I don't figure out why
installs keep having problems.

Here's my setup:  RH 7.2, Apache 1.3.27, mod_perl 1.26, Perl 5.6.1 - all
installed from RPM's.

I did a "install HTML::Mason" from the CPAN command line and all the
dependencies were downloaded and some didn't compile.  The two that
didn't are Apache::Test-1.03 and libapreq-1.2.

So, for Apache::Test I proceed to "make clean" and then do:
perl Makefile.PL
make
make test


/usr/bin/perl -Iblib/arch -Iblib/lib \
t/TEST -clean
*** setting ulimit to allow core files
ulimit -c unlimited; t/TEST -clean
APACHE_USER= APXS= APACHE_PORT= APACHE_GROUP= APACHE= \
/usr/bin/perl -Iblib/arch -Iblib/lib \
t/TEST -verbose=0 
*** setting ulimit to allow core files
ulimit -c unlimited; t/TEST -verbose=0
*** root mode: changing the fs ownership to 'nobody' (99:99)
/usr/sbin/httpd -X -d /root/.cpan/build/Apache-Test-1.03/t -f
/root/.cpan/build/Apache-Test-1.03/t/conf/httpd.conf -DAPACHE1 
using Apache/1.3.27 

waiting for server to start: .
waiting for server to start: ok (waited 0 secs)
server localhost.localdomain:8529 started
ping...ok
requestFAILED tests 1, 5,
8-9
Failed 4/9 tests, 55.56% okay
Failed Test Stat Wstat Total Fail  Failed  List of Failed
---
request.t  94  44.44%  1 5 8-9
*** server localhost.localdomain:8529 shutdown
!!! error running tests (please examine t/logs/error_log)
make: *** [run_tests] Error 1



[Sun Aug 24 21:16:49 2003] [info] Created shared memory segment #4259853
[Sun Aug 24 21:16:49 2003] [info] allocated semaphore #3112976
[Sun Aug 24 21:16:50 2003] [info] Created shared memory segment #4358157
[Sun Aug 24 21:16:50 2003] [info] allocated semaphore #3178512
[Sun Aug 24 21:16:50 2003] [info] created shared memory segment #4423695


I then did a make install and it installed the files, but they are
broken.

At any rate, I tried libapreq with the following:
make clean
perl Makefile.PL -httpd /usr/sbin/httpd


generating script t/TEST
Checking if your kit is complete...
Looks good
Writing Makefile for libapreq
mkdir ../blib
mkdir ../blib/arch
mkdir ../blib/arch/auto
mkdir ../blib/arch/auto/libapreq
Warning: -L../blib/arch/auto/libapreq changed to
-L/root/.cpan/build/libapreq-1.2/Request/../blib/arch/auto/libapreq
Writing Makefile for Apache::Request
Warning: -L../blib/arch/auto/libapreq changed to
-L/root/.cpan/build/libapreq-1.2/Cookie/../blib/arch/auto/libapreq
Writing Makefile for Apache::Cookie
Writing Makefile for libapreq


make
make test


make[1]: Entering directory `/root/.cpan/build/libapreq-1.2/c'
make[1]: Leaving directory `/root/.cpan/build/libapreq-1.2/c'
make[1]: Entering directory `/root/.cpan/build/libapreq-1.2/Request'
make[1]: Leaving directory `/root/.cpan/build/libapreq-1.2/Request'
make[1]: Entering directory `/root/.cpan/build/libapreq-1.2/Cookie'
make[1]: Leaving directory `/root/.cpan/build/libapreq-1.2/Cookie'
/usr/bin/perl -Iblib/arch -Iblib/lib \
t/TEST -clean
*** setting ulimit to allow core files
ulimit -c unlimited; t/TEST -clean
APACHE_USER= APXS= APACHE_PORT= APACHE_GROUP= APACHE= \
/usr/bin/perl -Iblib/arch -Iblib/lib \
t/TEST -verbose=0 
*** setting ulimit to allow core files
ulimit -c unlimited; t/TEST -verbose=0
*** root mode: changing the fs ownership to 'nobody' (99:99)
/usr/sbin/httpd -X -d /root/.cpan/build/libapreq-1.2/t -f
/root/.cpan/build/libapreq-1.2/t/conf/httpd.conf -DAPACHE1 
using Apache/1.3.27 

waiting for server to start: .
waiting for server to start: ok (waited 0 secs)
server localhost.localdomain:8529 started
apreq/big_inputFAILED tests
1-21 
Failed 21/21 tests, 0.00% okay
apreq/cookie...FAILED test
1 
Failed 1/1 tests, 0.00% okay
apreq/inherit..FAILED test
1 
Failed 1/1 tests, 0.00% okay
apreq/request..FAILED tests
1-2  
Failed 2/2 tests, 0.00% okay
Failed Test   Stat Wstat Total Fail  Failed  List of Failed
---
apreq/big_input.t   21   21 100.00%  1-21
apreq/cookie.t   11 100.00%  1
apreq/inherit.t  11 100.00%  1
apreq/request.t  22 100.00%  1-2
*** server localhost.localdomain:8529 shutdown
!!! error running tests (please examine t/logs/error_log)
make: *** [run_tests] Error 1




[Sun Aug 24 21:21:59 2003] [info] Created shared memory segment #4489230
[Sun Aug 24 21:21:59 2003] [info] allocated semaphore #

Re: syntax error ... near "compile qw(:common)"

On Sun, 2003-08-24 at 18:12, Stas Bekman wrote:
> Harold Martin wrote:
> > On Sun, 2003-08-24 at 17:21, Stas Bekman wrote:
> > 
> >>Harold Martin wrote:
> >>
> >>>Hello,
> >>>When I try to start up Apache, I get the error:
> >>>[error] syntax error at /usr/lib/perl5/site_perl/5.8.0/ProMP3.pm
line 8,
> >>>near "compile qw(:common)"
> >>>Compilation failed in require at
/etc/httpd/promp3/promp3.handler.pl
> >>>line 6.
> >>>BEGIN failed--compilation aborted at
/etc/httpd/promp3/promp3.handler.pl
> >>>line 6.
> >>>Compilation failed in require at (eval 1) line 1.
> >>>
> >>>ProMP3.pm's has:
> >>>use Apache2 ();
> >>>use Apache::compat;
> >>>use Apache::ServerUtil ();
> >>>use strict;
> >>>use vars qw($VERSION);
> >>>use DBI;
> >>>use Apache::Const -compile qw(:common);
> >>
> >>where did you find an example of this?
> >>
> >>It should be:
> >>
> >>use Apache::Const -compile => qw(:common);
> >>
> >>or:
> >>
> >>use Apache::Const -compile, qw(:common);
> > 
> > 
> > The form I used is from the Apache::Const page 
> > http://perl.apache.org/docs/2.0/api/Apache/Const.html#C__common_
> 
> Ah thank you, I've fixed that.
> 
> > Using either of the two other lines results in the error:
> > [error] Can't locate # in @INC ...
> > 
> > What's that all about?
> 
> Please post a short test example and a full error message as a part of
a 
> proper bug report as explained here:
> http://perl.apache.org/bugs/

Is there any other way to figure what's wrong? The code isn't mine, but
someone else's, so I'm really not a whole lot of use there. As for
posting an example, it's the same as from
http://sourceforge.net/project/showfiles.php?group_id=12829 but just
modified slightly according to the porting guidelines. I've only changed
and added a few use statements and changed the constants from the m_p 1
form to the m_p 2 from. I've attached the two pieces of code that I
modified (the module and the handler) for you.
Thanks,
Harold


package ProMP3::Config;
use strict;
use Apache2 ();
use Apache::compat;
use Apache::ServerUtil ();
use ProMP3;
my $config;


##
##
## config file for ProMP3
##
## Edit the defaults below if you would like some customization
## 
##

# set the mp3 player to play from the server (must be installed)
$config->{mp3_player} = "Xmms";  # valid entries are Xmms for now

# set the database to use in the back end:
$config->{database} = "Mysql";   # again, one valid choice: Mysql

# set database username:
$config->{database_username} = "root";

# set database password:
$config->{database_secret} = "youreouronlyhope";

# set database to use within the database:
# this will match what you tell (told) utils/promp3_setup.pl
$config->{database_db} = "music";

# turn on debug, this puts a lot of stuff into the apache error log...
$config->{debug} = 1;

#  Access lists -- set who can do what:
#
# The following are comma seperated access lists of ip addresses.
# They can be in the following form:
#   []
#   i.e.:
# 10.1.1.1/24 (allows 10.1.1.0 thru 10.1.1.255)
# 10.1.1.1/255.255.255.0 (same)
# 10.1.1.0 - 10.1.1.255 (same)
# 10.1.1.50 (only this host, /32 is implied)
#
#  They can be mixed and matched in the same string
#  for example:
#"10.1.1.1/24, 192.168.10.48/28, 192.168.10.119, 10.250.1.13-10.250.1.18"
# allows 10.1.1.0 thru 10.1.1.255 and 
#192.168.10.48 thru 192.168.10.63 and
#192.168.10.119 and 
#10.250.1.13 thru 10.250.1.18

# Enable streaming mp3, only these IP's will be allowed to stream :
$config->{allow_stream} = "10.10.10.0/24";

# Enable mp3 playing from the server, only these IP's will be able to control the server :
$config->{allow_player} = "10.10.10.1-10.10.10.9, 10.10.10.11-10.10.10.200";

# Allow these folks in, if they aren't in the other list, they'll just be able to look but not touch.
$config->{allow_view} = "0.0.0.0/0";

###
##
## That's all you need to set...
##
###

my @values = qw(allow_stream allow_player allow_view mp3_player database database_username database_secret database_db debug);
foreach my $key (keys %$config) {
  unless (grep /^$key$/, @values) {
delete $config->{$key};
print "Warning: $key is being ignored in the promp3 config file\n";
  }
}
foreach my $key (@values) {
  if (! exists $config->{$key}) {
print "Warning: $key is not defined in the promp3 config file\n";
$config->{$key} = undef;
  }
}

foreach my $section (qw(allow_stream allow_player allow_view) ) {
  (my $allow = $config->{$section})=~s/\s+//g;
  my @allow = split ',', $allow;
  delete $config->{$section};
  foreach my $string (@allow) {
push @{$config->{$section}}, ProMP3::set_ip_range($string);
if (! defined $config->{$section}[$#{$config->{$section}}]) {
  pop @{$config->{$section}};
}
  }
}
sub get_config {
  return $config->{$_[0]} if (@_);
  return $config;
}

1;
package ProMP3;
use Apache2 ();
use Apache::compat;
use Apache:

Re: syntax error ... near "compile qw(:common)"

Harold Martin wrote:
On Sun, 2003-08-24 at 17:21, Stas Bekman wrote:

Harold Martin wrote:

Hello,
When I try to start up Apache, I get the error:
[error] syntax error at /usr/lib/perl5/site_perl/5.8.0/ProMP3.pm line 8,
near "compile qw(:common)"
Compilation failed in require at /etc/httpd/promp3/promp3.handler.pl
line 6.
BEGIN failed--compilation aborted at /etc/httpd/promp3/promp3.handler.pl
line 6.
Compilation failed in require at (eval 1) line 1.
ProMP3.pm's has:
use Apache2 ();
use Apache::compat;
use Apache::ServerUtil ();
use strict;
use vars qw($VERSION);
use DBI;
use Apache::Const -compile qw(:common);
where did you find an example of this?

It should be:

use Apache::Const -compile => qw(:common);

or:

use Apache::Const -compile, qw(:common);


The form I used is from the Apache::Const page 
http://perl.apache.org/docs/2.0/api/Apache/Const.html#C__common_
Ah thank you, I've fixed that.

Using either of the two other lines results in the error:
[error] Can't locate # in @INC ...
What's that all about?
Please post a short test example and a full error message as a part of a 
proper bug report as explained here:
http://perl.apache.org/bugs/

Thanks.

__
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


--
Reporting bugs: http://perl.apache.org/bugs/
Mail list info: http://perl.apache.org/maillist/modperl.html

Re: syntax error ... near "compile qw(:common)"

On Sun, 2003-08-24 at 17:21, Stas Bekman wrote:
> Harold Martin wrote:
> > Hello,
> > When I try to start up Apache, I get the error:
> > [error] syntax error at /usr/lib/perl5/site_perl/5.8.0/ProMP3.pm line 8,
> > near "compile qw(:common)"
> > Compilation failed in require at /etc/httpd/promp3/promp3.handler.pl
> > line 6.
> > BEGIN failed--compilation aborted at /etc/httpd/promp3/promp3.handler.pl
> > line 6.
> > Compilation failed in require at (eval 1) line 1.
> > 
> > ProMP3.pm's has:
> > use Apache2 ();
> > use Apache::compat;
> > use Apache::ServerUtil ();
> > use strict;
> > use vars qw($VERSION);
> > use DBI;
> > use Apache::Const -compile qw(:common);
> 
> where did you find an example of this?
> 
> It should be:
> 
> use Apache::Const -compile => qw(:common);
> 
> or:
> 
> use Apache::Const -compile, qw(:common);

The form I used is from the Apache::Const page 
http://perl.apache.org/docs/2.0/api/Apache/Const.html#C__common_

Using either of the two other lines results in the error:
[error] Can't locate # in @INC ...

What's that all about?

Thanks,
Harold


signature.asc
Description: This is a digitally signed message part

Re: syntax error ... near "compile qw(:common)"

Harold Martin wrote:
Hello,
When I try to start up Apache, I get the error:
[error] syntax error at /usr/lib/perl5/site_perl/5.8.0/ProMP3.pm line 8,
near "compile qw(:common)"
Compilation failed in require at /etc/httpd/promp3/promp3.handler.pl
line 6.
BEGIN failed--compilation aborted at /etc/httpd/promp3/promp3.handler.pl
line 6.
Compilation failed in require at (eval 1) line 1.
ProMP3.pm's has:
use Apache2 ();
use Apache::compat;
use Apache::ServerUtil ();
use strict;
use vars qw($VERSION);
use DBI;
use Apache::Const -compile qw(:common);
where did you find an example of this?

It should be:

use Apache::Const -compile => qw(:common);

or:

use Apache::Const -compile, qw(:common);

__
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


--
Reporting bugs: http://perl.apache.org/bugs/
Mail list info: http://perl.apache.org/maillist/modperl.html

syntax error ... near "compile qw(:common)"