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 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 ;" 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
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 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
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!
[MASON] RE: Errors on Mason
Hi, For what it's worth I don't have the ::ApacheHandler appended, like: SetHandler perl-script PerlHandler HTML::Mason And before this I have: PerlRequire /usr/local/www_sites/mason_handler.pl I don't use *.html or whatever because I like not having extensions on my files. Also I use the /site prefix so I can have images and other binary files elsewhere from doc. root. You also have the option to filter != text/html in your mason handler per request base. That is explained in the default handler coming with Mason. I don't know if this is the optimal way to do things, but this has been my configuration for years - and it works like I want it to - so why change? ;) (I'm all ears to configuration hints... don't get me wrong) This reply and your mail should maybe have been sent to the Mason mail list in the first place. Best regards // Nicolai -Original Message- From: Mrajesh [mailto:[EMAIL PROTECTED]] Sent: Thursday, April 11, 2002 3:21 PM To: [EMAIL PROTECTED] Subject: Errors on Mason Hi, We have installed modperl-enabled ssl-enabled apache server. And we are able to start the https server successfully.( by running./httpsdctl start ). . But, when we are sending a https request to the server, it is displaying as "Internal Server Error" on Browser. As we observed the apache error log file , It has given the following error [Error] "Undefined subroutine &HTML::Mason::ApacheHandler::handler called" Our httpsd.conf file consists of the following PerlSetVar MasonCompRoot /usr/local/apache/htdocs PerlSetVar MasonDataDir /usr/local/apache/mason PerlModule HTML::Mason::ApacheHandler SetHandler perl-script PerlHandler HTML::Mason::ApacheHandler We are unable to guess the error. Could you please mail me the solution. Regards, Rajesh
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:
>
>
> AuthName Test
> AuthType Basic
> PerlAuthenHandler AuthAny
> require valid-user
>
>
>
> 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 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
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
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
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 using DBI with Sybase
Francois Gaudin wrote:
> error while executing /../components/loginchecknoform:
> DBI->connect failed: OpenClient message: LAYER = (5) ORIGIN = (3)
> SEVERITY
> (5) NUMBER = (6)
> Message String: ct_connect(): network packet layer: internal net library
> erro
Are you able to connect to the database via the isql utility
when using the same userid/password? Is the SYBASE variable
set to the correct path (conatining the interfaces file) in
the environment of your web server?
I have the following block in my CGI-scripts which use Sybase
(I'm not sure about mod_perl):
BEGIN
{
$ENV{PATH}= '';# undef path for security
$ENV{LD_LIBRARY_PATH} = '/opt/local/sybase/lib'; # path to Sybase libraries
$ENV{SYBASE} = '/opt/local/sybase'; # dir with "interfaces"
$SIG{ALRM}= sub {die "$0 timed out"}; # remove when using
mod_perl?
alarm 900; # remove when using
mod_perl?
}
You may get better help when asking in the dbi-users list.
See http://www.xray.mpe.mpg.de/mailing-lists/dbi/
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.
