Re: Errors trying to port (old) mod_perl software
Harold Martin wrote: Hello, I'm trying to get some old mod_perl software (namely ProMP3 http://promp3.sourceforge.net/) to work under mod_perl2. It uses Apache::Constants, but it couldn't find that module (duh), so I too a stab in the dark and changed it to Apache::Const. When I try to run that I get the error: Can't locate # in @INC snip What? I can't think of ever seeing any modules by that name :} What should I do next to try and get this program working? http://perl.apache.org/docs/2.0/user/porting/compat.html __ 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: errors installing libapreq [RESOLVED]
Chris Devers wrote:
Well, I rebuilt Apache/mod_perl, and it seemed to work. For those that
hit the same error, the fix -- which I've saved as a script for future
reference :) -- is as follows:
* Install Apache/mod_perl:
#!/bin/sh
# chd.build.apachemodperl.sh
perl=/sw/bin/perl
modperldir=/usr/src/mod_perl-1.27
apachedir=/usr/src/apache_1.3.27
builddir=/usr/local/apache
pushd $modperldir
$perl Makefile.PL \
APACHE_SRC=../apache_1.3.xx/src \
APACHE_PREFIX=${builddir} \
APACHE_USER=www \
APACHE_GROUP=www \
DO_HTTPD=1 \
USE_APACI=1 \
EVERYTHING=1 \
APACI_ARGS='--sbindir=${builddir}/sbin, \
--sysconfdir=${builddir}/etc, \
--localstatedir=${builddir}/var, \
--runtimedir=${builddir}/var/run, \
--logfiledir=${builddir}/var/logs, \
--proxycachedir=${builddir}/var/proxy, \
--enable-module=so'
make
make test
sudo make install
pushd $apachedir
sudo make install
echo Verifying that the build worked:
${builddir}/sbin/apachectl configtest \
echo congratulations, you may now reset apache by running \
echo ${builddir}/sbin/apachectl start
* Installation may disrupt Perl modules. I had to rebuild Apache::Test
% sudo /sw/bin/perl -MCPAN -e shell
cpan install Apache::Test
* Install libapreq:
% perl Makefile.PL \
-httpd /usr/local/apache/sbin/httpd \
-apxs /usr/local/apache/sbin/apxs
% make
% make test
% make install
Everything went smoothly up to the `perl Makefile.PL [...]` step, where I
got this error:
skipping test setup...Undefined subroutine Apache::Test::config called at
/sw/lib/perl5/site_perl/5.8.0/darwin/Apache/TestMM.pm line 90.
Warning: prerequisite Apache::Test 1.03 not found. We have unknown version.
And, as I say, rebuilding Apache::Test in the CPAN shell took care of
that. Others may hit different problems that could be fixed similarly.
All better now :)
That's all because of the issue case-insensitive issues with Apache/test.pm
vs. Apache/Test.pm, which are no longer a problem, since mod_perl 2.0, no
longer carries Apache/test.pm (it has been renamed to Apache/testold.pm).
__
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
Re: errors installing libapreq [RESOLVED]
Well, I rebuilt Apache/mod_perl, and it seemed to work. For those that
hit the same error, the fix -- which I've saved as a script for future
reference :) -- is as follows:
* Install Apache/mod_perl:
#!/bin/sh
# chd.build.apachemodperl.sh
perl=/sw/bin/perl
modperldir=/usr/src/mod_perl-1.27
apachedir=/usr/src/apache_1.3.27
builddir=/usr/local/apache
pushd $modperldir
$perl Makefile.PL \
APACHE_SRC=../apache_1.3.xx/src \
APACHE_PREFIX=${builddir} \
APACHE_USER=www \
APACHE_GROUP=www \
DO_HTTPD=1 \
USE_APACI=1 \
EVERYTHING=1 \
APACI_ARGS='--sbindir=${builddir}/sbin, \
--sysconfdir=${builddir}/etc, \
--localstatedir=${builddir}/var, \
--runtimedir=${builddir}/var/run, \
--logfiledir=${builddir}/var/logs, \
--proxycachedir=${builddir}/var/proxy, \
--enable-module=so'
make
make test
sudo make install
pushd $apachedir
sudo make install
echo Verifying that the build worked:
${builddir}/sbin/apachectl configtest \
echo congratulations, you may now reset apache by running \
echo ${builddir}/sbin/apachectl start
* Installation may disrupt Perl modules. I had to rebuild Apache::Test
% sudo /sw/bin/perl -MCPAN -e shell
cpan install Apache::Test
* Install libapreq:
% perl Makefile.PL \
-httpd /usr/local/apache/sbin/httpd \
-apxs /usr/local/apache/sbin/apxs
% make
% make test
% make install
Everything went smoothly up to the `perl Makefile.PL [...]` step, where I
got this error:
skipping test setup...Undefined subroutine Apache::Test::config called at
/sw/lib/perl5/site_perl/5.8.0/darwin/Apache/TestMM.pm line 90.
Warning: prerequisite Apache::Test 1.03 not found. We have unknown version.
And, as I say, rebuilding Apache::Test in the CPAN shell took care of
that. Others may hit different problems that could be fixed similarly.
All better now :)
--
Chris Devers[EMAIL PROTECTED]
channeler, n.
Also SPIRIT GUIDE. Politically correct terms for DAEMON.
-- from _The Computer Contradictionary_, Stan Kelly-Bootle, 1995
Re: Errors after converting /cgi-bin to PerlRun
Frank Naude (FJ) wrote: Hi, I'm trying to convert my /cgi-bin directory to PerlRun as it only contain Perl scripts. However, after doing so, I get numerous errors like this: [Wed Nov 6 11:34:21 2002] [error] Can't locate object method uri via package Apache::PerlRun at /usr/lib/perl5/site_perl/5.6.0/i386-linux/Apache/PerlRun.pm line 212. I think it happens when processing a require FILE; contruct. [...] My software versions: Embedded Perl version v5.6.0 for Apache/1.3.22 (Unix) (Red-Hat/Linux) mod_jk/1.2.0 mod_perl/1.24_01 [...] Would it be much of a trouble to upgrade to the latest mod_perl version 1.27? Most likely this problem has been fixed long time ago. [...] __ Stas BekmanJAm_pH -- Just Another mod_perl Hacker http://stason.org/ mod_perl Guide --- http://perl.apache.org mailto:stas;stason.org http://use.perl.org http://apacheweek.com http://modperlbook.org http://apache.org http://ticketmaster.com
Re: errors installing libapreq
Try an older version. --- Tim Bolin [EMAIL PROTECTED] wrote: ok, im at the end of my proverbial rope on this one and dont know how to proceed... i am trying to install libapreq for Apache::Request, and when i try to run make the thing just pukes up a huge long string of errors like: -=-=-=-=-=-=- make[1]: Entering directory `/root/.cpan/build/libapreq-0.33/c' gcc -c -I/usr/local/httpd//include -I/usr/local/httpd//include -fno-strict-aliasing -I/usr/local/include -O2 -march =i386 -mcpu=i686 -DVERSION=\0.10\ -DXS_VERSION=\0.10\ -fPIC -I/usr/lib/perl5/5.6.1/i386-linux/CORE apache_re quest.c In file included from apache_request.c:58: apache_request.h:38: parse error before `table' apache_request.h:38: warning: no semicolon at end of struct or union apache_request.h:48: parse error before `}' apache_request.h:48: warning: data definition has no type or storage class apache_request.h:55: parse error before `table' apache_request.h:55: warning: no semicolon at end of struct or union apache_request.h:58: parse error before `*' apache_request.h:58: warning: data definition has no type or storage class apache_request.h:59: parse error before `}' apache_request.h:89: parse error before `*' apache_request.h:89: warning: data definition has no type or storage class apache_request.h:90: parse error before `*' apache_request.h:91: parse error before `*' apache_request.h:92: parse error before `*' apache_request.h:93: parse error before `*' . . . -=-=-=-=-=-=- it goes on for 200 more lines or so with many different seemingly syntactical errors... i decided for grins to try v0.33 and see what happened, and curiously enough, i get exactly the same errors... well, for the first 50 lines or so, i was just eyeballing the first screen or two... anyone have any idea at all what would cause this? it occurs if i try to do it with the CPAN module or when i do it manually... i even tried it with both the Makefile.PL and using configure... same results... id definitely appreciate any insight any of you might have on how to resolve this... thanks! -Tim http://www.sold.com.au - SOLD.com.au - Find yourself a bargain!
Re: errors installing libapreq
[cross-posted to apreq-dev] Tim Bolin [EMAIL PROTECTED] writes: ok, im at the end of my proverbial rope on this one and dont know how to proceed... i am trying to install libapreq for Apache::Request, and when i try to run make the thing just pukes up a huge long string of errors like : -=-=-=-=-=-=- make[1]: Entering directory `/root/.cpan/build/libapreq-0.33/c' gcc -c -I/usr/local/httpd//include -I/usr/local/httpd//include -fno-strict-aliasing -I/usr/local/include -O2 -march =i386 -mcpu=i686 -DVERSION=\0.10\ -DXS_VERSION=\0.10\ -fPIC -I/usr/lib/perl5/5.6.1/i386-linux/CORE apache_re quest.c In file included from apache_request.c:58: apache_request.h:38: parse error before `table' ^^ Your include files aren't defining the table struct. gcc can't find your apache header files (maybe they're in /usr/local/apache/include ?). Also, the typical compile lines should have a whole lot more -I flags. In your case, modperl may not be properly installed- otherwise your compile lines would look more like this (wrapped): make[1]: Entering directory `/home/joe/src/apache/cvs/httpd-apreq/c' cc -c -I/usr/lib/perl5/site_perl/5.005/i386-linux/auto/Apache/include -I/usr/lib/perl5/site_perl/5.005/i386-linux/auto/Apache/include/modules/perl -I/usr/lib/perl5/site_perl/5.005/i386-linux/auto/Apache/include/include -I/usr/lib/perl5/site_perl/5.005/i386-linux/auto/Apache/include/regex -I/usr/lib/perl5/site_perl/5.005/i386-linux/auto/Apache/include/os/unix -I/usr/local/apache/include -Dbool=char -DHAS_BOOL -I/usr/local/include -O2-DVERSION=\0.10\ -DXS_VERSION=\0.10\ -fpic -I/usr/lib/perl5/5.00503/i386-linux/CORE apache_request.c You probably need to reinstall modperl (preferably from source) to get libapreq to build correctly on your OS. -- Joe Schaefer
Re: errors installing libapreq
On Tue, 25 Jun 2002, Tim Bolin wrote: ok, im at the end of my proverbial rope on this one and dont know how to proceed... i am trying to install libapreq for Apache::Request, and when i try to run make the thing just pukes up a huge long string of errors like: You forgot to mention (though you did in your message to the Mason list) that you're using mod_perl 1.99_something, with which Apache::Request will not compile. -dave /*== www.urth.org we await the New Sun ==*/
Re: Errors when trying to use AuthAny.pm
The error log message is: [Wed Jul 11 09:04:59 2001] [error] (2)No such file or directory: access to /tools/ failed for nr2-216-196-142-76.fuse.net, reason: User not known to the underlying authentication module question is where does this error message come from? its not from apache or mod_perl or AuthAny.pm. you must have some sort of custom auth module installed.
Re: Errors when trying to use AuthAny.pm
On Wed, 11 Jul 2001, Justin Rains wrote:
Date: Wed, 11 Jul 2001 07:04:43 -0700 (PDT)
From: Justin Rains [EMAIL PROTECTED]
Reply-To: [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Subject: Errors when trying to use AuthAny.pm
Hi all. I am relatively new to mod_perl so try to bear with me.
I am trying to use the AuthAny.pm module to provide some basic
authentication. First off.. Do I put it in the same directory as
Registry.pm? That is where I have it now. In my httpd.conf file
I put the following in:
Location /tools
AuthName Test
AuthType Basic
PerlAuthenHandler AuthAny
require valid-user
/Location
/VirtualHost
I am running on a cobalt raq 3. Here is what I have in AuthAny.pm:
package Apache::AuthAny;
# file: Apache/AuthAny.pm
use strict;
use Apache::Constants qw(:common);
sub handler {
my $r = shift;
my($res, $sent_pw) = $r-get_basic_auth_pw;
return $res if $res != OK;
my $user = $r-connection-user;
unless($user and $sent_pw) {
$r-note_basic_auth_failure;
$r-log_reason(Both a username and password must be
provided, $r-filename);
return AUTH_REQUIRED;
}
return OK;
}
1;
__END__
The error log message is:
[Wed Jul 11 09:04:59 2001] [error] (2)No such file or directory:
access to /tools/ failed for nr2-216-196-142-76.fuse.net, reason:
User not known to the underlying authentication module
Am I missing something here? I am using the standard apache that
came with the raq.
Thanks for any help!
Justin
==
Justin Rains
WSI.com Consulting
http://www.wsicnslt.com/
Justin!
Wassup? Welcome to mod_perl! It's good to see your name on the list.
Since no one seems to have answered your question, I'll give it a
shot. The only thing I can come up with right now is that you might
have mistyped the Location directive. You have:
PerlAuthenHandler AuthAny
And the Eagle book (page 283) has:
PerlAuthenHandler Apache::AuthAny
Other than that, I can't really see a problem. I pasted your code
into my own module (not in the Apache namespace, however), and it all
worked without a problem.
FWIW, I tend to carve out my own namespaces and place my Apache Perl
modules into a library path that gets a use() in a startup file. To
be more explicit, I'll put my stuff into a directory like
/usr/local/apache/lib/perl. Then in my httpd.conf, I'll add a line
line like PerlRequire conf/perlstartup.pl (where conf is relative
to the server root, or just whereever you want to put it). My Perl
startup file then uses all the modules I've written, like so:
#!/usr/bin/perl
# file: perlstartup.pl
use lib '/usr/local/apache/lib/perl';
use Foo::Bar;
use Foo::Baz;
use Foo::AuthAny;
1;
HTH!
ky
Re: errors installing Apache 1.3.19/mod_perl 1.25 on RedHat 6.1
On Tue, 10 Apr 2001, Jonathan Swartz wrote: % ./configure --activate-module=src/modules/perl/libperl.a ... %Config is not exported by the Apache::ExtUtils module at -e line 0 this is a bug. newer mod_perl's override %Config::Config using Apache::ExtUtils, which when you build inside the mod_perl-1.xx tree is found ok, but inside the apache tree the build is picking up your older Apache::ExtUtils. you can bandaid by setting the PERL5LIB environment variable inside the apache_1.3.19 tree to: `pwd`/../mod_perl-1.25/lib
Re: Errors
At 10:51 19/01/2001 -0500, Neil Powers wrote: Apache Version 1.3.0 required, aborting... You need modperl 1.24_01 to compile against apache 1.3.14. This is becoming a faq. Shouldn't we just remove 1.24 from the dist dir ? I just mecanically did exactly the same mistake. -- robin b. Work is the curse of the drinking class.
Re: Errors
Neil Powers wrote: Hello I am running red hat 7.0 with apache version apache_1.3.14 trying to compile mod_perl-1.24 and keep getting the following error Are you using the gcc "2.96" that shipped with RedHat 7? If so try using gcc 2.95.
Re: Errors
On Fri, 19 Jan 2001, Neil Powers wrote: I am running red hat 7.0 with apache version apache_1.3.14 trying to compile mod_perl-1.24 and keep getting the following error Creating Makefile in modules/standard EXTRA_CFLAGS: -DLINUX=2 -DUSE_HSREGEX -DUSE_EXPAT -I$(SRCDIR)/lib/expat-lite -DNO_DL_NEEDED * WARNING * Apache Version 1.3.0 required, aborting... * WARNING * Does any one have any idea where to go from here please help You need mod_perl-1.24_01. --Mark
Re: Errors from Apache.pm
On Wed, 16 Aug 2000 [EMAIL PROTECTED] wrote: All, I am seeing the following errors in my apache error log. These have appeared since moving to a Linux/mod_perl1.24 combination (from NT/1.23) so I don't know if they come from 1.24 or from the -w switch being handled better under unix. Anyone know what these are and how to get rid of them ? I had a look but I really don't feel confident enough do start playing around with this module :-) [Wed Aug 16 17:45:12 2000] null: Use of uninitialized value at /usr/lib/perl5/site_perl/5.005/i386-linux/Apache.pm line 184. [Wed Aug 16 17:45:12 2000] null: Use of uninitialized value at /usr/lib/perl5/site_perl/5.005/i386-linux/Apache.pm line 184. [Wed Aug 16 17:45:13 2000] null: Use of uninitialized value at /usr/lib/perl5/site_perl/5.005/i386-linux/Apache.pm line 184. that line is in send_cgi_header(), which means you've configured PerlSendHeader On. how is your code sending headers? looks like something that send_cgi_header() can't parse.
Re: Errors with mod_perl as a DSO
"DD" == Drew Degentesh [EMAIL PROTECTED] writes: DD Unfortunately, even the simplest of scripts bombs out... Consider: DD -- DD # login.pl DD #!/usr/bin/perl DD use Apache() || die "cant use apache()"; DD -- DD % perl ./login.pl DD cant use apache() at ./login.pl line 3. DD BEGIN failed--compilation aborted at ./login.pl line 3. DD -- You can't use your perl program to run mod_perl programs; you need to use mod_perl to run them, and that's part of your httpd.
