Re: modperl installation issues + Can't load APR.so
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 <[EMAIL PROTECTED]> On Thu, Feb 22, 2007 at 02:19:12PM -0600, jayakrishnan iyer wrote: > Thanks for the reply. I looked that up previously and found it > installed as > a shared object in my library as a part of my apache 2.2.4 > installation. I > guess it should be able to find it as I've supplied the path to the > apache > directory during Makefile generation. Do I have to set (or export) a > path > variable such as LD_LIBRARY_PATH? Need some input on this > > jay Hm. I'm assuming you have a Linux-ish setup (there are some hints to that in your original post, and I'm playing Miss Marple ;-) The failure is in the 'make test' run, if I read your original post correctly. Now you can try doing 'ldd APR.so' with this 2.0.3/blib/arch/auto/APR/APR.so failing to find its library, just to see where it is looking for. As a last resort, you can always set LD_LIBRARY_PATH to point to the directory where the Apache runtime libs live -- but if they are part of your original distribution it shouldn't be necessary. Slightly better would be to enter this directory in /etc/ld.so.conf (and call ldconfig s root to update the cache). Again, if the Apache is provided with your distro it shouldn't be necessary. All that assuming, of course, that Miss Marple isn't totally off in her guess :-) Regards - -- tomás -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.1 (GNU/Linux) iD8DBQFF3qEWBcgs9XrR2kYRAtq3AJ9feSD5cZH2vhZfwfczRcjjD+q4HgCfbn6m qzHrwm32uNq5mbi/zk3/otU= =V8Le -END PGP SIGNATURE-
Re: Error intercept.
Perrin Harkins a écrit : On 2/22/07, Benoit Plessis <[EMAIL PROTECTED]> wrote: When using wget -SO - http://url/ things seem to be ok, i got the want text, and headers seems good to me: [...] Using links everything goes fine, but firefox do not show anything (and there is nothing in 'view source'). Why don't you compare the text of the requests these clients are sending and figure out which header or change makes it stop working? - Perrin Hell yes, i don't know why i focused on the script, it must be that mod_deflate isn't triggered by wget/links while it is by firefox. And there is many chances that it is triggered before my script. Thanks, i'll look into it. -- Benoit Plessis +33 4 67 36 42 59 <[EMAIL PROTECTED]> Ingénieur Réseau Responsable Infrastructure Système & Réseau. do|you|soft
Re: Error intercept.
Benoit Plessis a écrit : Perrin Harkins a écrit : On 2/22/07, Benoit Plessis <[EMAIL PROTECTED]> wrote: When using wget -SO - http://url/ things seem to be ok, i got the want text, and headers seems good to me: [...] Using links everything goes fine, but firefox do not show anything (and there is nothing in 'view source'). Why don't you compare the text of the requests these clients are sending and figure out which header or change makes it stop working? - Perrin Hell yes, i don't know why i focused on the script, it must be that mod_deflate isn't triggered by wget/links while it is by firefox. And there is many chances that it is triggered before my script. Thanks, i'll look into it. Well, it was linked to mod_deflate in all ways. It migrated to the bucket brigade interface and deflate seem to like much more. Thanks -- Benoit Plessis +33 4 67 36 42 59 <[EMAIL PROTECTED]> Ingénieur Réseau Responsable Infrastructure Système & Réseau. do|you|soft
Re: Is Apache2::compat broken?
On Fri, Feb 23, 2007 at 12:18:15AM +, Josef Karthauser wrote: > > This is with mod-perl2 version 2.0.3. > > Is something wierd going on, or is the compat code broken in this > release? > The same think happens with 2.0.2, so I'm guessing that it's probably a misunderstanding on my part on how it works -- can someone please fill me in, or point me to the specific documentation please? Thanks, Joe pgpVvHXVngsxN.pgp Description: PGP signature
Is Apache2::compat broken? (with proper mp2bug output)
-8<-- Start Bug Report 8<--
1. Problem Description:
Hi there,
I've got an modperl 1 script I've trying to run under modperl2.
It's a bit hairy, because it's actually a library (.pm file) which
can be run either within a perl module, or in a stand alone CGI
script. It also has to continue running on my old mod_perl 1 apache
server for the time being.
Now it looks as if I can just add:
eval { use Apache2::compat };
at the top of the script and my needs will be satisfied.
However there appears to be a problem, which i can summaries as follows.
This piece of test code:
t.pl:
#!/usr/bin/perl
use Apache2::compat;
exit;
doesn't work. It blows up with:
% perl t.pl
Bareword "Apache2::ServerUtil::server_root" not allowed while
"strict subs" in use at
/usr/local/lib/perl5/site_perl/5.8.8/mach/Apache2/compat.pm line 347.
BEGIN not safe after errors--compilation aborted at
/usr/local/lib/perl5/site_perl/5.8.8/mach/Apache2/compat.pm line 430.
Compilation failed in require at t.pl line 3.
BEGIN failed--compilation aborted at t.pl line 3.
This is with mod-perl2 version 2.0.3, but the same problem occurs
with 2.0.2.
Is something wierd going on, or is the compat code broken in this
release?
Thanks,
Joe
[DESCRIBE THE PROBLEM HERE]
2. Used Components and their Configuration:
*** mod_perl version 2.03
*** using /usr/local/lib/perl5/site_perl/5.8.8/mach/Apache2/BuildConfig.pm
*** Makefile.PL options:
MP_APR_LIB => aprext
MP_APXS=> /usr/local/sbin/apxs
MP_COMPAT_1X => 1
MP_GENERATE_XS => 1
MP_LIBNAME => mod_perl
MP_USE_DSO => 1
*** The httpd binary was not found
*** (apr|apu)-config linking info
-L/usr/local/lib -laprutil-1 -lexpat -liconv -L/usr/local/lib
-L/usr/local/lib -lapr-1 -lcrypt -lpthread
*** /usr/local/bin/perl -V
Summary of my perl5 (revision 5 version 8 subversion 8) configuration:
Platform:
osname=freebsd, osvers=6.2-stable, archname=i386-freebsd-64int
uname='freebsd lightening.littoralis.com 6.2-stable freebsd 6.2-stable #10:
sat jan 27 20:19:48 gmt 2007 [EMAIL PROTECTED]:usrobjusrsrcsyslittoralis-smp
i386 '
config_args='-sde -Dprefix=/usr/local
-Darchlib=/usr/local/lib/perl5/5.8.8/mach -Dprivlib=/usr/local/lib/perl5/5.8.8
-Dman3dir=/usr/local/lib/perl5/5.8.8/perl/man/man3
-Dman1dir=/usr/local/man/man1
-Dsitearch=/usr/local/lib/perl5/site_perl/5.8.8/mach
-Dsitelib=/usr/local/lib/perl5/site_perl/5.8.8 -Dscriptdir=/usr/local/bin
-Dsiteman3dir=/usr/local/lib/perl5/5.8.8/man/man3
-Dsiteman1dir=/usr/local/man/man1 -Ui_malloc -Ui_iconv -Uinstallusrbinperl
-Dcc=cc -Duseshrplib
-Dccflags=-DAPPLLIB_EXP="/usr/local/lib/perl5/5.8.8/BSDPAN" -Doptimize=-O2
-pipe -march=prescott -Ud_dosuid -Ui_gdbm -Dusethreads=n -Dusemymalloc=y
-Duse64bitint'
hint=recommended, useposix=true, d_sigaction=define
usethreads=undef use5005threads=undef useithreads=undef
usemultiplicity=undef
useperlio=define d_sfio=undef uselargefiles=define usesocks=undef
use64bitint=define use64bitall=undef uselongdouble=undef
usemymalloc=y, bincompat5005=undef
Compiler:
cc='cc', ccflags ='-DAPPLLIB_EXP="/usr/local/lib/perl5/5.8.8/BSDPAN"
-DHAS_FPSETMASK -DHAS_FLOATINGPOINT_H -fno-strict-aliasing -pipe
-Wdeclaration-after-statement -I/usr/local/include',
optimize='-O2 -pipe -march=prescott',
cppflags='-DAPPLLIB_EXP="/usr/local/lib/perl5/5.8.8/BSDPAN" -DHAS_FPSETMASK
-DHAS_FLOATINGPOINT_H -fno-strict-aliasing -pipe -Wdeclaration-after-statement
-I/usr/local/include'
ccversion='', gccversion='3.4.6 [FreeBSD] 20060305', gccosandvers=''
intsize=4, longsize=4, ptrsize=4, doublesize=8, byteorder=12345678
d_longlong=define, longlongsize=8, d_longdbl=define, longdblsize=12
ivtype='long long', ivsize=8, nvtype='double', nvsize=8, Off_t='off_t',
lseeksize=8
alignbytes=4, prototype=define
Linker and Libraries:
ld='cc', ldflags =' -Wl,-E -L/usr/local/lib'
libpth=/usr/lib /usr/local/lib
libs=-lm -lcrypt -lutil
perllibs=-lm -lcrypt -lutil
libc=, so=so, useshrplib=true, libperl=libperl.so
gnulibc_version=''
Dynamic Linking:
dlsrc=dl_dlopen.xs, dlext=so, d_dlsymun=undef, ccdlflags='
-Wl,-R/usr/local/lib/perl5/5.8.8/mach/CORE'
cccdlflags='-DPIC -fPIC', lddlflags='-shared -L/usr/local/lib'
Characteristics of this binary (from libperl):
Compile-time options: MYMALLOC PERL_MALLOC_WRAP USE_64_BIT_INT
USE_LARGE_FILES USE_PERLIO
Locally applied patches:
defined-or
Built under freebsd
Compiled at Jan 28 2007 17:28:33
%ENV:
PERL_LWP_USE_HTTP_10="1"
@INC:
/usr/
Re: modperl installation issues + Can't load APR.so
yeah I did just that after I posted the other day and atleast those compilation errors went away. I am still having problems with server_const.t with 1/3 test failing. I think there is a problem with server_const.pm and has to be patched in the context of apache 2.2.4installation. I'll try that then. BTW, Miss Marple was pretty much accurate. On 2/23/07, [EMAIL PROTECTED] <[EMAIL PROTECTED]> wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 <[EMAIL PROTECTED]> On Thu, Feb 22, 2007 at 02:19:12PM -0600, jayakrishnan iyer wrote: > Thanks for the reply. I looked that up previously and found it > installed as > a shared object in my library as a part of my apache 2.2.4 > installation. I > guess it should be able to find it as I've supplied the path to the > apache > directory during Makefile generation. Do I have to set (or export) a > path > variable such as LD_LIBRARY_PATH? Need some input on this > > jay Hm. I'm assuming you have a Linux-ish setup (there are some hints to that in your original post, and I'm playing Miss Marple ;-) The failure is in the 'make test' run, if I read your original post correctly. Now you can try doing 'ldd APR.so' with this 2.0.3/blib/arch/auto/APR/APR.so failing to find its library, just to see where it is looking for. As a last resort, you can always set LD_LIBRARY_PATH to point to the directory where the Apache runtime libs live -- but if they are part of your original distribution it shouldn't be necessary. Slightly better would be to enter this directory in /etc/ld.so.conf (and call ldconfig s root to update the cache). Again, if the Apache is provided with your distro it shouldn't be necessary. All that assuming, of course, that Miss Marple isn't totally off in her guess :-) Regards - -- tomás -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.1 (GNU/Linux) iD8DBQFF3qEWBcgs9XrR2kYRAtq3AJ9feSD5cZH2vhZfwfczRcjjD+q4HgCfbn6m qzHrwm32uNq5mbi/zk3/otU= =V8Le -END PGP SIGNATURE- -- "You have no responsibility to live up to what other people think you ought to accomplish" - Richard Feynman "The things we know best are the things we haven't been taught." - Marquis de Vauvenargues
Re: PerlAuthenHandler called twice?
I am getting a similar problem. Its invoking my handler twice for the same request. I am using PerlAccessHandler. Thanks Sumit Robert Landrum wrote: Hadmut Danisch wrote: For some reason the module is called twice for every request. Is this a HEAD/GET problem? Maybe you're seeing the browser doing a HEAD request, then a full GET request? Rob
Re: Sample Web Application that uses mod_perl
On Wed, 21 Feb 2007 09:10:28 + "Aaron Trevena" <[EMAIL PROTECTED]> wrote: > On 20/02/07, Perrin Harkins <[EMAIL PROTECTED]> wrote: > > On 2/19/07, aqua <[EMAIL PROTECTED]> wrote: > > > Could you please let me know if there are any simple sample > > > (complete) application available on the net with a HTML form and > > > update the same in a (MySQL) database. > > > > This is a good place to look: > > http://perl.apache.org/products/ > > Looking at http://perl.apache.org/products/app-server.html, the list > seems rather out of date, Catalyst has been around for a couple of > years and Maypole was released before even Rails, not to mention the > newer stuff like Jifty. > > Who do I prod to get it updated? I went ahead and added in entries for those three, let me know if anyone can think of something else we're missing on that page. - Frank Wiles <[EMAIL PROTECTED]> http://www.wiles.org -
