Re: response data
> On Thu, 2004-12-16 at 11:18 +, Vadim wrote:
> > >>On Wed, 2004-12-15 at 20:32 +, Vadim wrote:
> > >> it looks like i missed something important...
> > >> So how to get Response data in the PerlCleanupHandler script?!
> > >
> > >It's already sent by then. What are you trying to do? Do you want to
> > >filter it?
> >
> > I want to store this data in a cache.
>
> You should use a filter then. Looks like you already figured that out,
> based on your most recent post. Let us know how it turns out.
i try to get a response data in the PerlCleanupHandler stage to do some
internal actions. This actions do not perform any modifications on a response
data. So i dont want to keep user waiting. And i supposed untill $r object is
alive it's possible to get the data. But it looks like i mistake. and it's
impossible.
The solution is to register the cleanup handler in the PerlResponseHandler
script and to pass the data and $r object as the arguments:
r->pool->cleanup_register(\&MyApache::MyProxy::handler, { r => $r, data =>
$data} );
--
vad
--
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: [ANNOUNCE] "Practical mod_perl" book is released under Creative Commons license
Stef1 wrote: Stas, no complaints, I know you put tons of effort in modperl ! Only a hint : the moment you write a book specific on MP2 : I will buy it directly. Stef I'll second that. I need all the help I can get ;-) Regards: Colin -- 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
Debugging for mod_perl
I am a new user to mod_perl. I have a module that does some computation and has methods for generating png (using GD) and html. I wrapped it in a thin content handler. It works as expected except that when I include it in the httpd.conf file, I start noticing that the png colors are altered on some requests. Furthermore, it also alters the colors on another script (running under apache::registry) that generate pngs dynamically. However, when I run the same second script under plain cgi and under apache::registry without my handler included in httpd.conf, it does not have these display the strange color behavior. Running my calculation module with warnings and use strict results in no warnings, etc. I know I haven't given enough information to solve the problem, but I feel like I have some issue with a global variable or a memory leak somewhere that is causing a problem in the mod_perl setting. Unfortunately, I am using multiple third-party modules, also, so tracking this down by hand is a difficult proposition at best. What tools/steps would folks suggest that I use to track down the issue? Thanks, Sean -- 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
compile problems
Apologies if I'm posting in the wrong place, but here goes: AMD Opteron, Suse 9.1, perl 5.8.6, Apache 2.0.52, mod_perl 1.99_17 Apache compiles fine. When compiling mod_perl, I execute "/usr/local/bin/perl Makefile.PL MP_APXS=/usr/local/apache2/bin/apxs" and then make, and get: /usr/lib64/gcc-lib/x86_64-suse-linux/3.3.3/../../../../x86_64-suse- linux/bin/ld: /usr/local/lib/perl5/5.8.6/x86_64-linux/auto/DynaLoader/ DynaLoader.a(DynaLoader.o): relocation R_X86_64_32 can not be used when making a shared object; recompile with -fPIC /usr/local/lib/perl5/5.8.6/x86_64-linux/auto/DynaLoader/DynaLoader.a: could not read symbols: Bad value collect2: ld returned 1 exit status A perl -V reveals: Summary of my perl5 (revision 5 version 8 subversion 6) configuration: Platform: osname=linux, osvers=2.6.5-7.95-smp, archname=x86_64-linux uname='linux local03 2.6.5-7.95-smp #1 smp thu jul 1 15:23:45 utc 2004 x86_64 x86_64 x86_64 gnulinux ' config_args='-des -Dcccdlflags=-fPIC' hint=previous, 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=define uselongdouble=undef usemymalloc=n, bincompat5005=undef Compiler: cc='cc', ccflags ='-fno-strict-aliasing -pipe -I/usr/local/include -D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64', optimize='-O2', cppflags='-fno-strict-aliasing -pipe -I/usr/local/include -fno-strict-aliasing -pipe -I/usr/local/include -D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64 -fno-strict-aliasing -pipe -I/usr/local/include -D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64' ccversion='', gccversion='3.3.3 (SuSE Linux)', gccosandvers='' intsize=4, longsize=8, ptrsize=8, doublesize=8, byteorder=12345678 d_longlong=define, longlongsize=8, d_longdbl=define, longdblsize=16 ivtype='long', ivsize=8, nvtype='double', nvsize=8, Off_t='off_t', lseeksize=8 alignbytes=8, prototype=define Linker and Libraries: ld='cc', ldflags =' -L/usr/local/lib' libpth=/usr/local/lib /lib /usr/lib libs=-lnsl -ldl -lm -lcrypt -lutil -lc perllibs=-lnsl -ldl -lm -lcrypt -lutil -lc libc=, so=so, useshrplib=false, libperl=libperl.a gnulibc_version='2.3.3' Dynamic Linking: dlsrc=dl_dlopen.xs, dlext=so, d_dlsymun=undef, ccdlflags='-Wl,-E' cccdlflags='-fpic', lddlflags='-shared -L/usr/local/lib' Characteristics of this binary (from libperl): Compile-time options: USE_64_BIT_INT USE_64_BIT_ALL USE_LARGE_FILES Built under linux Compiled at Dec 16 2004 22:56:14 @INC: /usr/local/lib/perl5/5.8.6/x86_64-linux /usr/local/lib/perl5/5.8.6 /usr/local/lib/perl5/site_perl/5.8.6/x86_64-linux /usr/local/lib/perl5/site_perl/5.8.6 /usr/local/lib/perl5/site_perl . Any thoughts? Thanks, Matthew -- 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: Debugging for mod_perl
On Fri, 17 Dec 2004 07:59:19 -0500 Sean Davis <[EMAIL PROTECTED]> wrote: > I am a new user to mod_perl. I have a module that does some > computation and has methods for generating png (using GD) and html. I > > wrapped it in a thin content handler. It works as expected except > that when I include it in the httpd.conf file, I start noticing that > the png colors are altered on some requests. Furthermore, it also > alters the colors on another script (running under apache::registry) > that generate pngs dynamically. However, when I run the same second > script under plain cgi and under apache::registry without my handler > included in httpd.conf, it does not have these display the strange > color behavior. Running my calculation module with warnings and use > strict results in no warnings, etc. > > I know I haven't given enough information to solve the problem, but I > feel like I have some issue with a global variable or a memory leak > somewhere that is causing a problem in the mod_perl setting. > Unfortunately, I am using multiple third-party modules, also, so > tracking this down by hand is a difficult proposition at best. What > tools/steps would folks suggest that I use to track down the issue? You might check out Apache::DB from cpan, it will give you a Perl debugger (much like gdb) so you can step through your code, and the third-party modules code (if in Perl) and see where things are going wrong. You might also try running your httpd with only one process ( -X I believe ) and see if it has the same behavior. I would also check out: http://perl.apache.org/docs/1.0/guide/porting.html#Sometimes_it_Works__Sometimes_it_Doesn_t Hope this helps! - Frank Wiles <[EMAIL PROTECTED]> http://www.wiles.org - -- 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.c:61: `my_perl' undeclared under Cygwin
> Оригинално писмо
>От: Randy Kobes <[EMAIL PROTECTED]>
>Относно: Re: mod_perl.c:61: `my_perl' undeclared under Cygwin
>До: Stas Bekman <[EMAIL PROTECTED]>
>Изпратено на: Четвъвтък, 2004, Декември 16 06:36:49 EET
>--
>
>On Wed, 15 Dec 2004, Stas Bekman wrote:
>
>> sdfgsd sergserg wrote:
>> [...]
>> > /usr/src/mp2/xs/APR/Base64/APR__Base64.h: In function
>> > `MPXS_apr_base64_encode':
>> > /usr/src/mp2/xs/APR/Base64/APR__Base64.h:37: static
>> > symbol `MPXS_apr_base64_enco de' is marked dllexport
>
>> Sorry, but I've never seen this kind of errors before. Any
>> chance you can find someone who groks cygwin
>> compiler/linker so they can help to resolve those?
>
>I'm not that familiar with cygwin, but if it means the
>same as with VC++, I think the problem is that the
>symbol is supposed to be static, but is marked with
>dllexport, meaning it will appear in a dll (shared
>library). Does the following patch change anything?
>
>===
>Index: lib/Apache/Build.pm
>===
>--- lib/Apache/Build.pm (revision 111688)
>+++ lib/Apache/Build.pm (working copy)
>@@ -31,13 +31,14 @@
> use constant HPUX => $^O eq 'hpux';
> use constant OPENBSD => $^O eq 'openbsd';
> use constant WIN32 => $^O eq 'MSWin32';
>+use constant CYGWIN => $^O eq 'cygwin';
>
> use constant MSVC => WIN32() && ($Config{cc} eq 'cl');
>
> use constant REQUIRE_ITHREADS => grep { $^O eq $_ } qw(MSWin32);
> use constant PERL_HAS_ITHREADS =>
> $Config{useithreads} && ($Config{useithreads} eq 'define');
>-use constant BUILD_APREXT => WIN32();
>+use constant BUILD_APREXT => WIN32() || CYGWIN();
>
> use ModPerl::Code ();
> use ModPerl::BuildOptions ();
>
>=
>It will build the aprext lib as a static lib, like Win32.
>
No, I get the same error :(
>--
>best regards,
>randy
>
>--
>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
>
>
-
Известяване за получено писмо в АБВ.бг - http://promo.abv.bg/
--
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: [ANNOUNCE] "Practical mod_perl" book is released under Creative Commons license
Hi, I have the printed book from six month ago, whenever this notice is very important for all comunity, and for my personal needs, my personal workstation is happy!!! Thnaks Stas and Eric Stas Bekman wrote: Hi, The complete "Practical mod_perl" book [1] is now available online under the terms of the CreativeCommons [2] "Attribution Share-Alike License" [3]. Attribution: The licensor permits others to copy, distribute, display, and perform the work. In return, licensees must give the original author credit. Share Alike: The licensor permits others to distribute derivative works only under a license identical to the one that governs the licensor's work. Thanks to all who have purchased our book so far. You can still get the printed version from your favorite book store and it will certainly make a nice "light" XMas present (hint, hint :). [1] http://modperlbook.org/ [2] http://creativecommons.org/ [3] http://creativecommons.org/licenses/by-sa/2.0/ Eric Cholet and Stas Bekman p.s. I've just put things together quickly, so if you find some problems please let me know. I know the HTML is a bit broken, but it'll be fixed soon. We also need to fix the copyright notices in the HTML version of the book. -- 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: compile problems
Matthew Berk wrote: Apologies if I'm posting in the wrong place, but here goes: AMD Opteron, Suse 9.1, perl 5.8.6, Apache 2.0.52, mod_perl 1.99_17 Apache compiles fine. When compiling mod_perl, I execute "/usr/local/bin/perl Makefile.PL MP_APXS=/usr/local/apache2/bin/apxs" and then make, and get: /usr/lib64/gcc-lib/x86_64-suse-linux/3.3.3/../../../../x86_64-suse- linux/bin/ld: /usr/local/lib/perl5/5.8.6/x86_64-linux/auto/DynaLoader/ DynaLoader.a(DynaLoader.o): relocation R_X86_64_32 can not be used when making a shared object; recompile with -fPIC /usr/local/lib/perl5/5.8.6/x86_64-linux/auto/DynaLoader/DynaLoader.a: could not read symbols: Bad value collect2: ld returned 1 exit status You mean, it fails to load Dynaloader? what was the last console before this error? Can you compile any other CPAN module that has XS code included? Looks like it could be a broken perl. -- __ 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: What's wrong with this system's configuration?
Nick *** wrote:
>> # @(#)B11.23_LRhosts $Revision: 1.9.214.1 $ $Date: 96/10/08 13:20:01 $
>> #
>> # The form for each entry is:
>> #
>> #
>> # For example:
>> # 192.1.2.34 hpfcrm loghost
>> #
>> # See the hosts(4) manual page for more information.
>> # Note: The entries cannot be preceded by a space.
>> # The format described in this file is the correct format.
>> # The original Berkeley manual page contains an error in
>> # the format description.
>> #
>>
>> 192.233.54.176 spe176.testdrive.hp.com spe176
>> 127.0.0.1 localhost loopback
>> 192.233.54.253 spe253.testdrive.hp.com spe253
>>
>>
>> Is there anything else I can do to run perl Makefile.PL?
>
>[ error] Can't resolve host: 'localhost.testdrive.hp.com' (check /etc/hosts)
>
>So you need to ask the admins to have that entry in /etc/hosts, because
>your machine identifies itself as 'localhost.testdrive.hp.com'.
>
>--
The admin asked me what command I use in order to get the name 'localhost.testdrive.hp.com'. How does MP2 get this?
Something like the following:
use Socket;
my $localhost_addr = pack('C4', 127, 0, 0, 1);
my $name = gethostbyaddr($localhost_addr, Socket::AF_INET()) || 'localhost';
my $iaddr = (gethostbyname($name))[-1];
unless (defined $iaddr) {
die "Can't resolve host: '$name' (check /etc/hosts)";
}
$remote_addr ||= Socket::inet_ntoa($iaddr);
print $remote_addr;
prints 127.0.0.1 on my machine.
--
__
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: What's wrong with this system's configuration?
> Оригинално писмо >От: Stas Bekman <[EMAIL PROTECTED]> >Относно: Re: What's wrong with this system's configuration? >До: sdfgsd sergserg <[EMAIL PROTECTED]> >Изпратено на: Четвъвтък, 2004, Декември 16 00:20:01 EET >-- > >sdfgsd sergserg wrote: >> I don't have root access to this macine and I can't edit /etc/hosts. This >> is the content of /etc/hosts: >> >> >> # @(#)B11.23_LRhosts $Revision: 1.9.214.1 $ $Date: 96/10/08 13:20:01 $ >> # >> # The form for each entry is: >> # >> # >> # For example: >> # 192.1.2.34hpfcrm loghost >> # >> # See the hosts(4) manual page for more information. >> # Note: The entries cannot be preceded by a space. >> # The format described in this file is the correct format. >> # The original Berkeley manual page contains an error in >> # the format description. >> # >> >> 192.233.54.176 spe176.testdrive.hp.com spe176 >> 127.0.0.1 localhost loopback >> 192.233.54.253 spe253.testdrive.hp.com spe253 >> >> >> Is there anything else I can do to run perl Makefile.PL? > >[ error] Can't resolve host: 'localhost.testdrive.hp.com' (check /etc/hosts) > >So you need to ask the admins to have that entry in /etc/hosts, because >your machine identifies itself as 'localhost.testdrive.hp.com'. > >-- The admin asked me what command I use in order to get the name 'localhost.testdrive.hp.com'. How does MP2 get this? >__ >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 > > - Известяване за получено писмо в АБВ.бг - http://promo.abv.bg/ -- 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: compile problems
Matthew, you're not alone. I was going to send a report (my first one ever :) about this but anyhow. same problem here => Fedora Core 2 (AMD64), perl 5.8.5, Apache 2.0.52, mod_perl 1.99_17. perl built with -fPIC instead of -fpic. Same result regardless. A grep shows mod_perl picking up on -fPIC so maybe it is a problem with perl. I did also build/test/install the DBD::mysql and DBD::Pg drivers with no problems. cc -shared \ \ mod_perl.lo modperl_interp.lo modperl_tipool.lo modperl_log.lo modperl_config.lo modperl_cmd.lo modperl_options.lo modperl_callback.lo modperl_handler.lo modperl_gtop.lo modperl_util.lo modperl_io.lo modperl_io_apache.lo modperl_filter.lo modperl_bucket.lo modperl_mgv.lo modperl_pcw.lo modperl_global.lo modperl_env.lo modperl_cgi.lo modperl_perl.lo modperl_perl_global.lo modperl_perl_pp.lo modperl_sys.lo modperl_module.lo modperl_svptr_table.lo modperl_const.lo modperl_constants.lo modperl_apache_compat.lo modperl_error.lo modperl_debug.lo modperl_common_util.lo modperl_common_log.lo modperl_hooks.lo modperl_directives.lo modperl_flags.lo modperl_xsinit.lo modperl_exports.lo -Wl,-E /usr/local/lib/perl5/5.8.5/x86_64-linux/auto/DynaLoader/DynaLoader.a -L/usr/local/lib/perl5/5.8.5/x86_64-linux/CORE -lperl -lnsl -ldl -lm -lcrypt -lutil -lc \ -o mod_perl.so /usr/bin/ld: /usr/local/lib/perl5/5.8.5/x86_64-linux/auto/DynaLoader/DynaLoader.a(DynaLoa der.o): relocation R_X86_64_32 can not be used when making a shared object; recompile with -fPIC /usr/local/lib/perl5/5.8.5/x86_64-linux/auto/DynaLoader/DynaLoader.a: could not read symbols: Bad value collect2: ld returned 1 exit status make[1]: *** [mod_perl.so] Error 1 make[1]: Leaving directory `/home/jrb/apache2/mod_perl-1.99_17/src/modules/perl' make: *** [modperl_lib] Error 2 On a side note everything works fine for a static build. Modules (Apache::Scoreboard and Apache::VMonitor) required a little tweaking but worked. It seems fast ...but with our normal collection of modules loaded it is HUGE. > -Original Message- > From: Stas Bekman [mailto:[EMAIL PROTECTED] > Sent: Friday, December 17, 2004 10:12 AM > To: Matthew Berk > Cc: [EMAIL PROTECTED] > Subject: Re: compile problems > > Matthew Berk wrote: > > Apologies if I'm posting in the wrong place, but here goes: > > > > AMD Opteron, Suse 9.1, perl 5.8.6, Apache 2.0.52, mod_perl 1.99_17 > > > > Apache compiles fine. When compiling mod_perl, I execute > > "/usr/local/bin/perl Makefile.PL > MP_APXS=/usr/local/apache2/bin/apxs" > > and then make, and get: > > > > /usr/lib64/gcc-lib/x86_64-suse-linux/3.3.3/../../../../x86_64-suse- > > linux/bin/ld: > /usr/local/lib/perl5/5.8.6/x86_64-linux/auto/DynaLoader/ > > DynaLoader.a(DynaLoader.o): relocation R_X86_64_32 can not > be used when > > making a shared object; recompile with -fPIC > > > /usr/local/lib/perl5/5.8.6/x86_64-linux/auto/DynaLoader/DynaLo > ader.a: > > could not read symbols: Bad value > > collect2: ld returned 1 exit status > > You mean, it fails to load Dynaloader? what was the last > console before > this error? > > Can you compile any other CPAN module that has XS code > included? Looks > like it could be a broken perl. > > -- > __ > 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 > *CONFIDENTIALITY NOTICE* This e-mail and any files or attachments may contain confidential and privileged information. If you have received this message in error, please notify the sender at the above e-mail address and delete it and all copies from your system. -- 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: response data
Hi Vadim,
On Fri, 2004-12-17 at 06:09, Vadim wrote:
> i try to get a response data in the PerlCleanupHandler stage to do some
> internal actions. This actions do not perform any modifications on a response
> data. So i dont want to keep user waiting. And i supposed untill $r object is
> alive it's possible to get the data. But it looks like i mistake. and it's
> impossible.
>
> The solution is to register the cleanup handler in the PerlResponseHandler
> script and to pass the data and $r object as the arguments:
>
> r->pool->cleanup_register(\&MyApache::MyProxy::handler, { r => $r, data =>
> $data} );
You cannot transfer parameters this way, however $r is available and
_is_ correct inside the Cleanup phase of the request processing flow.
You can transfer a copy of your response to the cleanup handler using
pnotes if necessary. Alternatively, you can chain your cleanup handler
with your content generation handler using Apache::Filter chain, so that
all the work appears inside the content generation phase.
Hope this helps,
Slava
--
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: compile problems
Barksdale, Ray wrote: On a side note everything works fine for a static build. Modules (Apache::Scoreboard and Apache::VMonitor) required a little tweaking but worked. What were the problems in those modules? -- __ 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: compile problems
"Barksdale, Ray" <[EMAIL PROTECTED]> writes: [...] > /usr/bin/ld: > /usr/local/lib/perl5/5.8.5/x86_64-linux/auto/DynaLoader/DynaLoader.a(DynaLoa > der.o): relocation R_X86_64_32 can not be used when making a shared object; > recompile with -fPIC > /usr/local/lib/perl5/5.8.5/x86_64-linux/auto/DynaLoader/DynaLoader.a: could > not read symbols: Bad value I think this means Fedora's DynaLoader.a file needs to be (re)compiled with -fpic (or -fPIC). Look for "-Duseshrplib" and/or "cccdlflags='-fPIC'" in perl -V. -- 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: compile problems
I mis-typed. It was only Apache::Scoreboard that needed tweaking. Don't recall the specific error message but when building a static mod_perl with 1.99_17 it mucked arround with the include files in the Apache build directory. The fix was changing INC = -I/usr/local/apache2/include to INC = -I/path/to/apache/src/include I think this is a moot point... hasn't the static build process changed since _17? > -Original Message- > From: Stas Bekman [mailto:[EMAIL PROTECTED] > Sent: Friday, December 17, 2004 12:39 PM > To: Barksdale, Ray > Cc: [EMAIL PROTECTED] > Subject: Re: compile problems > > Barksdale, Ray wrote: > > > On a side note everything works fine for a static build. Modules > > (Apache::Scoreboard > > and Apache::VMonitor) required a little tweaking but worked. > > What were the problems in those modules? > > > -- > __ > 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 > *CONFIDENTIALITY NOTICE* This e-mail and any files or attachments may contain confidential and privileged information. If you have received this message in error, please notify the sender at the above e-mail address and delete it and all copies from your system. -- 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
Apache::Status bareword error
mod_perl-2.0.0-RC1
perl-5.8.5 on linux (Fedora Core 3)
This test file:
#!/usr/bin/perl
use strict;
use Apache::Status;
1;
Gives this error:
Bareword "Apache::ServerUtil::server_root" not allowed while "strict subs" in
use at /usr/lib/perl5/site_perl/5.8.5/i386-linux-thread-multi/Apache/Status.pm
line 710.
I suggest this patch to fix it:
--- lib/Apache/Status.pm2004/12/17 18:55:53 1.1
+++ lib/Apache/Status.pm2004/12/17 18:59:19
@@ -707,7 +707,7 @@
untie *STDOUT;
-my $dir = File::Spec->catfile(Apache::ServerUtil::server_root,
+my $dir = File::Spec->catfile(Apache::ServerUtil::server_root(),
($r->dir_config("GraphDir") || "logs/b_graphs"));
mkdir $dir, 0755 unless -d $dir;
~ John Williams
--
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: compile problems
Barksdale, Ray wrote: I mis-typed. It was only Apache::Scoreboard that needed tweaking. Don't recall the specific error message but when building a static mod_perl with 1.99_17 it mucked arround with the include files in the Apache build directory. The fix was changing INC = -I/usr/local/apache2/include to INC = -I/path/to/apache/src/include I think this is a moot point... hasn't the static build process changed since _17? Since Apache::Scoreboard doesn't do any -I setting on its own, it must be a modperl issue. Yes, things have changed a bit with static build, but it's quite possible that this is still a problem, so if you could check with the 1.99_18 (or even better current svn) that would be great. -- __ 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
apache 1.33 modperl
Hello all, This is a small but rather significant problem that needs sorting. I am surprised it has not been fixed and I'm after a work around until it is. Have been on hours and still can't figure it as there is no documentation on the web. Whn compiling modperl it compiles httpd WITHOUT --enable-modules=so. This causes httpd to be (realistically) unusable. Especially since the mod_perl.so is a LoadModule! If anyone can help and send this small nightmare to those that do the mod_perl stuff then a big thank you, Andrew Charnley xWMS Inc. -- 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: apache 1.33 modperl
Andrew Charnley wrote: Hello all, This is a small but rather significant problem that needs sorting. I am surprised it has not been fixed and I'm after a work around until it is. Have been on hours and still can't figure it as there is no documentation on the web. Whn compiling modperl it compiles httpd WITHOUT --enable-modules=so. This causes httpd to be (realistically) unusable. Especially since the mod_perl.so is a LoadModule! You give us too little to chew on, Andrew. How did you try to build modperl? You can always pass extra args to Apache via: http://perl.apache.org/docs/1.0/guide/install.html#APACI_ARGS -- __ 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: Apache::Status bareword error
John Williams wrote: mod_perl-2.0.0-RC1 perl-5.8.5 on linux (Fedora Core 3) This test file: #!/usr/bin/perl use strict; use Apache::Status; 1; Gives this error: Bareword "Apache::ServerUtil::server_root" not allowed while "strict subs" in use at /usr/lib/perl5/site_perl/5.8.5/i386-linux-thread-multi/Apache/Status.pm line 710. I suggest this patch to fix it: Thanks John, committed! -- __ 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: apache 1.33 modperl
[Andrew, please do not take follow ups off the list, unless requested to. CC'ed back the list] Andrew Charnley wrote: I need to compile Apache with --enable-module=so parameter. Compiling Apache manually causes Perl not be be compiled into it. When compiling ModPerl it builds Apache for you and does not allow parameters to be passed. So I get Perl built in but no LoadModule functionality. Surely anyone who has compiled ModPerl must have this problem! How you tried to RTFM? http://perl.apache.org/docs/1.0/guide/install.html If you did, please *show* us what you did. We can't help you if leave us guessing. Cheers - Andy. On Fri, 17 Dec 2004 15:22:27 -0500 Stas Bekman <[EMAIL PROTECTED]> wrote: Andrew Charnley wrote: Hello all, This is a small but rather significant problem that needs sorting. I am surprised it has not been fixed and I'm after a work around until it is. Have been on hours and still can't figure it as there is no documentation on the web. Whn compiling modperl it compiles httpd WITHOUT --enable-modules=so. This causes httpd to be (realistically) unusable. Especially since the mod_perl.so is a LoadModule! You give us too little to chew on, Andrew. How did you try to build modperl? You can always pass extra args to Apache via: http://perl.apache.org/docs/1.0/guide/install.html#APACI_ARGS -- __ 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 -- __ 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: make test fails under Tru64 Unix 5.1b
Nick *** wrote: I've made some progress here! I thought - what if the httpd can't find libperl.so? I set LD_LIBRARY_PATH to LD_LIBRARY_PATH=$LD_LIBRARY_PATH:/usr/lib/perl-5.8.0/lib/5.8.0/alpha-dec_osf/CORE and ran make test again. The result: 168474:/house/doink123/httpd-2.0.52/.libs/lt-httpd: /sbin/loader: Fatal Error: Cannot map library libgcc_s.so.1 156915:/house/doink123/httpd-2.0.52/.libs/lt-httpd: /sbin/loader: Fatal Error: Cannot map library libgcc_s.so.1 168434:/house/doink123/httpd-2.0.52/.libs/lt-httpd: /sbin/loader: Fatal Error: Cannot map library libgcc_s.so.1 [ error] configure() has failed: It couldn't find libgcc_s.so.1, so I set LD_LIBRARY_PATH to LD_LIBRARY_PATH=$LD_LIBRARY_PATH:/usr/opt/TWWfsw/gcc33/lib and ran make test again. The result: [warning] setting ulimit to allow core files ulimit -c unlimited; /usr/bin/perl /house/doink123/mp2_svn/t/TEST -bugreport -verbose=0 170047:/house/doink123/httpd-2.0.52/.libs/lt-httpd: /sbin/loader: Error: libaprutil-0.so.0: symbol "iconv_open" unresolved 170047:/house/doink123/httpd-2.0.52/.libs/lt-httpd: /sbin/loader: Fatal Error: Load of "/house/doink123/httpd-2.0.52/.libs/lt-httpd" failed: Unresolved symbol name 170076:/house/doink123/httpd-2.0.52/.libs/lt-httpd: /sbin/loader: Error: libaprutil-0.so.0: symbol "iconv_open" unresolved 170076:/house/doink123/httpd-2.0.52/.libs/lt-httpd: /sbin/loader: Fatal Error: Load of "/house/doink123/httpd-2.0.52/.libs/lt-httpd" failed: Unresolved symbol name 170058:/house/doink123/httpd-2.0.52/.libs/lt-httpd: /sbin/loader: Error: libaprutil-0.so.0: symbol "iconv_open" unresolved 170058:/house/doink123/httpd-2.0.52/.libs/lt-httpd: /sbin/loader: Fatal Error: Load of "/house/doink123/httpd-2.0.52/.libs/lt-httpd" failed: Unresolved symbol name [ error] configure() has failed: ldd /house/doink123/httpd-2.0.52/.libs/lt-httpd gives me: [...] libiconv.so => /usr/local/lib/libiconv.so ^^^ So you need /usr/local/lib in LD_LIBRARY_PATH as well. -- __ 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: apache 1.33 modperl
Have followed all instructions. There is no mention of this. I do not know how modperl generates the apache configure file but it should insert the stuff --enable-module=so gives when calling ./configure on apache src directly. 1. Download ModPerl v1. Apache 1.333. Slackware current. 2. extracted to /tmp 3. perl Makefile.PL APACHE_SRC=../apache_1.3.33/src APACHE_PREFIX=/usr/sbin DO_HTTPD=1 USE_APACI=1 EVERYTHING=1 4. make, make install 5. apachectl start >> Invalid Command 'LoadModule', perhaps misspelled or not included in the server configuration 6. Googled for info: http://www.vttoth.com/loadmod.htm 7. Summarised ModPerl should be using this. Compiled apache manually with this and problem fixed, but then I don't get ModPerl. Andy. On Fri, 17 Dec 2004 15:44:23 -0500 Stas Bekman <[EMAIL PROTECTED]> wrote: > sorry, but please follow up back to the list. > > Andrew Charnley wrote: > > Compiled by: > > > > perl Makefile.PL APACHE_SRC=../apache_1.3.33/src APACHE_PREFIX=/usr/sbin > > DO_HTTPD=1 USE_APACI=1 EVERYTHING=1 > > > > How do I get it to pass --enable-module=so to httpd build? > > > > Thanks, Andy. > > > > > > On Fri, 17 Dec 2004 15:22:27 -0500 > > Stas Bekman <[EMAIL PROTECTED]> wrote: > > > > > >>Andrew Charnley wrote: > >> > >>>Hello all, > >>> > >>>This is a small but rather significant problem that needs sorting. I am > >>>surprised it has not been fixed and I'm after a work around until it > >>>is. Have been on hours and still can't figure it as there is no > >>>documentation on the web. > >>> > >>>Whn compiling modperl it compiles httpd WITHOUT --enable-modules=so. > >>>This causes httpd to be (realistically) unusable. Especially since the > >>>mod_perl.so is a LoadModule! > >> > >>You give us too little to chew on, Andrew. How did you try to build modperl? > >> > >>You can always pass extra args to Apache via: > >>http://perl.apache.org/docs/1.0/guide/install.html#APACI_ARGS > >> > >>-- > >>__ > >>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 > >> > >> > >> > > > -- > __ > 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: compile problems
Built my own perl in /usr/local. Made sure they weren't comingling. > -Original Message- > From: news [mailto:[EMAIL PROTECTED] On Behalf Of Joe Schaefer > Sent: Friday, December 17, 2004 12:28 PM > To: [EMAIL PROTECTED] > Subject: Re: compile problems > > "Barksdale, Ray" <[EMAIL PROTECTED]> writes: > > [...] > > > /usr/bin/ld: > > > /usr/local/lib/perl5/5.8.5/x86_64-linux/auto/DynaLoader/DynaLo > ader.a(DynaLoa > > der.o): relocation R_X86_64_32 can not be used when making > a shared object; > > recompile with -fPIC > > > /usr/local/lib/perl5/5.8.5/x86_64-linux/auto/DynaLoader/DynaLo > ader.a: could > > not read symbols: Bad value > > I think this means Fedora's DynaLoader.a file needs to be > (re)compiled with -fpic (or -fPIC). Look for "-Duseshrplib" > and/or "cccdlflags='-fPIC'" in perl -V. > > -- > Joe Schaefer > ok. Had "cccdlflags='-fPIC'". Just set "useshrplib=true". Rebuilt 5.8.5, tested ok, installed. Built mod_perl 1.99_17. Built ok. Failed two tests: apr-ext/finfo.t and apr-ext/util. Have to figure that out in a bit. Work has interrupted. Will take Stas's suggestion and try current svn. Thanks all. > > -- > 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 > *CONFIDENTIALITY NOTICE* This e-mail and any files or attachments may contain confidential and privileged information. If you have received this message in error, please notify the sender at the above e-mail address and delete it and all copies from your system. -- 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: apache 1.33 modperl
Andrew Charnley wrote: Have followed all instructions. There is no mention of this. I do not know how modperl generates the apache configure file but it should insert the stuff --enable-module=so gives when calling ./configure on apache src directly. 1. Download ModPerl v1. Apache 1.333. Slackware current. 2. extracted to /tmp 3. perl Makefile.PL APACHE_SRC=../apache_1.3.33/src APACHE_PREFIX=/usr/sbin DO_HTTPD=1 USE_APACI=1 EVERYTHING=1 4. make, make install 5. apachectl start >> Invalid Command 'LoadModule', perhaps misspelled or not included in the server configuration 6. Googled for info: http://www.vttoth.com/loadmod.htm 7. Summarised ModPerl should be using this. Compiled apache manually with this and problem fixed, but then I don't get ModPerl. That's much better, Andrew. http://perl.apache.org/docs/1.0/guide/install.html#The_All_In_One_Way That builds a static Apache/mod_perl. So obviously modperl has no interest telling Apache to build DSO support. What LoadModule are you expecting to call if there are no dynamic modules? I suspect you have httpd.conf from a previously build Apache which had DSO support and the new build doesn't overwrite that file. Nuke the old httpd.conf, run 'make install' and you should be fine. If you still want to pass extra args use APACI_ARGS http://perl.apache.org/docs/1.0/guide/install.html#APACI_ARGS perl Makefile.PL APACHE_SRC=../apache_1.3.33/src APACHE_PREFIX=/usr/sbin DO_HTTPD=1 USE_APACI=1 EVERYTHING=1 APACI_ARGS="--enable-module=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 -- 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: compile problems
Barksdale, Ray wrote: ok. Had "cccdlflags='-fPIC'". Just set "useshrplib=true". Rebuilt 5.8.5, tested ok, installed. Built mod_perl 1.99_17. Built ok. Failed two tests: apr-ext/finfo.t and apr-ext/util. Have to figure that out in a bit. Work has interrupted. If those are the same failures that I've seen there are already fixed in 1.99_18. in any case what we should do is detect this problem early (by looking at Config.pm) and give users a better explanation during 'perl Makefile.PL'. Patches are welcome. -- __ 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: apache 1.33 modperl
LoadModule dir_module libexec/apache/mod_dir.so DirectoryIndex index.pl Just going to test your method now. Cheers Andy. User nobody # If you're not on Linux, you'll probably need to change Group Group nobody Options FollowSymLinks AllowOverride None #AddHandler cgi-script .pl AddHandler perl-script .pl #SetHandler perl-script PerlResponseHandler ModPerl::Registry PerlOptions +ParseHeaders Options ExecCGI order deny,allow allow from all order deny,allow deny from all On Fri, 17 Dec 2004 16:17:52 -0500 Stas Bekman <[EMAIL PROTECTED]> wrote: > Andrew Charnley wrote: > > Have followed all instructions. There is no mention of this. I do not know > > how modperl generates the apache configure file but it should insert the > > stuff --enable-module=so gives when calling ./configure on apache src > > directly. > > > > 1. Download ModPerl v1. Apache 1.333. Slackware current. > > 2. extracted to /tmp > > 3. perl Makefile.PL APACHE_SRC=../apache_1.3.33/src APACHE_PREFIX=/usr/sbin > > DO_HTTPD=1 USE_APACI=1 EVERYTHING=1 > > 4. make, make install > > 5. apachectl start >> Invalid Command 'LoadModule', perhaps misspelled or > > not included in the server configuration > > 6. Googled for info: http://www.vttoth.com/loadmod.htm > > 7. Summarised ModPerl should be using this. Compiled apache manually with > > this and problem fixed, but then I don't get ModPerl. > > That's much better, Andrew. > > http://perl.apache.org/docs/1.0/guide/install.html#The_All_In_One_Way > That builds a static Apache/mod_perl. So obviously modperl has no interest > telling Apache to build DSO support. What LoadModule are you expecting to > call if there are no dynamic modules? > > I suspect you have httpd.conf from a previously build Apache which had DSO > support and the new build doesn't overwrite that file. Nuke the old > httpd.conf, run 'make install' and you should be fine. > > If you still want to pass extra args use APACI_ARGS > http://perl.apache.org/docs/1.0/guide/install.html#APACI_ARGS > > perl Makefile.PL APACHE_SRC=../apache_1.3.33/src APACHE_PREFIX=/usr/sbin > DO_HTTPD=1 USE_APACI=1 EVERYTHING=1 APACI_ARGS="--enable-module=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 > > -- > 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: apache 1.33 modperl
Andrew Charnley wrote: LoadModule dir_module libexec/apache/mod_dir.so DirectoryIndex index.pl Just going to test your method now. that's certainly a stale config. Just remove the line: LoadModule dir_module libexec/apache/mod_dir.so check that httpd has it built-in via: httpd -l if not rebuild modperl adding APACI_ARGS options telling Apache to compile mod_dir in. http://perl.apache.org/docs/1.0/guide/install.html#APACI_ARGS -- __ 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: Debugging for mod_perl
On Fri, 2004-12-17 at 07:59 -0500, Sean Davis wrote: > It works as expected except that > when I include it in the httpd.conf file, I start noticing that the png > colors are altered on some requests. Furthermore, it also alters the > colors on another script (running under apache::registry) that generate > pngs dynamically. However, when I run the same second script under > plain cgi and under apache::registry without my handler included in > httpd.conf, it does not have these display the strange color behavior. I would debug this using a program like GET (from LWP) or lynx to examine the headers and see if something is being set differently that could cause this. I would also try diffing the output from the two to see what's different. Of course, you do know about the "TurnEverythingGreen" setting in httpd.conf, right? (Kidding...) - Perrin -- 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: [ANNOUNCE] "Practical mod_perl" book is released under Creative Commons license
Hi, I wish to express my sincere gratitude over the public release of Practical mod_perl book. It will definitely provide in-depth insight into this technology whose development I have been following over the past four three years and yet cannot seem to tie the pieces together. I am very much a one man of open source persuasion operating in an otherwise proprietary environment. My main challenge is to bridge the gap between open source and proprietary systems and I find real allies in Perl and Apache and their derivatives in doing that. My institution is in the process of evaluating open source software for online student administration systems which will include viewing transcripts online as well as online payment of fees. To my mind, modperl can be used to do these as was indicated by some of the replies I received to my previous posting on this list enquiring on modperl-based student systems. Other languages were also suggested as potential candidates. Good books are hard to acquire readily from this part of the world and so the availability of this resource online is an asset to me. Thank you, Alfred, Stas Bekman wrote: Hi, The complete "Practical mod_perl" book [1] is now available online under the terms of the CreativeCommons [2] "Attribution Share-Alike License" [3]. Attribution: The licensor permits others to copy, distribute, display, and perform the work. In return, licensees must give the original author credit. Share Alike: The licensor permits others to distribute derivative works only under a license identical to the one that governs the licensor's work. Thanks to all who have purchased our book so far. You can still get the printed version from your favorite book store and it will certainly make a nice "light" XMas present (hint, hint :). [1] http://modperlbook.org/ [2] http://creativecommons.org/ [3] http://creativecommons.org/licenses/by-sa/2.0/ Eric Cholet and Stas Bekman p.s. I've just put things together quickly, so if you find some problems please let me know. I know the HTML is a bit broken, but it'll be fixed soon. We also need to fix the copyright notices in the HTML version of the book. -- Alfred Vahau Information Technology Services University of Papua New Guinea PO Box 320 University PO NCD 134 Papua New Guinea Ph. (675) 3267277 Fax. (675) 3267187 Mobile: (675) 6888926 email: [EMAIL PROTECTED] -- 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: apache 1.33 modperl
Finally fixed!!! The joy!!! If I uncommented those lines without supplying apache argu in the way you mentioned I got the formentioned error. Now I've given apache that argu and commented these out and all running sweet. Big thanks! Andrew C. On Fri, 17 Dec 2004 16:43:01 -0500 Stas Bekman <[EMAIL PROTECTED]> wrote: > Andrew Charnley wrote: > > LoadModule dir_module libexec/apache/mod_dir.so > > DirectoryIndex index.pl > > > > > > Just going to test your method now. > > that's certainly a stale config. Just remove the line: > > LoadModule dir_module libexec/apache/mod_dir.so > > check that httpd has it built-in via: > > httpd -l > > if not rebuild modperl adding APACI_ARGS options telling Apache to compile > mod_dir in. > http://perl.apache.org/docs/1.0/guide/install.html#APACI_ARGS > > -- > __ > 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: [ANNOUNCE] "Practical mod_perl" book is released under Creative Commons license
Practical mod_perl" book <-- GREAT BOOK. I just wanted to say thxs Stas for all your hard work, I really appreciate it. Paul colin_e wrote: Stef1 wrote: Stas, no complaints, I know you put tons of effort in modperl ! Only a hint : the moment you write a book specific on MP2 : I will buy it directly. Stef I'll second that. I need all the help I can get ;-) Regards: Colin -- 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: make test fails under Tru64 Unix 5.1b
> Оригинално писмо >От: Stas Bekman <[EMAIL PROTECTED]> >Относно: Re: make test fails under Tru64 Unix 5.1b >До: sdfgsd sergserg <[EMAIL PROTECTED]> >Изпратено на: Сряда, 2004, Декември 15 19:52:41 EET >-- > >sdfgsd sergserg wrote: >> Ooops, I've missed this one: >> >> Writing Makefile for ModPerl::XS >> Writing Makefile for mod_perl >> [warning] mod_perl static library will be built as mod_perl.a >> [ error] oh nuts, server dumped core >> >> >> >> ldd /house/doink123/httpd-2.0.52/.libs/lt-httpd >> 443239:/house/doink123/httpd-2.0.52/.libs/lt-httpd: ldd: Fatal Error: >> Cannot generate dynamic dependencies for library libperl.so > >gozer? any ideas? > I've made some progress here! I thought - what if the httpd can't find libperl.so? I set LD_LIBRARY_PATH to LD_LIBRARY_PATH=$LD_LIBRARY_PATH:/usr/lib/perl-5.8.0/lib/5.8.0/alpha-dec_osf/CORE and ran make test again. The result: 168474:/house/doink123/httpd-2.0.52/.libs/lt-httpd: /sbin/loader: Fatal Error: Cannot map library libgcc_s.so.1 156915:/house/doink123/httpd-2.0.52/.libs/lt-httpd: /sbin/loader: Fatal Error: Cannot map library libgcc_s.so.1 168434:/house/doink123/httpd-2.0.52/.libs/lt-httpd: /sbin/loader: Fatal Error: Cannot map library libgcc_s.so.1 [ error] configure() has failed: It couldn't find libgcc_s.so.1, so I set LD_LIBRARY_PATH to LD_LIBRARY_PATH=$LD_LIBRARY_PATH:/usr/opt/TWWfsw/gcc33/lib and ran make test again. The result: [warning] setting ulimit to allow core files ulimit -c unlimited; /usr/bin/perl /house/doink123/mp2_svn/t/TEST -bugreport -verbose=0 170047:/house/doink123/httpd-2.0.52/.libs/lt-httpd: /sbin/loader: Error: libaprutil-0.so.0: symbol "iconv_open" unresolved 170047:/house/doink123/httpd-2.0.52/.libs/lt-httpd: /sbin/loader: Fatal Error: Load of "/house/doink123/httpd-2.0.52/.libs/lt-httpd" failed: Unresolved symbol name 170076:/house/doink123/httpd-2.0.52/.libs/lt-httpd: /sbin/loader: Error: libaprutil-0.so.0: symbol "iconv_open" unresolved 170076:/house/doink123/httpd-2.0.52/.libs/lt-httpd: /sbin/loader: Fatal Error: Load of "/house/doink123/httpd-2.0.52/.libs/lt-httpd" failed: Unresolved symbol name 170058:/house/doink123/httpd-2.0.52/.libs/lt-httpd: /sbin/loader: Error: libaprutil-0.so.0: symbol "iconv_open" unresolved 170058:/house/doink123/httpd-2.0.52/.libs/lt-httpd: /sbin/loader: Fatal Error: Load of "/house/doink123/httpd-2.0.52/.libs/lt-httpd" failed: Unresolved symbol name [ error] configure() has failed: ldd /house/doink123/httpd-2.0.52/.libs/lt-httpd gives me: Main => /house/doink123/httpd-2.0.52/.libs/lt-httpd libperl.so => /usr/lib/perl-5.8.0/lib/5.8.0/alpha-dec_osf/CORE/libperl.so libaprutil-0.so.0 => /house/doink123/httpd-2.0.52/srclib/apr-util/.libs/libaprutil-0.so.0 libexpat.so.0 => /house/doink123/httpd-2.0.52/srclib/apr-util/xml/expat/lib/.libs/libexpat.so.0 libiconv.so => /usr/local/lib/libiconv.so libapr-0.so.0 => /house/doink123/httpd-2.0.52/srclib/apr/.libs/libapr-0.so.0 librt.so => /usr/shlib/librt.so libm.so => /usr/shlib/libm.so libc.so => /usr/shlib/libc.so libgcc_s.so.1 => /usr/opt/TWWfsw/gcc33/lib/libgcc_s.so.1 libexc.so => /usr/shlib/libexc.so - Известяване за получено писмо в АБВ.бг - http://promo.abv.bg/ -- 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: compile problems
ok. 1.99_18 fixes the two test failures. Couldn't get to current svn. Kept timing out. Couldn't get to the cvs snapshots either. I'll try that again Monday. May try compiling everything with "-m64" just to see what happens. In regards to your mod_perl book, I broke the binding :( > -Original Message- > From: Stas Bekman [mailto:[EMAIL PROTECTED] > Sent: Friday, December 17, 2004 3:20 PM > To: Barksdale, Ray > Cc: [EMAIL PROTECTED] > Subject: Re: compile problems > > Barksdale, Ray wrote: > > > ok. Had "cccdlflags='-fPIC'". Just set "useshrplib=true". > > Rebuilt 5.8.5, tested ok, installed. > > Built mod_perl 1.99_17. Built ok. Failed two tests: > apr-ext/finfo.t and > > apr-ext/util. > > Have to figure that out in a bit. Work has interrupted. > > If those are the same failures that I've seen there are > already fixed in > 1.99_18. > > in any case what we should do is detect this problem early > (by looking at > Config.pm) and give users a better explanation during 'perl > Makefile.PL'. > Patches are welcome. > > -- > __ > 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 > *CONFIDENTIALITY NOTICE* This e-mail and any files or attachments may contain confidential and privileged information. If you have received this message in error, please notify the sender at the above e-mail address and delete it and all copies from your system. -- 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: compile problems
Barksdale, Ray wrote: ok. 1.99_18 fixes the two test failures. Couldn't get to current svn. Kept timing out. Couldn't get to the cvs snapshots either. I'll try that again Monday. Yeah svn.apache.org has hardware problems. both reside on that machine. May try compiling everything with "-m64" just to see what happens. That would be nice :) My hw is 32b. In regards to your mod_perl book, I broke the binding :( Not surprising. It's too thick. It should have been 3 thinner volumes. -- __ 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: make test fails under Tru64 Unix 5.1b
Nick *** wrote: >> [warning] setting ulimit to allow core files >> ulimit -c unlimited; /usr/bin/perl /house/doink123/mp2_svn/t/TEST -bugreport -verbose=0 >> 170047:/house/doink123/httpd-2.0.52/.libs/lt-httpd: /sbin/loader: Error: libaprutil-0.so.0: symbol "iconv_open" unresolved >> 170047:/house/doink123/httpd-2.0.52/.libs/lt-httpd: /sbin/loader: Fatal Error: Load of "/house/doink123/httpd-2.0.52/.libs/lt-httpd" failed: Unresolved symbol name >> 170076:/house/doink123/httpd-2.0.52/.libs/lt-httpd: /sbin/loader: Error: libaprutil-0.so.0: symbol "iconv_open" unresolved >> 170076:/house/doink123/httpd-2.0.52/.libs/lt-httpd: /sbin/loader: Fatal Error: Load of "/house/doink123/httpd-2.0.52/.libs/lt-httpd" failed: Unresolved symbol name >> 170058:/house/doink123/httpd-2.0.52/.libs/lt-httpd: /sbin/loader: Error: libaprutil-0.so.0: symbol "iconv_open" unresolved >> 170058:/house/doink123/httpd-2.0.52/.libs/lt-httpd: /sbin/loader: Fatal Error: Load of "/house/doink123/httpd-2.0.52/.libs/lt-httpd" failed: Unresolved symbol name >> [ error] configure() has failed: >> >> >> ldd /house/doink123/httpd-2.0.52/.libs/lt-httpd gives me: >[...] >> libiconv.so => /usr/local/lib/libiconv.so > ^^^ > >So you need /usr/local/lib in LD_LIBRARY_PATH as well. > Doesn't work :( Well, I can't help much more than that. Sorry about that. -- __ 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
