ANNOUNCE: Krang 1.101
We're very pleased to announce that Krang v1.101 is now available. Notable changes in this release: * Fixes to the session caching improvements that were added in the 1.100 release - bulk-edit now works again, as does search-form clearing. * bin/krang_publish now has a --not_on_desk option, to limit publishing of content to those items not sitting on a desk within the CMS. * Thumbnailing of extreme aspect-ratio images (e.g. 200x5 pixels) has been fixed. * Improved support for MySQL 4.1.x - Krang should now work fine on MySQL 4.1.8 (the first "stable" release) or higher. * Services that run on unprivileged ports no longer use sudo on startup. For more information about Krang, visit the Krang website: http://krang.sourceforge.net/ There you can download Krang, view screenshots, read documentation, join our mailing-lists and access the CVS tree. Detailed change-log here: http://krang.sf.net/docs/changelog.html Krang is an Open Source web-publisher / content-management system designed for large-scale magazine-style websites. It is a 100% Perl application using Apache/mod_perl and MySQL, as well as numerous CPAN modules. Krang provides a powerful and easy to use story and media editing environment for magazine editors, as well as a complete template development environment for web designers. On the back-end, Perl programmers can customize Krang to control the data entered in the story editor and add code to drive the templates to build output. Krang can be enhanced with add-ons containing new skins and other new features. Krang easily handles large data sets and can manage multiple websites in a single installation. - the Krang team Peter Leonard [EMAIL PROTECTED]
Re: [mp2] reliable methods to prevent handlers from repeating
aha. $r->lookup_uri doesn't set the calling request object into $subr->prev, according to the apache source. i can't see any way to refer to the calling request from a subrequest, unless the calling request is the main request. how frustrating. .d
Problems with mod_perl.2.0.0 make test
Hi,
I have installed mod_perl-2.0.0-RC3 using:
1) perl Makefile.PL MP_INST_APACHE2=1
MP_APXS=/usr/local/apache2/bin/apxs and then,
2) make.
I get not errors in these two first steps. Then, when I try
make test I get the following error:
/usr/bin/perl5.8.0 -Iblib/arch/Apache2 -Iblib/lib/Apache2 \
t/TEST -clean
[warning] setting ulimit to allow core files
ulimit -c unlimited; /usr/bin/perl5.8.0
/usr/src/mod_perl-2.0.0-RC3/t/TEST -clean
APACHE_TEST_GROUP= APACHE_TEST_HTTPD= APACHE_TEST_PORT=
APACHE_TEST_USER= APACHE_TEST_APXS= \
/usr/bin/perl5.8.0 -Iblib/arch/Apache2 -Iblib/lib/Apache2 \
t/TEST -bugreport -verbose=0
[warning] setting ulimit to allow core files
ulimit -c unlimited; /usr/bin/perl5.8.0
/usr/src/mod_perl-2.0.0-RC3/t/TEST -bugreport -verbose=0
[warning] root mode: changing the files ownership to 'nobody' (65534:65534)
[warning] testing whether 'nobody' is able to -rwx
/usr/src/mod_perl-2.0.0-RC3/t
"/usr/bin/perl5.8.0" -Mlib=/usr/src/mod_perl-2.0.0-RC3/Apache-Test/lib
-MApache::TestRun -e 'eval { Apache::TestRun::run_root_fs_test(65534,
65534, q[/usr/src/mod_perl-2.0.0-RC3/t]) }';
[warning] result: OK
[warning] the client side drops 'root' permissions and becomes 'nobody'
/usr/local/apache2/bin/httpd -d /usr/src/mod_perl-2.0.0-RC3/t -f
/usr/src/mod_perl-2.0.0-RC3/t/conf/httpd.conf -D APACHE2 -D PERL_USEITHREADS
using Apache/2.0.52 (prefork MPM)
waiting 120 seconds for server to start: .[Fri Jan 21 17:38:51 2005]
[info] 7 Apache:: modules loaded
[Fri Jan 21 17:38:51 2005] [info] 0 APR:: modules loaded
[Fri Jan 21 17:38:51 2005] [info] base server + 27 vhosts ready to run tests
[Fri Jan 21 17:38:51 2005] [error] $s->add_config() has failed: Can't
locate ExtUtils/Liblist/Kid.pm in @INC (@INC contains:
/usr/src/mod_perl-2.0.0-RC3/t/lib
/usr/src/mod_perl-2.0.0-RC3/Apache-Test/lib
/usr/src/mod_perl-2.0.0-RC3/t/response
/usr/src/mod_perl-2.0.0-RC3/t/protocol
/usr/src/mod_perl-2.0.0-RC3/t/preconnection
/usr/src/mod_perl-2.0.0-RC3/t/hooks /usr/src/mod_perl-2.0.0-RC3/t/filter
/usr/src/mod_perl-2.0.0-RC3/t
/usr/src/mod_perl-2.0.0-RC3/t/htdocs/testdirective/perlmodule-vh
/usr/src/mod_perl-2.0.0-RC3/t/htdocs/testdirective/main
/usr/src/mod_perl-2.0.0-RC3/blib/lib/Apache2
/usr/src/mod_perl-2.0.0-RC3/blib/arch/Apache2
/usr/src/mod_perl-2.0.0-RC3/blib/lib
/usr/src/mod_perl-2.0.0-RC3/blib/arch
/usr/lib/perl5/5.8.0/i386-linux-thread-multi /usr/lib/perl5/5.8.0
/usr/lib/perl5/site_perl/5.8.0/i386-linux-thread-multi
/usr/lib/perl5/site_perl/5.8.0 /usr/lib/perl5/site_perl
/usr/lib/perl5/vendor_perl/5.8.0/i386-linux-thread-multi
/usr/lib/perl5/vendor_perl/5.8.0 /usr/lib/perl5/vendor_perl) at
/usr/lib/perl5/5.8.0/ExtUtils/Liblist.pm line 7.\nCompilation failed in
require at /usr/lib/perl5/5.8.0/ExtUtils/MM.pm line 8.\nCompilation
failed in require at /usr/lib/perl5/5.8.0/ExtUtils/MakeMaker.pm line
34.\nCompilation failed in require at
/usr/src/mod_perl-2.0.0-RC3/Apache-Test/lib/Apache/TestRun.pm line
29.\nBEGIN failed--compilation aborted at
/usr/src/mod_perl-2.0.0-RC3/Apache-Test/lib/Apache/TestRun.pm line
29.\nCompilation failed in require at
/usr/src/mod_perl-2.0.0-RC3/Apache-Test/lib/Apache/TestServer.pm line
25.\nBEGIN failed--compilation aborted at
/usr/src/mod_perl-2.0.0-RC3/Apache-Test/lib/Apache/TestServer.pm line
25.\nCompilation failed in require at
/usr/src/mod_perl-2.0.0-RC3/Apache-Test/lib/Apache/TestConfig.pm line
54.\nBEGIN failed--compilation aborted at
/usr/src/mod_perl-2.0.0-RC3/Apache-Test/lib/Apache/TestConfig.pm line
54.\nCompilation failed in require at
/usr/src/mod_perl-2.0.0-RC3/Apache-Test/lib/Apache/Test.pm line
22.\nBEGIN failed--compilation aborted at
/usr/src/mod_perl-2.0.0-RC3/Apache-Test/lib/Apache/Test.pm line
22.\nCompilation failed in require at
/usr/src/mod_perl-2.0.0-RC3/Apache-Test/lib/Apache/TestHandler.pm line
20.\nBEGIN failed--compilation aborted at
/usr/src/mod_perl-2.0.0-RC3/Apache-Test/lib/Apache/TestHandler.pm line
20.\nCompilation failed in require at (eval 8) line 3.\nCompilation
failed in require at
/usr/src/mod_perl-2.0.0-RC3/t/conf/modperl_startup.pl line
17.\n\t...propagated at
/usr/src/mod_perl-2.0.0-RC3/t/conf/modperl_startup.pl line 18.\nBEGIN
failed--compilation aborted at
/usr/src/mod_perl-2.0.0-RC3/t/conf/modperl_startup.pl line
20.\nCompilation failed in require at (eval 2) line 1.\n
[Fri Jan 21 17:38:51 2005] [error] Can't load Perl file:
/usr/src/mod_perl-2.0.0-RC3/t/conf/modperl_startup.pl for server
localhost.doc.ic.ac.uk:8529, exiting...
[ error]
server has died with status 255 (t/logs/error_log wasn't created, start
the server in the debug mode)
I am not sure, what this error is. As I understand it can not find the
files. However, both modperl_startup.pl and ExtUtils/Liblist/Kid.pm
exist in my directories. Could anyone provide me with some help?
Regards
Dimitrios
Re: Problems with mod_perl.2.0.0 make test
Dimitrios Perperidis wrote: > Hi, > > I have installed mod_perl-2.0.0-RC3 using: > 1) perl Makefile.PL MP_INST_APACHE2=1 > MP_APXS=/usr/local/apache2/bin/apxs and then, > 2) make. > > I get not errors in these two first steps. Then, when I try > make test I get the following error: > [warning] root mode: changing the files ownership to 'nobody' (65534:65534) > I am not sure, what this error is. As I understand it can not find the > files. However, both modperl_startup.pl and ExtUtils/Liblist/Kid.pm > exist in my directories. Could anyone provide me with some help? a permission problem? the webserver is running as nobody, not as the root user you are (improperly) trying to run the tests as. a simple test would be to see if this succeeds or fails $ perl -MExtUtils::Liblist::Kid -e0 if that works for you as root but not as nobody that's probably the problem :) you might try to nuke your build directory then re-unpack RC3, run 'perl Makefile.PL...', 'make', and 'make test' as a non-root user and see if that clears things up. HTH --Geoff
Re: help with mod_perl: undefined symbol: Perl_sv_2pv_flags (full system report this time)
Geoffrey Young wrote:
if you can (like there is no mod_perl 1.0 installation you care about) I
would remove all Apache related things in your site_lib, including
mod_perl.pm
ModPerl/*
Apache/*
Apache2/*
as well as /usr/local/apache2/modules/mod_perl.so. then 'make realclean' in
your mod_perl-1.99_16 directory and start all over again. if 'make test'
passes then you should be able to 'make install' and everything should be
ok.
I nuked everything I had that smelled like mod_perl and mod_perl fails
at the make test:
/usr/local/bin/perl -Iblib/arch/Apache2 -Iblib/lib/Apache2 \
t/TEST -clean
[warning] setting ulimit to allow core files
ulimit -c unlimited; /usr/local/bin/perl
/usr/src/mod_perl-1.99_16/t/TEST -clean
APACHE_TEST_GROUP= APACHE_TEST_HTTPD= APACHE_TEST_PORT=
APACHE_TEST_USER= APACHE_TEST_APXS= \
/usr/local/bin/perl -Iblib/arch/Apache2 -Iblib/lib/Apache2 \
t/TEST -bugreport -verbose=0
[warning] setting ulimit to allow core files
ulimit -c unlimited; /usr/local/bin/perl
/usr/src/mod_perl-1.99_16/t/TEST -bugreport -verbose=0
[warning] root mode: changing the files ownership to 'nobody' (99:99)
[warning] testing whether 'nobody' is able to -rwx
/usr/src/mod_perl-1.99_16/t
"/usr/local/bin/perl" -Mlib=/usr/src/mod_perl-1.99_16/Apache-Test/lib
-MApache::TestRun -e 'eval { Apache::TestRun::run_root_fs_test(99, 99,
q[/usr/src/mod_perl-1.99_16/t]) }';
[warning] result: OK
[warning] the client side drops 'root' permissions and becomes 'nobody'
/usr/local/apache2/bin/httpd -d /usr/src/mod_perl-1.99_16/t -f
/usr/src/mod_perl-1.99_16/t/conf/httpd.conf -D APACHE2
using Apache/2.0.52 (prefork MPM)
waiting 120 seconds for server to start: .Syntax error on line 12 of
/usr/src/mod_perl-1.99_16/t/conf/httpd.conf:
Cannot load /usr/src/mod_perl-1.99_16/src/modules/perl/mod_perl.so into
server: /usr/src/mod_perl-1.99_16/src/modules/perl/mod_perl.so:
undefined symbol: Perl_sv_2pv_flags
[ error]
server has died with status 255 (t/logs/error_log wasn't created, start
the server in the debug mode)
make: *** [run_tests] Error 143
which is still the very same problem ...
thnx,
peter
--
mag. peter pilsl
goldfisch.at
IT-management
tel +43 699 1 3574035
fax +43 699 4 3574035
[EMAIL PROTECTED]
Re: help with mod_perl: undefined symbol: Perl_sv_2pv_flags (full system report this time)
> I nuked everything I had that smelled like mod_perl and mod_perl fails > at the make test: > /usr/src/mod_perl-1.99_16/t/conf/httpd.conf: > Cannot load /usr/src/mod_perl-1.99_16/src/modules/perl/mod_perl.so into > server: /usr/src/mod_perl-1.99_16/src/modules/perl/mod_perl.so: > undefined symbol: Perl_sv_2pv_flags that's the wrong mod_perl.so - your httpd.conf should be picking it up from your mod_perl build directory. so, remove that mod_perl.so and you should be ok. but that the existing mod_perl.so is used is a bug I can verify from here. we'll take care of it. --Geoff
Re: help with mod_perl: undefined symbol: Perl_sv_2pv_flags (full system report this time)
Geoffrey Young wrote: >>I nuked everything I had that smelled like mod_perl and mod_perl fails >>at the make test: > > >>/usr/src/mod_perl-1.99_16/t/conf/httpd.conf: >>Cannot load /usr/src/mod_perl-1.99_16/src/modules/perl/mod_perl.so into >>server: /usr/src/mod_perl-1.99_16/src/modules/perl/mod_perl.so: >>undefined symbol: Perl_sv_2pv_flags > > > that's the wrong mod_perl.so - your httpd.conf should be picking it up from > your mod_perl build directory. gak, I don't know what I was thinking saying that. it's obviously time for the weekend :) anyway, I tried with perl-5.8.5 and it works fine for me. the only thing I can suggest at this point is to look at lib/Apache/BuildConfig.pm and see what options it is picking up. Perl_sv_2pv_flags is defined in embed.h, which on my 5.8.5 is in /perl/perl-5.8.5/lib/5.8.5/i686-linux-thread-multi/CORE/embed.h so I grep for that base directory and find .../CORE in MODPERL_CCOPTS, MODPERL_LDOPTS, and MODPERL_LIBPERL. so, see what you find. Tom might be right, you might be picking up remnants from an old perl install or something. HTH --Geoff
Slightly OT: best alternative to mod_perl when perl can't be used
I'm working on what will for the most part be an open source project, but one layer of the application needs to be closed source (but still free). This layer implements an api that is covered under a contract which limits distribution to object code only. The application is an open source payment system. The layer that needs to be distributed in object form only are the parts that connect to the bank networks themselves. One or two of the bank networks might let me release the source, but not likely at this point. And in any case, the source for this layer of the application is not something you want people messing with, and there very few reasons why someone would ever need to modify it. There are basically 3 layers to the application. One is the outward facing gateway that transactions get submitted to. This runs under mod_perl. The second layer contains the processing modules for each bank network. Layer one communicates with layer two via the standard CGI interface, although this could be changed rather easily. Layer three is the administrative/reporting interface. All three layers can run on the same or separate servers, usually the later for security/reliability/legal reasons. After evaluating several options, my first choice at this point is to go with python using mod_python for layer two.It fits in nicely with the apache/cgi framework, and should be fast enough. I also considered Java and Ruby. My gut feeling is that Java would end up adding more complexity than is desired. As for Ruby, it might work just great but I'm not sure what advantages it would have over Python, and I'm not familiar with it so that entails another learning curve I don't really want to go through. Anyone have any other suggestions?
[TEST FAILURE] Apache 2 SEGVs during test run
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 1. Problem Description: Apache 2 SEGVs during the test run (see core dump at the end), then tests fail randomly (Failed 23/221 test scripts, [...] 77/2272 subtests). t/logs/error_log is absolutely helpless (the only unexpected message is the usual "child pid 27077 exit signal Segmentation fault"). This is Linux/i386 2.6.5, Debian stable, plus Perl 5.8.5 home-built (./Configure -de -Dotherlibdirs=/usr/share/perl5 -Dversiononly - -Duseithreads -Dusemultiplicity) and Apache 2.0.52 with worker MPM from Debian backports (www.backports.org). 2. Used Components and their Configuration: *** mod_perl version 1.999020 *** using /home/dom/ftp/mod_perl-2.0.0-RC3/lib/Apache/BuildConfig.pm *** Makefile.PL options: ~ MP_APR_LIB => aprext ~ MP_APXS => /usr/bin/apxs2 ~ MP_COMPAT_1X=> 1 ~ MP_GENERATE_XS => 1 ~ MP_INST_APACHE2 => 1 ~ MP_LIBNAME => mod_perl ~ MP_USE_DSO => 1 *** /usr/sbin/apache2 -V Server version: Apache/2.0.52 Server built: Nov 10 2004 19:29:47 Server's Module Magic Number: 20020903:9 Architecture: 32-bit Server compiled with ~ -D APACHE_MPM_DIR="server/mpm/worker" ~ -D APR_HAS_SENDFILE ~ -D APR_HAS_MMAP ~ -D APR_HAVE_IPV6 (IPv4-mapped addresses enabled) ~ -D APR_USE_SYSVSEM_SERIALIZE ~ -D APR_USE_PTHREAD_SERIALIZE ~ -D SINGLE_LISTEN_UNSERIALIZED_ACCEPT ~ -D APR_HAS_OTHER_CHILD ~ -D AP_HAVE_RELIABLE_PIPED_LOGS ~ -D HTTPD_ROOT="" ~ -D SUEXEC_BIN="/usr/lib/apache2/suexec2" ~ -D DEFAULT_SCOREBOARD="logs/apache_runtime_status" ~ -D DEFAULT_ERRORLOG="logs/error_log" ~ -D AP_TYPES_CONFIG_FILE="/etc/apache2/mime.types" ~ -D SERVER_CONFIG_FILE="/etc/apache2/apache2.conf" *** (apr|apu)-config linking info ~ -L/usr/lib -lapr-0 -lrt -lm -lnsl -lpthread ~ -L/usr/lib -laprutil-0 -lldap -llber -ldb-4.2 -lexpat *** /usr/local/bin/perl5.8.5 -V Summary of my perl5 (revision 5 version 8 subversion 5) configuration: ~ Platform: ~osname=linux, osvers=2.6.5-mm1, archname=i686-linux-thread-multi ~uname='linux saperlipopette 2.6.5-mm1 #3 fri aug 13 21:05:07 cest 2004 i686 gnulinux ' ~config_args='-de -Dotherlibdirs=/usr/share/perl5 -Dversiononly - -Duseithreads ~ -Dusemultiplicity' ~hint=recommended, useposix=true, d_sigaction=define ~usethreads=define use5005threads=undef useithreads=define usemultiplicity=de fine ~useperlio=define d_sfio=undef uselargefiles=define usesocks=undef ~use64bitint=undef use64bitall=undef uselongdouble=undef ~usemymalloc=n, bincompat5005=undef ~ Compiler: ~cc='cc', ccflags ='-D_REENTRANT -D_GNU_SOURCE -DTHREADS_HAVE_PIDS - -fno-stric t-aliasing -pipe -I/usr/local/include -D_LARGEFILE_SOURCE - -D_FILE_OFFSET_BITS=64 ', ~optimize='-O2', ~cppflags='-D_REENTRANT -D_GNU_SOURCE -DTHREADS_HAVE_PIDS - -fno-strict-aliasin g -pipe -I/usr/local/include' ~ccversion='', gccversion='3.3.4 (Debian 1:3.3.4-6sarge1)', gccosandvers='' ~intsize=4, longsize=4, ptrsize=4, doublesize=8, byteorder=1234 ~d_longlong=define, longlongsize=8, d_longdbl=define, longdblsize=12 ~ivtype='long', ivsize=4, nvtype='double', nvsize=8, Off_t='off_t', lseeksize =8 ~alignbytes=4, prototype=define ~ Linker and Libraries: ~ld='cc', ldflags =' -L/usr/local/lib' ~libpth=/usr/local/lib /lib /usr/lib ~libs=-lnsl -lgdbm -ldbm -ldb -ldl -lm -lcrypt -lutil -lpthread -lc ~perllibs=-lnsl -ldl -lm -lcrypt -lutil -lpthread -lc ~libc=/lib/libc-2.3.2.so, so=so, useshrplib=false, libperl=libperl.a ~gnulibc_version='2.3.2' ~ 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: MULTIPLICITY USE_ITHREADS USE_LARGE_FILES PERL_IMPLICIT_ CONTEXT ~ Built under linux ~ Compiled at Jan 21 2005 17:12:21 ~ %ENV: ~PERL_LWP_USE_HTTP_10="1" ~ @INC: ~/usr/local/lib/perl5/5.8.5/i686-linux-thread-multi ~/usr/local/lib/perl5/5.8.5 ~/usr/local/lib/perl5/site_perl/5.8.5/i686-linux-thread-multi ~/usr/local/lib/perl5/site_perl/5.8.5 ~/usr/local/lib/perl5/site_perl ~/usr/share/perl5 ~. *** Packages of interest status: Apache::Request: - CGI: 3.05 LWP: 5.800 mod_perl : 1.999020 3. This is the core dump trace: (if you get a core dump): (gdb) bt #0 0x4030d4d1 in __read_nocancel () from /lib/tls/libpthread.so.0 #1 0x in ?? () This report was generated by ./t/REPORT on Fri Jan 21 21:12:51 2005 GMT. - -8<-- End Bug Report --8<-- Regards, - -- Dominique QUATRAVAUX Ingénieur senior 01 44 42 00 08 IDEALX -BEGIN PGP SIGNATURE- Version: GnuPG v1.2.4 (GNU/Linux) Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org iD8DBQFB8XYlMJAKAU3mjcsRAvhkAJwKEdvebn1eU5X+4ycZl3THktd8OgCgvj26 1q3CMLnV6nMkosBgnRAyTlU= =u4aS -END PGP SIGNATURE-
restart apache for mod perl development
Hello I'm using modperl 1.26 and apache 1.3.26 on Debian Woody I'm programming with mod_perl and have to restart apache every time to see the changes made on my code is there a way to avoid restarting apache Just to make a modification to my perl handler and see the results without apache restart ? Thanks Leonel
Re: restart apache for mod perl development
Give Apache::Reload a try. On Sat, 22 Jan 2005 14:59:53 +1700, mi cuenta <[EMAIL PROTECTED]> wrote: > Hello > I'm using modperl 1.26 and apache 1.3.26 on Debian Woody > > I'm programming with mod_perl and have to restart apache every time > to see the changes made on my code > > is there a way to avoid restarting apache > > Just to make a modification to my perl handler and see the results > without apache restart ? > > Thanks > > Leonel >
[ANNOUNCE] Apache-Scoreboard 0.12
The uploaded file Apache-Scoreboard-0.12.tar.gz has entered CPAN as file: $CPAN/authors/id/S/ST/STAS/Apache-Scoreboard-0.12.tar.gz size: 9440 bytes md5: 38e62e9e77480beb6e7303e5bbc2e10d Please notice that this is a mod_perl 1 generation. Changes since 0.11: add glue for the $s->vhost accessor -- __ 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
[ANNOUNCE] Apache-VMonitor 2.02
The uploaded file Apache-VMonitor-2.02.tar.gz has entered CPAN as file: $CPAN/authors/id/S/ST/STAS/Apache-VMonitor-2.02.tar.gz size: 22346 bytes md5: 169789b8f06874f346690d12feef3bc6 Please notice this release affects only the mod_perl 1 generation. Changes since 2.01: Apache::Scoreboard 0.12 added the vhost accessor, so use it in the presentation. -- __ 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
[ANNOUNCE] GTop 0.14
The uploaded file GTop-0.14.tar.gz has entered CPAN as file: $CPAN/authors/id/S/ST/STAS/GTop-0.14.tar.gz size: 26759 bytes md5: 1dfd7acceaac0b1342f5731b9e1ff95b Please notice that the module itself hasn't changed. Changes since 0.13: added examples/perlbloat.pl Recent Test::Builder versions share test numbers only if threads.pm is already loaded: fix the threads test to load threads.pm first. [Ruslan U. Zakirov <[EMAIL PROTECTED]>] -- __ 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: unexpected Apache::VMonitor output
Todd Finney wrote: [...] Allow me to rephrase the question. Looking at contemporaneous VMonitor and ExtendedStatus reports (below), I don't know where to being interpreting the differences between the two, or the fact that the spurious processes show up in the former, but not the latter. In the VMonitor listing, #11 and #16 are both supervise (daemontools) processes. Neither one of them appears in the ExtendedStatus listing, though. If VMonitor is getting its information from the scoreboard, and ExtendedStatus isn't seeing them, where are they coming from? VMonitor also isn't reporting any activity on children >13, whereas ExtendedStatus is showing that they're in use. Any chance you could compare the logic of mod_status and Apache::VMonitor and see why there is a difference? In order for me to debug that I need to be able to reproduce the problem. But it seems just fine (and it was like that for a quite a few years). I'd suspect that what you see is some process IDs that used to be use by Apache but now re-used by the OS, and the scoreboard gives the stale info. I see that mod_status has all kind of freshness checks. May be Apache::VMonitor should do the same? One other question - In the VMonitor source, you have vhost information disabled, and a comment that it's not available in the 1.3 scoreboard. ExtendedStatus is reporting it, though. Where is it getting it from, and why can't VMonitor get to it. I've just released Apache::Scoreboard 0.12 which exposes the vhost record for mod_perl 1, and the newly released Apache::VMonitor 2.02 uses that information. -- __ 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: help with mod_perl: undefined symbol: Perl_sv_2pv_flags
peter pilsl wrote: I use mod_perl for a very long time already. Now I installed apache2.0.52 and took the chance to install a new mod_perl as well. First I tried the new 2.0RC3, then I tried 1.99.17, then 1.99.16 und finally 1.99.14 and all failed with the very same problem. Apache could not start up due to the following error: Cannot load /usr/local/apache2/modules/mod_perl.so into server: /usr/local/apache2/modules/mod_perl.so: undefined symbol: Perl_sv_2pv_flags that normally means that you have libperl.so in /usr/lib and it's not the one used by the perl you've built mod_perl with. Please post the output of ldd /usr/local/apache2/modules/mod_perl.so and if you have libperl.so in /usr/local/lib and /usr/lib. if you have both, that's your problem. e.g. see: http://perl.apache.org/docs/1.0/guide/troubleshooting.html#_relocation_errors__or__undefined_symbol_ -- __ 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: PerLDAP (Mozilla::LDAP::Conn / Mozilla::LDAP::API)
David J Radunz wrote: [...] b) Does anyone know how I can debug the C module under mod_perl to find out what is happening? What seems to be the problem? e.g. take a look at: http://perl.apache.org/docs/2.0/devel/debug/c.html#Debug_notes -- __ 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
[Fwd: OSCON Call For Proposals Now Open]
It looks like were are going to have the mod_perl track again this summer! So let those proposals come in multitudes! Original Message Subject: OSCON Call For Proposals Now Open Date: Thu, 20 Jan 2005 15:08:03 -0800 From: O'Reilly Conferences <[EMAIL PROTECTED]> To: [EMAIL PROTECTED] The Call for Proposals has just opened for the 7th Annual O'Reilly Open Source Convention http://conferences.oreilly.com/oscon OSCON is headed back to friendly, economical Portland, Oregon during the week of August 1-5, 2005. If you've ever wanted to join the OSCON speaker firmament, now's your chance to submit a proposal (or two) by February 13, 2005. Complete details are available on the OSCON web site, but we're particularly interested in exploring how software development is moving to another level, and how developers and businesses are adjusting to new business models and architectures. We're looking for sessions, tutorials, and workshops proposals that appeal to developers, systems and network administrators, and their managers in the following areas: - All aspects of building applications, services, and systems that use the new capabilities of the open source platform - Burning issues for Java, Mozilla, web apps, and beyond - The commoditization of software: who and/or what can show us the money? - Network-enabled collaboration - Software customizability, including software as a service - Law, licensing, politics, and how best to navigate other troubled waters Specific topics and tracks at OSCON 2005 include: Linux and other open source operating systems, Java, PHP, Python, Perl, Databases (including MySQL and PostgreSQL), Apache, XML, Applications, Ruby, and Security. Attendees have a wide range of experience, so be sure to target a particular level of experience: beginner, intermediate, advanced. Talks and tutorials should be technical; strictly no marketing presentations. Session presentations are 45 or 90 minutes long, and tutorials are either a half-day (3 hours) or a full day (6 hours). Feel free to spread the word about the Call for Proposals to your friends, family, colleagues, and compatriots. We want everyone to submit, from American women hacking artificial life into the Linux kernel to Belgian men building a better mousetrap from PHP and recycled military hardware. We mean everyone! Even if you don't want to participate as a speaker, send us your suggestions--topics you'd like to see covered, groups we should bring into the OSCON fold, extra-curricular activities we should organize--to [EMAIL PROTECTED] . This year, we're moving to the wide open spaces of the Oregon Convention Center. We've arranged for the nearby Doubletree Hotel to be our headquarters hotel--it's a short, free Max light rail ride (or a lovely walk) from the Convention Center. Registration opens in April 2005; hotel information will be available shortly. Deadline to submit a proposal is Midnight (PST), February 13. For all the conference details, go to: http://conferences.oreilly.com/oscon Press coverage, blogs, photos, and news from the 2004 O'Reilly Open Source Convention can be found at: http://www.oreillynet.com/oscon2004/ Would your company like to make a big impression on the open source community? If so, consider exhibiting or becoming a sponsor. Contact Andrew Calvo at (707) 827-7176, or [EMAIL PROTECTED] for more info. See you Portland next summer, The O'Reilly OSCON Team *** To change your newsletter subscription options, please visit https://epoch.oreilly.com/account/default.orm and click the "Manage My Newsletters" link. For assistance, email [EMAIL PROTECTED] O'Reilly Media, Inc. 1005 Gravenstein Highway North, Sebastopol, CA 95472 *** -- __ 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: [TEST FAILURE] Apache 2 SEGVs during test run
Dominique Quatravaux wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 1. Problem Description: Apache 2 SEGVs during the test run (see core dump at the end), then tests fail randomly (Failed 23/221 test scripts, [...] 77/2272 subtests). t/logs/error_log is absolutely helpless (the only unexpected message is the usual "child pid 27077 exit signal Segmentation fault"). This is Linux/i386 2.6.5, Debian stable, plus Perl 5.8.5 home-built (./Configure -de -Dotherlibdirs=/usr/share/perl5 -Dversiononly - -Duseithreads -Dusemultiplicity) and Apache 2.0.52 with worker MPM from Debian backports (www.backports.org). what test has caused the segfault? can you do the verbose run of that test? 3. This is the core dump trace: (if you get a core dump): (gdb) bt #0 0x4030d4d1 in __read_nocancel () from /lib/tls/libpthread.so.0 #1 0x in ?? () -- __ 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
Compile fails *** The httpd binary was not found
[EMAIL PROTECTED] mod_perl]# make cd "src/modules/perl" && make make[1]: Entering directory `/usr/src/mod_perl-2.0.0-RC3/src/modules/perl' gcc -I/usr/src/mod_perl-2.0.0-RC3/src/modules/perl -I/usr/src/mod_perl-2.0.0-RC3/xs -I/usr/local/include/apache -I/usr/local/include/apache -I/usr/local/include -I/usr/local/include/apache -D_REENTRANT -D_GNU_SOURCE -DTHREADS_HAVE_PIDS -DDEBUGGING -fno-strict-aliasing -pipe -I/usr/local/include -I/usr/include/gdbm -I/usr/lib/perl5/5.8.5/i386-linux-thread-multi/CORE -DMOD_PERL -DMP_COMPAT_1X -DLINUX=2 -D_XOPEN_SOURCE=500 -D_BSD_SOURCE -D_SVID_SOURCE -O2 -g -pipe -m32 -march=i386 -mtune=pentium4 -fPIC \ -c mod_perl.c && mv mod_perl.o mod_perl.lo cc1: invalid option `tune=pentium4' make[1]: *** [mod_perl.lo] Error 1 make[1]: Leaving directory `/usr/src/mod_perl-2.0.0-RC3/src/modules/perl' make: *** [modperl_lib] Error 2 -8<-- Start Bug Report 8<-- 1. Problem Description: Included above is the screen output for the failed compile, but the report below perhaps indicates the reason - it couldn't find the httpd binary. In fact this is in /usr/local/sbin alongside apxs so I don't know why there was a problem. Machine is running RedHat 9.0. Apache 2.0.52 has just been compiled and installed (and runs) without problem, using prefix=/usr/local so files are placed in bin, sbin and inlcude/apache. mod_perl configured with:- perl Makefile.PL \ MP_APXS=/usr/local/sbin/apxs \ MP_APR_CONFIG=/usr/local/bin/apr-config Is this a bug that mod_perl cannot find httpd in the same dir as apxs, or is there some other configuration that is required to fix this problem? 2. Used Components and their Configuration: *** mod_perl version 1.999020 *** using /usr/src/mod_perl-2.0.0-RC3/lib/Apache/BuildConfig.pm *** Makefile.PL options: MP_APR_CONFIG => /usr/local/bin/apr-config 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 -lapr-0 -lrt -lm -lcrypt -lnsl -lpthread -ldl -L/usr/local/lib -laprutil-0 -lgdbm -ldb-4.2 -lexpat *** /usr/bin/perl -V Summary of my perl5 (revision 5 version 8 subversion 5) configuration: Platform: osname=linux, osvers=2.4.21-14.elsmp, archname=i386-linux-thread-multi uname='linux tweety.build.redhat.com 2.4.21-14.elsmp #1 smp wed apr 14 18:55:47 edt 2004 i686 i6 86 i386 gnulinux ' config_args='-des -Doptimize=-O2 -g -pipe -m32 -march=i386 -mtune=pentium4 -Dversion=5.8.5 -Dmyh ostname=localhost [EMAIL PROTECTED] -Dcc=gcc -Dcf_by=Red Hat, Inc. -Dinstallprefix=/usr -Dp refix=/usr -Darchname=i386-linux -Dvendorprefix=/usr -Dsiteprefix=/usr -Duseshrplib -Dusethreads -Du seithreads -Duselargefiles -Dd_dosuid -Dd_semctl_semun -Di_db -Ui_ndbm -Di_gdbm -Di_shadow -Di_syslo g -Dman3ext=3pm -Duseperlio -Dinstallusrbinperl -Ubincompat5005 -Uversiononly -Dpager=/usr/bin/less -isr -Dinc_version_list=5.8.4 5.8.3 5.8.2 5.8.1 5.8.0' hint=recommended, useposix=true, d_sigaction=define usethreads=define use5005threads=undef useithreads=define usemultiplicity=define useperlio=define d_sfio=undef uselargefiles=define usesocks=undef use64bitint=undef use64bitall=undef uselongdouble=undef usemymalloc=n, bincompat5005=undef Compiler: cc='gcc', ccflags ='-D_REENTRANT -D_GNU_SOURCE -DTHREADS_HAVE_PIDS -DDEBUGGING -fno-strict-alias ing -pipe -I/usr/local/include -D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64 -I/usr/include/gdbm', optimize='-O2 -g -pipe -m32 -march=i386 -mtune=pentium4', cppflags='-D_REENTRANT -D_GNU_SOURCE -DTHREADS_HAVE_PIDS -DDEBUGGING -fno-strict-aliasing -pipe -I/usr/local/include -I/usr/include/gdbm' ccversion='', gccversion='3.4.2 20041006 (Red Hat 3.4.2-5)', gccosandvers='' intsize=4, longsize=4, ptrsize=4, doublesize=8, byteorder=1234 d_longlong=define, longlongsize=8, d_longdbl=define, longdblsize=12 ivtype='long', ivsize=4, nvtype='double', nvsize=8, Off_t='off_t', lseeksize=8 alignbytes=4, prototype=define Linker and Libraries: ld='gcc', ldflags =' -L/usr/local/lib' libpth=/usr/local/lib /lib /usr/lib libs=-lnsl -lgdbm -ldb -ldl -lm -lcrypt -lutil -lpthread -lc perllibs=-lnsl -ldl -lm -lcrypt -lutil -lpthread -lc libc=/lib/libc-2.3.3.so, so=so, useshrplib=true, libperl=libperl.so gnulibc_version='2.3.3' Dynamic Linking: dlsrc=dl_dlopen.xs, dlext=so, d_dlsymun=undef, ccdlflags='-Wl,-E -Wl,-rpath,/usr/lib/perl5/5.8.5 /i386-linux-thread-multi/CORE' cccdlflags='-fPIC', lddlflags='-shared -L/usr/local/lib' Characteristics of this binary (from libperl): Compile-time options: DEBUGGING MULTIPLICITY USE_ITHREADS USE_LARGE_FILES PERL_IMPLICIT_CONTEXT Built under linux Compiled at Oct 12 2004 12:45:01 %ENV: PERL_LWP_USE_HTTP_10="1" @INC: /usr/lib/perl5/
Re: Problems with mod_perl.2.0.0 make test
Dimitrios Perperidis wrote: Hi, I have installed mod_perl-2.0.0-RC3 using: 1) perl Makefile.PL MP_INST_APACHE2=1 MP_APXS=/usr/local/apache2/bin/apxs and then, 2) make. I get not errors in these two first steps. Then, when I try make test I get the following error: [...] waiting 120 seconds for server to start: .[Fri Jan 21 17:38:51 2005] [info] 7 Apache:: modules loaded [Fri Jan 21 17:38:51 2005] [info] 0 APR:: modules loaded [Fri Jan 21 17:38:51 2005] [info] base server + 27 vhosts ready to run tests [Fri Jan 21 17:38:51 2005] [error] $s->add_config() has failed: Can't locate ExtUtils/Liblist/Kid.pm in @INC (@INC contains: [...] /usr/src/mod_perl-2.0.0-RC3/t/conf/modperl_startup.pl line 18.\nBEGIN failed--compilation aborted at /usr/src/mod_perl-2.0.0-RC3/t/conf/modperl_startup.pl line 20.\nCompilation failed in require at (eval 2) line 1.\n [Fri Jan 21 17:38:51 2005] [error] Can't load Perl file: /usr/src/mod_perl-2.0.0-RC3/t/conf/modperl_startup.pl for server localhost.doc.ic.ac.uk:8529, exiting... [ error] server has died with status 255 (t/logs/error_log wasn't created, start the server in the debug mode) I am not sure, what this error is. As I understand it can not find the files. However, both modperl_startup.pl and ExtUtils/Liblist/Kid.pm exist in my directories. Could anyone provide me with some help? Please try: http://perl.apache.org/docs/2.0/user/troubleshooting/troubleshooting.html#Can_t_locate_F_TestFilter_in_str_consume_pm__in_C__INC -- __ 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: Compile fails *** The httpd binary was not found
Ken Gillett wrote: [EMAIL PROTECTED] mod_perl]# make cd "src/modules/perl" && make make[1]: Entering directory `/usr/src/mod_perl-2.0.0-RC3/src/modules/perl' gcc -I/usr/src/mod_perl-2.0.0-RC3/src/modules/perl [...] -D_SVID_SOURCE -O2 -g -pipe -m32 -march=i386 -mtune=pentium4 -fPIC \ -c mod_perl.c && mv mod_perl.o mod_perl.lo cc1: invalid option `tune=pentium4' that means that your perl wasn't built with the same gcc that you've on your machine. It's your perl that suggests modperl to use -mtune=pentium as you can see: config_args='-des -Doptimize=-O2 -g -pipe -m32 -march=i386 -mtune=pentium4 -Dversion=5.8.5 -Dmyh rebuild perl using the compiler you have on *your* machine and then return on the modperl build process and you will be fine. -- __ 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
How to limit CPU time ap2+mp2
Hi! I'm running ap2 and mp2 and would like to ask if there is any way to limit the mximum CPU time used for a script / child process ? Kind Regards, Stefan Cars
Re: make test failed on solaris 8
[EMAIL PROTECTED] wrote: -8<-- Start Bug Report 8<-- 1. Problem Description: I have tried the httpd-2.0.49 with mod_perl 1.9913 dev version and the make test ran ok. However, the httpd-2.0.52 with the current mod_perl RC3 cannot start when I did "make test". This problem has been happened on and off when I tried with different versions of mod_perl 2.0. I have tried 1.999021 snapshoot and it got the same problem. I have tried perl 5.8.6 too. But how do we know what the symptoms are? Please post the output of 'make test' and the contents of t/logs/error_log. -- __ 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: How to limit CPU time ap2+mp2
Stefan Cars wrote: Hi! I'm running ap2 and mp2 and would like to ask if there is any way to limit the mximum CPU time used for a script / child process ? Stefan, in the future please don't forget to give us more details, preferrably as explained here: http://perl.apache.org/docs/2.0/user/help/help.html#Important_Information But try: http://perl.apache.org/docs/2.0/api/Apache/Resource.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
Re: unexpected Apache::VMonitor output
Todd Finney wrote: At 05:30 PM 1/21/2005 -0500, Stas Bekman wrote: Any chance you could compare the logic of mod_status and Apache::VMonitor and see why there is a difference? Let me get my stick and turn off the lights. I'd suspect that what you see is some process IDs that used to be use by Apache but now re-used by the OS, and the scoreboard gives the stale info. Unlikely. The errant processes all seem to be daemontools programs like supervise and svcscanboot. Those processes are started long before apache starts, and they exist until after it goes away. Understood. In which case I don't know what the problem is. I'd have been more helpful if I could reproduce it here. I see that mod_status has all kind of freshness checks. May be Apache::VMonitor should do the same? It couldn't hurt. So when you compare the two, feel free to backport the relevant freshness checks over to A-VM and post a patch to me/here. I've just released Apache::Scoreboard 0.12 which exposes the vhost record for mod_perl 1, and the newly released Apache::VMonitor 2.02 uses that information. VMonitor 2.02's `make test` is complaining loudly most of the time, failing tests 3-6. It managed to succeed once, though. If I go ahead and install it anyway, pulling up the VMonitor page causes the process to segfault. Ouch. Most likely it was introduced by Apache-Scoreboard's last change. Please try with this patch: Index: Scoreboard.xs === --- Scoreboard.xs (revision 122) +++ Scoreboard.xs (working copy) @@ -31,8 +31,10 @@ #define server_score_conn_count(s) s->record.conn_count #define server_score_client(s) s->record.client #define server_score_request(s) s->record.request -#define server_score_vhost(s) s->record.vhostrec->server_hostname +#define server_score_vhost(s) \ +s->record.vhostrec ? s->record.vhostrec->server_hostname : "" + #define parent_score_pid(s) s->record.pid static scoreboard *my_scoreboard_image = NULL; if it doesn't help, please post the backtrace of the core. -- __ 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: help with mod_perl: undefined symbol: Perl_sv_2pv_flags [SOLVED]
Stas Bekman wrote: that normally means that you have libperl.so in /usr/lib and it's not the one used by the perl you've built mod_perl with. Please post the output of ldd /usr/local/apache2/modules/mod_perl.so and if you have libperl.so in /usr/local/lib and /usr/lib. if you have both, that's your problem. e.g. see: http://perl.apache.org/docs/1.0/guide/troubleshooting.html#_relocation_errors__or__undefined_symbol_ Ok - I finally solved the mystery. I had only one single libperl.so on my system in /usr/local/lib and even this one was too much. Using ldd I discovered that my new failing mod_perl.so was linked against this libperl.so while my old working mod_perl.so wasnt linked against any libperl.so. So I removed this libperl.so and compiled mod_perl from the scratch and everything was going fine. So it was a leftover from a old system. Digging a bit deeper showed that it was left behind by my good old perl5.6.1 :) I still dont understand why my new perl5.8.5 does not have a libperl.so and why mod_perl can live very well without it. But sometimes even one is too much :) Thnx to all for helping me out here, peter ps: and thnx plus a nice weekend to geoffrey if he is still reading here :) -- mag. peter pilsl goldfisch.at IT-management tel +43 699 1 3574035 fax +43 699 4 3574035 [EMAIL PROTECTED]
Re: unexpected Apache::VMonitor output
Todd Finney wrote: At 08:37 PM 1/21/2005 -0500, Stas Bekman wrote: Todd Finney wrote: Unlikely. The errant processes all seem to be daemontools programs like supervise and svcscanboot. Those processes are started long before apache starts, and they exist until after it goes away. Understood. In which case I don't know what the problem is. I'd have been more helpful if I could reproduce it here. No sweat. I'll see if I can figure out what's going on, or at least improve my questions. Todd++ VMonitor 2.02's `make test` is complaining loudly most of the time, failing tests 3-6. It managed to succeed once, though. If I go ahead and install it anyway, pulling up the VMonitor page causes the process to segfault. Ouch. Most likely it was introduced by Apache-Scoreboard's last change. Please try with this patch: Much better, thanks. You're the man. Excellent. I'll release a new version shortly. Thanks Todd. -- __ 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
[ANNOUNCE] Apache-Scoreboard 0.13
The uploaded file Apache-Scoreboard-0.13.tar.gz has entered CPAN as file: $CPAN/authors/id/S/ST/STAS/Apache-Scoreboard-0.13.tar.gz size: 9491 bytes md5: 3dd3b119306cb718d71d9ea527a6565e Fixing a segfault introduced by 0.12, reported by Todd Finney -- __ 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: help with mod_perl: undefined symbol: Perl_sv_2pv_flags [SOLVED]
peter pilsl wrote: Ok - I finally solved the mystery. I had only one single libperl.so on my system in /usr/local/lib and even this one was too much. Using ldd I discovered that my new failing mod_perl.so was linked against this libperl.so while my old working mod_perl.so wasnt linked against any libperl.so. So I removed this libperl.so and compiled mod_perl from the scratch and everything was going fine. So it was a leftover from a old system. Digging a bit deeper showed that it was left behind by my good old perl5.6.1 :) I still dont understand why my new perl5.8.5 does not have a libperl.so because your new perl was compiled to be static: *** /usr/local/bin/perl -V Summary of my perl5 (revision 5 version 8 subversion 5) configuration: [...] libc=/lib/libc-2.2.4.so, so=so, useshrplib=false, libperl=libperl.a so you have libperl.a instead. and why mod_perl can live very well without it. because it now includes the whole libperl.a archive inside mod_perl.so. It's a good idea to avoid that. When using libperl.so and more than one application is linked against it, the system loads it only once, saving some memory and startup time (when more than one app using that libperl.so is running at the same time). But it's not too bad if it doesn't. -- __ 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: restart apache for mod perl development
On Fri, 21 Jan 2005 16:12:01 -0600, Ian Joyce <[EMAIL PROTECTED]> wrote: > Give Apache::Reload a try. > > > On Sat, 22 Jan 2005 14:59:53 +1700, mi cuenta <[EMAIL PROTECTED]> wrote: > > Hello > > I'm using modperl 1.26 and apache 1.3.26 on Debian Woody > > > > I'm programming with mod_perl and have to restart apache every time > > to see the changes made on my code > > > > is there a way to avoid restarting apache > > > > Just to make a modification to my perl handler and see the results > > without apache restart ? > > > > Thanks > > > > Leonel > > > hey hey hey ! It works ! Thank you
[ANNOUNCE] Apache-Scoreboard 2.04
The uploaded file Apache-Scoreboard-2.04.tar.gz has entered CPAN as file: $CPAN/authors/id/S/ST/STAS/Apache-Scoreboard-2.04.tar.gz size: 17332 bytes md5: 116ca1ea63613dd56b353e5a616870e5 Changes since 2.03: s/sv_setpvf/Perl_sv_setpvf/ to support perls that don't have this macro [Markus Wichitill <[EMAIL PROTECTED]>] tests config: s/PerlHandler/PerlResponseHandler/ [Markus Wichitill <[EMAIL PROTECTED]>] -- __ 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
