Re: [mp2] segfault when connect to database
Danil Pismenny wrote: httpd2 2.0.47, mod_perl 1.99_09 -- httpd does segfault when I try to connect to the database (mysql or interbase). It faults somewhere in libnss_db.so. It works well if I remove libnss_db* from the system. Here is the part of programm stack from core: #0 0x in ?? () #1 0x4075de1e in db_open () from /lib/libnss_db.so.2 #2 0x4075ded0 in internal_setent () from /lib/libnss_db.so.2 #3 0x4075d62e in _nss_db_endservent () from /lib/libnss_db.so.2 #4 0x4075d8c3 in _nss_db_getservbyname_r () from /lib/libnss_db.so.2 #5 0x40358733 in __getservbyname_r (name=0x405a42f7 mysql, proto=0x405a42f3 tcp, resbuf=0x4038bb7c, buffer=0x86a8a70 , buflen=1024, result=0xb148) at ../nss/getXXbyYY_r.c:200 #6 0x403585e1 in getservbyname (name=0x405a42f7 mysql, proto=0x405a42f3 tcp) at ../nss/getXXbyYY.c:145 #7 0x405949fb in mysql_once_init () from /usr/lib/perl5/site_perl/i386-linux/auto/DBD/mysql/mysql.so #8 0x4059711b in mysql_init () from /usr/lib/perl5/site_perl/i386-linux/auto/DBD/mysql/mysql.so #9 0x4058bf4a in mysql_dr_connect () Can you try reproducing the problem with an external program and then mod_cgi? I don't see where mod_perl is involved here. Thanks! __ 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: [mp2] ModPerl::Test::read_post destructive?
Hi there, On Sun, 10 Aug 2003, Michael Maciag wrote: Is the read_post in ModPerl::Test destructive in some way? If so, could someone point me in the right direction I might take to modify it to be non-destructive? I think you'll find that reading POST data has always been destructive. If you want to read it more than once you have to save it somewhere. Check the archives for more information. 73, Ged.
Re: [ANNOUNCE] Apache::ASP v2.55 released
Josh Chamas wrote: The latest version of Apache::ASP v2.55 has been released. The biggest improvement is no longer loading Apache::compat for running under mod_perl2. Has this affected the performance measurements you made earlier in any way? - Perrin
mp1 rflush() and buffer size
I have a question concerning the proper behavior of rflush() with mp1. I'm using Apache/1.3.28 and mod_perl/1.28 on OSX jaguar 10.2.6. Overall mp1 appears to work great. However, the following code does not work as expected: use CGI (); my $r = shift; my $q = new CGI; print $q-header('text/html'); print $q-start_html; print $q-p(Searching...Please wait); $r-rflush; # imitate a lengthy operation for (1..3) { sleep 1; } print $q-p(Done!); The Searching...Please wait text does not display until the sleeps are done. Adding $|=1; up top does not help. However, this code does work: use CGI (); my $r = shift; my $q = new CGI; print $q-header('text/html'); print $q-start_html; for (1..263) { print $q-p(Searching...Please wait); } $r-rflush; # imitate a lengthy operation for (1..3) { sleep 1; } print $q-p(Done!); It appears that if I print out over 8k, the buffers flush. Less than that, no flush. Is this proper behavior? And, if so, is there a parameter I can change somewhere to lower the value or force a flush regardless of what's in the buffer? I have tried very hard to find documentation or previous discussion in this group to no avail. Douglas
[MP1.28 + perl maint. 20512] Build failure due to error in Apache/ExtUtils.pm
I tried to compile mod_perl-1.28 with perl maint. 20512 (http://www.iki.fi/jhi/[EMAIL PROTECTED]). I had a build failure (different errors each time trying to build). I noticed the following messages during perl Makefile.PL: MESSAGE .. + id: Perl/v5.8.1 (linux) [/nfs/private/user/srdas/i686/perl-pre-rc5/bin/perl] Modification of a read-only value attempted at /nfs/private/user/srdas/tech_stack/mod_perl-1.28/lib/Apache/ExtUtils.pm line 50. BEGIN failed--compilation aborted at ./modules/perl/perl_config line 6. Modification of a read-only value attempted at /nfs/private/user/srdas/tech_stack/mod_perl-1.28/lib/Apache/ExtUtils.pm line 50. BEGIN failed--compilation aborted at ./modules/perl/perl_config line 6. Modification of a read-only value attempted at /nfs/private/user/srdas/tech_stack/mod_perl-1.28/lib/Apache/ExtUtils.pm line 50. BEGIN failed--compilation aborted at ./modules/perl/perl_config line 6. /MESSAGE Digging through, the following in Apache/ExtUtils.pm seem to be the problem: sub Config_pm_fixup { local $_ = $Config::Config{$key}; $sub-(); .. I could reproduce this using a small script: $ cat repeat.pl my $max_count = $ARGV[0] || 100; while ($count++ = $max_count) { $ret = system(./oops.pl); if ($ret) { warn #$count: Errored\n; STDIN; } } $ cat oops.pl #!perl test('data'); sub test { replace() for (@_); } sub replace { my %hash = ( ld = sub { s/(.*)/T1/e }, ccdlflags = sub { s/(.*)/T2/; }, ); while (my($key, $sub) = each %hash) { local $_ = 'test'; $sub-(); } } --- I ran it as: $ perl ~/repeat.pl Modification of a read-only value attempted at /home/srdas/junk line 16. #3: Errored Modification of a read-only value attempted at /home/srdas/junk line 16. #5: Errored Modification of a read-only value attempted at /home/srdas/junk line 16. #6: Errored Modification of a read-only value attempted at /home/srdas/junk line 16. #7: Errored Modification of a read-only value attempted at /home/srdas/junk line 16. #8: Errored Modification of a read-only value attempted at /home/srdas/junk line 16. #12: Errored Modification of a read-only value attempted at /home/srdas/junk line 16. #13: Errored -- 1) The script ran perfectly fine on 5.6.1, 5.8.0 and also on 5.8.1 RC4 2) This looks similar to bug # 23238 (http://www.xray.mpe.mpg.de/mailing-lists/perl5-porters/2003-08/msg00518.html) 3) local *_ before the local $_ in Apache/ExtUtils.pm (or in the test script) solves the problem. For whatever is worth, this is the above diff: diff -u lib/Apache/ExtUtils.pm.org lib/Apache/ExtUtils.pm --- lib/Apache/ExtUtils.pm.org Thu Aug 7 06:46:12 2003 +++ lib/Apache/ExtUtils.pm Thu Aug 7 06:43:36 2003 @@ -47,6 +47,7 @@ ); while (my($key, $sub) = each %config_fixups) { + local *_; local $_ = $Config::Config{$key}; $sub-(); (tied %Config::Config)-{$key} = $_; --- Now since this was working until RC4, I'd consider this a bug. Should this go over to perl5-porters ? thx Sreeji - For completeness, I've attached my perl-details. Want to chat instantly with your online friends? Get the FREE Yahoo! Messenger http://uk.messenger.yahoo.com/Summary of my perl5 (revision 5.0 version 8 subversion 1) configuration: Platform: osname=linux, osvers=2.4.9-e.18smp, archname=i686-linux-thread-multi uname='linux ap631wgs 2.4.9-e.18smp #1 smp fri apr 11 18:24:51 edt 2003 i686 unknown ' config_args='-de -Dprefix=//nfs/private/user/srdas/i686/perl-pre-rc5 -Dmake=/usr/bin/make -Dbin=/nfs/private/user/srdas/i686/perl-pre-rc5/bin/ -Uinstallusrbinperl -Dusethreads -Dstartperl=#!/nfs/private/user/srdas/i686/perl-pre-rc5/bin/perl -Dinc_version_list=none -Dscriptdir=//nfs/private/user/srdas/i686/perl-pre-rc5/bin -Dsitebin=/nfs/private/user/srdas/i686/perl-pre-rc5/bin -Doptimize=-O2' 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='cc', ccflags ='-D_REENTRANT -D_GNU_SOURCE -DTHREADS_HAVE_PIDS -fno-strict-aliasing -I/usr/local/include -D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64 -I/usr/include/gdbm', optimize='-O2', cppflags='-D_REENTRANT -D_GNU_SOURCE -DTHREADS_HAVE_PIDS -fno-strict-aliasing -I/usr/local/include -I/usr/include/gdbm' ccversion='', gccversion='2.96 2731 (Red Hat Linux 7.2 2.96-108.1)', 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
Re: [mp2] Child process exited
Is it only mp2 that it fails under? I've tried it under mp1.28/perl5.8.0/apache1.3.27 on WinXP and it runs fine. I haven't tried other mod_perl versions, since the threading issue would render the site unusable. What version of Template-Toolkit do you have? It's worth ensuring that you're running the latest version (2.10, I think) if you suspect that it might be involved in the problem. Yep, I have 2.10. Nevertheless, thanks a lot for trying it. :-) J-S
RE: the installation nightmare continues
Title: RE: the installation nightmare continues edit makepl_args.mod_perl: APACHE_SRC=../apache-1.3/src APACHE_PREFIX=/usr/local/apache DO_HTTPD=1 USE_APACI=1 EVERYTHING=1 This is exactly what mine looks like. I don't have the: APACI_ARGS=--enable-module=rewrite APACI_ARGS=--enable-module=so since I doun't want to run modperl as DSO. Most literature I'm reading points against it...so for now I'm just trying to have modperl run static. I didn't relaize that do_httpd=1 was building apache...My issue still remains that make test still won't work. Here is the tail of my make test output: cp t/conf/mod_perl_srm.conf t/conf/srm.conf /home/jhodge/dloads/ap_mp/apache_1.3.28/src/httpd -f `pwd`/t/conf/httpd.conf -X -d `pwd`/t httpd listening on port 8529 Syntax error on line 3 of /home/jhodge/dloads/ap_mp/mod_perl-1.28/t/conf/httpd.conf: Invalid command '=pod', perhaps mis-spelled or defined by a module not included in the server configuration will write error_log to: t/logs/error_log letting apache warm up...\c done /usr/local/bin/perl t/TEST 0 still waiting for server to warm up...not ok server failed to start! (please examine t/logs/error_log) at t/TEST line 95. make: *** [run_tests] Error 111 It looks like apache isn't building properly through the modperl install What would cause? : Invalid command '=pod', perhaps mis-spelled or defined by a module not included in the server configuration It builds if I make apache without modperl