[mp2] segfault at startup under perl 5.8.1 and mod_perl-1.99_10-dev

2003-09-30 Thread Matthew Darwin
When I start httpd without the
   LoadModule perl_module modules/mod_perl.so
All is good.  When I add the line above, and start "httpd -X"
apache crashes before I even request the first page.
Has anyone else seen this problem?



#0  0x403124c3 in Perl_sv_upgrade () from /foo2/modules/mod_perl.so
#1  0x40316362 in Perl_sv_setpvn () from /foo2/modules/mod_perl.so
#2  0x402bd48a in perl_construct () from /foo2/modules/mod_perl.so
#3  0x402a02fc in modperl_startup (s=0x8113598, p=0x80d2690) at 
mod_perl.c:230
#4  0x402a1401 in modperl_init (base_server=0x8113598, p=0x80d2690) at 
mod_perl.c:421
#5  0x402a15ce in modperl_hook_init (pconf=0x80d2690, plog=0x810e780, 
ptemp=0x8114798, s=0x8113598) at mod_perl.c:554
#6  0x8092721 in ap_run_open_logs () at eval.c:88
#7  0x8097244 in main () at eval.c:88
#8  0x401267f1 in __libc_start_main (main=0x8096b38 , argc=4, 
ubp_av=0xba94, init=0x8062e0c <_init>,
fini=0x80ae910 <_fini>, rtld_fini=0x4000cdc4 <_dl_fini>, 
stack_end=0xba8c) at ../sysdeps/generic/libc-start.c:129



Test results

Failed Test  Stat Wstat Total Fail  Failed  List of Failed
---
api/r_subclass.t  255 65280??   ??   %  ??
apr-ext/uuid.t255 65280 36 200.00%  1-3
% make test TEST_VERBOSE=1 TEST_FILES="api/r_subclass.t apr-ext/uuid.t"

# Running under perl version 5.008001 for linux
# Current time local: Tue Sep 30 09:54:59 2003
# Current time GMT:   Tue Sep 30 13:54:59 2003
# Using Test.pm version 1.24
Can't load '/foo2/mod_perl-1.99_10-dev/t/../blib/arch/auto/APR/APR.so' 
for module APR: 
/foo2/mod_perl-1.99_10-dev/t/../blib/arch/auto/APR/APR.so: undefined 
symbol: apr_hook_global_pool at 
/usr/lib/perl5/5.8.1/i686-linux/DynaLoader.pm line 229.
 at apr-ext/uuid.t line 25
Compilation failed in require at apr-ext/uuid.t line 25.
dubious
Test returned status 255 (wstat 65280, 0xff00)

ERROR_LOG
-
[Tue Sep 30 09:54:56 2003] [info] mod_perl: using Perl HASH_SEED: 1512185368
END in modperl_extra.pl, pid=29653
[Tue Sep 30 09:54:57 2003] [info] mod_perl: using Perl HASH_SEED: 438443544
[Tue Sep 30 09:54:57 2003] [notice] Apache/2.0.47 (Unix) 
mod_perl/1.99_10-dev Perl/v5.8.1 configured -- resuming normal operations
[Tue Sep 30 09:54:57 2003] [info] Server built: Sep 29 2003 16:47:33
[Tue Sep 30 09:54:57 2003] [debug] prefork.c(1037): AcceptMutex: sysvsem 
(default: sysvsem)
[Tue Sep 30 09:54:59 2003] [error] server reached MaxClients setting, 
consider raising the MaxClients setting
[Tue Sep 30 09:55:00 2003] [info] Child process pid=29657 is exiting
[Tue Sep 30 09:55:00 2003] [info] Child process pid=29655 is exiting
[Tue Sep 30 09:55:00 2003] [info] removed PID file 
/foo2/mod_perl-1.99_10-dev/t/logs/httpd.pid (pid=29654)
[Tue Sep 30 09:55:00 2003] [notice] caught SIGTERM, shutting down
END in modperl_extra.pl, pid=29654



% perl -V
-
Summary of my perl5 (revision 5.0 version 8 subversion 1) configuration:
  Platform:
osname=linux, osvers=2.4.7, archname=i686-linux
uname='linux darwin.ottawa.loran.com 2.4.7 #1 fri aug 24 17:04:10 
edt 2001 i686 unknown '
config_args='-ds -e -Dprefix=/usr'
hint=recommended, useposix=true, d_sigaction=define
usethreads=undef use5005threads=undef useithreads=undef 
usemultiplicity=undef
useperlio=define d_sfio=undef uselargefiles=define usesocks=undef
use64bitint=undef use64bitall=undef uselongdouble=undef
usemymalloc=n, bincompat5005=undef
  Compiler:
cc='cc', ccflags ='-fno-strict-aliasing -I/usr/local/include 
-D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64',
optimize='-O3',
cppflags='-fno-strict-aliasing -I/usr/local/include'
ccversion='', gccversion='2.95.3 20010315 (release)', 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=-lbind -lnsl -lgdbm -ldl -lm -lcrypt -lutil -lc -lposix
perllibs=-lbind -lnsl -ldl -lm -lcrypt -lutil -lc -lposix
libc=/lib/libc-2.2.3.so, so=so, useshrplib=false, libperl=libperl.a
gnulibc_version='2.2.3'
  Dynamic Linking:
dlsrc=dl_dlopen.xs, dlext=so, d_dlsymun=undef, ccdlflags='-rdynamic'
cccdlflags='-fpic', lddlflags='-shared -L/usr/local/lib'

Characteristics of this binary (from libperl):
  Compile-time options: USE_LARGE_FILES
  Built under linux
  Compiled at Sep 26 2003 09:57:10
  @INC:
/usr/lib/perl5/5.8.1/i686-linux
/usr/lib/perl5/5.8.1
/usr/lib/perl5/site_perl/5.8.1/i686-linux
/usr/lib/perl5/site_perl/5.8.1
/usr/lib/perl5/site_perl
.
BTW, Perl builds with:

All tests successful.
u=4.76  s=0.9  cu=244.92  cs=21.82  scripts=764  tests=76509



problem installing modperl 2

2003-09-30 Thread Egor Korablev
hi

After modperl1.99_10 realised, i can't install it under redhat 8(fully
updated) becouse:
error: !!! Apache/2.0.40 not supported, 2.0.46 or higher is required
But, i think that redhats package httpd-2.0.40-11.7 is same Apache/2.0.47
Can I force Apache version checking?

thx



[mp2] Asynchronous AcceptEx Failed

2003-09-30 Thread Lee Goddard
Could someone please advise why I'm getting the
following error:
[Tue Sep 30 15:18:44 2003] [warn] (720064)The specified network name is no 
longer available.  : winnt_accept: Asynchronous AcceptEx failed.

This occurs several times, and the server shuts down.
Nothing especially interesting going on in Apache
afaik.
Is there anyway of finding out why this is?

Saw in the archive that this has been recorded
before, but the thread seemed to die before there
was an explanation of the how and why.
I believe I've had this problem before when the
network connection was hogged by a trojan/iis.
Perl and Apache2 built by Randy at theory5. Details:

Apache -k:

Server version: Apache/2.0.43
Server built:   Dec 25 2002 18:12:51
Server's Module Magic Number: 20020903:0
Architecture:   32-bit
Server compiled with
 -D APACHE_MPM_DIR="server/mpm/winnt"
 -D APR_HAS_SENDFILE
 -D APR_HAS_MMAP
 -D APR_HAS_OTHER_CHILD
 -D AP_HAVE_RELIABLE_PIPED_LOGS
 -D HTTPD_ROOT="/apache"
 -D SUEXEC_BIN="/apache/bin/suexec"
 -D DEFAULT_SCOREBOARD="logs/apache_runtime_status"
 -D DEFAULT_ERRORLOG="logs/error.log"
 -D AP_TYPES_CONFIG_FILE="conf/mime.types"
 -D SERVER_CONFIG_FILE="conf/httpd.conf"
Perl -v:
This is perl, v5.8.0 built for MSWin32-x86-multi-thread
(with 1 registered patch, see perl -V for more detail)
Copyright 1987-2002, Larry Wall

Binary build 804 based on sources provided by
ActiveState Corp. http://www.ActiveState.com
Built 22:46:33 Dec 23 2002


Administrator
PhotoWebServer.com

Miert fizetsz az internetert? Korlatlan, ingyenes internet hozzaferes a FreeStarttol.
Probald ki most! http://www.freestart.hu


Re: problem installing modperl 2

2003-09-30 Thread Geoffrey Young


Egor Korablev wrote:
hi

After modperl1.99_10 realised, i can't install it under redhat 8(fully
updated) becouse:
error: !!! Apache/2.0.40 not supported, 2.0.46 or higher is required
But, i think that redhats package httpd-2.0.40-11.7 is same Apache/2.0.47
I don't know why you would say that.  from the looks of the RH numbering 
scheme, they seem to follow the Apache scheme very closely.

Can I force Apache version checking?
if you mean overriding, no.

rpmfind.net shows a 2.0.47 RPM you might be intersted in.

http://www.rpmfind.net//linux/RPM/rawhide/1.0/i386/RedHat/RPMS/httpd-2.0.47-6.i386.html

HTH

--Geoff



Re: [mp2] segfault at startup under perl 5.8.1 and mod_perl-1.99_10-dev

2003-09-30 Thread Matthew Darwin
here is a stack with perl debugging enabled.

(gdb) bt
#0  0x4034411f in S_new_xpv () at sv.c:756
#1  0x40344c35 in Perl_sv_upgrade (sv=0x404265e0, mt=4) at sv.c:1392
#2  0x4034b11c in Perl_sv_setpvn (sv=0x404265e0, ptr=0x403fb53c "", 
len=0) at sv.c:4108
#3  0x402cd0e4 in perl_construct (my_perl=0x8121d88) at perl.c:279
#4  0x402af0ec in modperl_startup (s=0x8113598, p=0x80d2690) at 
mod_perl.c:230
#5  0x402b01f1 in modperl_init (base_server=0x8113598, p=0x80d2690) at 
mod_perl.c:421
#6  0x402b03be in modperl_hook_init (pconf=0x80d2690, plog=0x810e780, 
ptemp=0x8114798, s=0x8113598) at mod_perl.c:554
#7  0x8092721 in ap_run_open_logs () at eval.c:88
#8  0x8097244 in main () at eval.c:88
#9  0x401267f1 in __libc_start_main (main=0x8096b38 , argc=2, 
ubp_av=0xbac4, init=0x8062e0c <_init>,
fini=0x80ae910 <_fini>, rtld_fini=0x4000cdc4 <_dl_fini>, 
stack_end=0xbabc) at ../sysdeps/generic/libc-start.c:129

Matthew Darwin wrote:
When I start httpd without the
   LoadModule perl_module modules/mod_perl.so
All is good.  When I add the line above, and start "httpd -X"
apache crashes before I even request the first page.
Has anyone else seen this problem?



#0  0x403124c3 in Perl_sv_upgrade () from /foo2/modules/mod_perl.so
#1  0x40316362 in Perl_sv_setpvn () from /foo2/modules/mod_perl.so
#2  0x402bd48a in perl_construct () from /foo2/modules/mod_perl.so
#3  0x402a02fc in modperl_startup (s=0x8113598, p=0x80d2690) at 
mod_perl.c:230
#4  0x402a1401 in modperl_init (base_server=0x8113598, p=0x80d2690) at 
mod_perl.c:421
#5  0x402a15ce in modperl_hook_init (pconf=0x80d2690, plog=0x810e780, 
ptemp=0x8114798, s=0x8113598) at mod_perl.c:554
#6  0x8092721 in ap_run_open_logs () at eval.c:88
#7  0x8097244 in main () at eval.c:88
#8  0x401267f1 in __libc_start_main (main=0x8096b38 , argc=4, 
ubp_av=0xba94, init=0x8062e0c <_init>,
fini=0x80ae910 <_fini>, rtld_fini=0x4000cdc4 <_dl_fini>, 
stack_end=0xba8c) at ../sysdeps/generic/libc-start.c:129



Test results

Failed Test  Stat Wstat Total Fail  Failed  List of Failed
--- 

api/r_subclass.t  255 65280??   ??   %  ??
apr-ext/uuid.t255 65280 36 200.00%  1-3
% make test TEST_VERBOSE=1 TEST_FILES="api/r_subclass.t apr-ext/uuid.t"

# Running under perl version 5.008001 for linux
# Current time local: Tue Sep 30 09:54:59 2003
# Current time GMT:   Tue Sep 30 13:54:59 2003
# Using Test.pm version 1.24
Can't load '/foo2/mod_perl-1.99_10-dev/t/../blib/arch/auto/APR/APR.so' 
for module APR: 
/foo2/mod_perl-1.99_10-dev/t/../blib/arch/auto/APR/APR.so: undefined 
symbol: apr_hook_global_pool at 
/usr/lib/perl5/5.8.1/i686-linux/DynaLoader.pm line 229.
 at apr-ext/uuid.t line 25
Compilation failed in require at apr-ext/uuid.t line 25.
dubious
Test returned status 255 (wstat 65280, 0xff00)

ERROR_LOG
-
[Tue Sep 30 09:54:56 2003] [info] mod_perl: using Perl HASH_SEED: 
1512185368
END in modperl_extra.pl, pid=29653
[Tue Sep 30 09:54:57 2003] [info] mod_perl: using Perl HASH_SEED: 438443544
[Tue Sep 30 09:54:57 2003] [notice] Apache/2.0.47 (Unix) 
mod_perl/1.99_10-dev Perl/v5.8.1 configured -- resuming normal operations
[Tue Sep 30 09:54:57 2003] [info] Server built: Sep 29 2003 16:47:33
[Tue Sep 30 09:54:57 2003] [debug] prefork.c(1037): AcceptMutex: sysvsem 
(default: sysvsem)
[Tue Sep 30 09:54:59 2003] [error] server reached MaxClients setting, 
consider raising the MaxClients setting
[Tue Sep 30 09:55:00 2003] [info] Child process pid=29657 is exiting
[Tue Sep 30 09:55:00 2003] [info] Child process pid=29655 is exiting
[Tue Sep 30 09:55:00 2003] [info] removed PID file 
/foo2/mod_perl-1.99_10-dev/t/logs/httpd.pid (pid=29654)
[Tue Sep 30 09:55:00 2003] [notice] caught SIGTERM, shutting down
END in modperl_extra.pl, pid=29654



% perl -V
-
Summary of my perl5 (revision 5.0 version 8 subversion 1) configuration:
  Platform:
osname=linux, osvers=2.4.7, archname=i686-linux
uname='linux darwin.ottawa.loran.com 2.4.7 #1 fri aug 24 17:04:10 
edt 2001 i686 unknown '
config_args='-ds -e -Dprefix=/usr'
hint=recommended, useposix=true, d_sigaction=define
usethreads=undef use5005threads=undef useithreads=undef 
usemultiplicity=undef
useperlio=define d_sfio=undef uselargefiles=define usesocks=undef
use64bitint=undef use64bitall=undef uselongdouble=undef
usemymalloc=n, bincompat5005=undef
  Compiler:
cc='cc', ccflags ='-fno-strict-aliasing -I/usr/local/include 
-D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64',
optimize='-O3',
cppflags='-fno-strict-aliasing -I/usr/local/include'
ccversion='', gccversion='2.95.3 20010315 (release)', 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

Re: [mp2] segfault at startup under perl 5.8.1 and mod_perl-1.99_10-dev

2003-09-30 Thread Stas Bekman
Matthew, please submit a complete bug report as explained at:
http://perl.apache.org/bugs/
__
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: Latest mod_perl version number

2003-09-30 Thread Stas Bekman
Javier Alvarado wrote:
Hello,

I was trying to build Apache 1.3.28 with mod_perl 1.28, which I 
downloaded from http://perl.apache.org/dist/mod_perl-1.28.tar.gz. I 
managed to build everything okay, but I noticed that Apache reports 
mod_perl as version 1.27 in the error log:

[notice] Apache/1.3.28 (Unix) mod_perl/1.27 ...

grepping though the source in mod_perl-1.28/ revealed this:

./src/modules/perl/mod_perl.c:#define MP_APACHE_VERSION "1.27"
./Apache/Apache.pm:$VERSION = "1.27";
Did someone forget to increase the version number or is something else 
screwing me up?
That means that you still run an old build. If you check mod_perl-1.26 it also 
has MP_APACHE_VERSION "1.27", which is a version of the file Apache.pm.

mod_perl 1.x does:

   ap_add_version_component(MOD_PERL_STRING_VERSION);

which is created during the build's config phase:

  Makefile.PL:#define MOD_PERL_STRING_VERSION "mod_perl/$VERSION"

and it uses $mod_perl::VERSION from lib/mod_perl.pm, which has a correct 1.28 
version.

__
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: [MP1] memory leak when PerlSetupEnv is enabled (win32)

2003-09-30 Thread Stas Bekman
Stefan Thuering wrote:
Platform: NT4 SP6, Apache 1.3.27/28, mod_perl 1.28, perl 5.6.1
Scenario: When running any script (print hello...) multiple times memory 
usage of apache slowly grows (maybe 400byte/request)

Apache Setting:
ScriptAlias /perl/ "E:/Apache/cgi-bin/"

 SetHandler perl-script
 PerlHandler Apache::Registry
#PerlSetupEnv Off
 Options ExecCGI

I found out that if you set "PerlSetupEnv Off" then the leaking stops!!!
But I also lose the Apache ENV vars :(
You don't lose Apache ENV vars, you loose mod_cgi-emulation ENV vars. You can 
still access them via various mod_perl methods. You could also try to call 
$r->subprocess_env, at the very beginning of your handlers/scripts, but I 
don't know if it's going to make any difference leakage-wise.

--- quote from mod_perl documentation ---
The last thing Apache::Registry does, is emulation of mod_cgi's 
environment variables, like $ENV{SERVER_NAME}, $ENV{REMOTE_USER} and so 
on. PerlSetupEnv Off disables this feature which saves some memory and 
CPU cycles.
-
That was incorrect information. Apache::Registry doesn't do that. 'SetHandler 
perl-script' does that. It "was" because I've just removed that para from 
intro.pod ;)

I think mod_perl generates the ENV hash every time a script is run and 
doesn't free up the memory afterwards...

This person seems to have the same problem:
http://groups.google.com/groups?selm=3EE62CB3.935AD041%40news.com
(win2k mod_perl 1.27_01 apache 1.3.27)
This is quite possible, since I doubt mod_perl 1.0 is used much in production 
on windows, so bugs are more than likely. Someone on winFU needs to debug 
this. Alternatively try mod_perl 2.0, which is scalable on winFU.

__
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: Apache2 Mod_perl2 win32 POST data truncation

2003-09-30 Thread Stas Bekman
Jacqui Caren wrote:
I have installed the below which appear to be the latest
(apart from AS804) and the problem of CGI POST data truncation
still persists...
I have a web form that uses a textarea import a list of entries
however when more than the following text is imported
truncation occurs.
I know that this problem was fixed in 1.99_09 but that was for
RH linux et.al - has anyone had a similar problem under win2K svr
or Nt Svr?
When the for output is fed to a test.mpl I get a correct CONTENT_LENGTH
env value but the POST data seems to be truncated.
perl -MCGI=999 -e "print $CGI::VERSION"
gives
 2.81
Upgrade CGI.pm to the latest version. I think that's your problem.



__
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: [mp1] Problem install modperl1.28 apache1.3.28perl5.8.1RC5 on MacOSX(10.2.6)

2003-09-30 Thread Stas Bekman
Harry Zhu wrote:
On Thursday, September 25, 2003, at 09:32  AM, Harry Zhu wrote:

When run
>>/usr/local/bin/perl Makefile.PL APACHE_SRC=../apache_1.3.28/src 
DO_HTTPD=1 USE_APACI=1 EVERYTHING=1

got a bunch of messages like
Unknown option: 1
Usage: head [-options] ...
and when run "make", it stopped at
ld: warning multiple definitions of symbol _regcomp
regex/libregex.a(regcomp.o) private external definition of _regcomp in 
section (__TEXT,__text)
/usr/lib/libm.dylib(regcomp.So) definition of _regcomp
ld: warning multiple definitions of symbol _regexec
regex/libregex.a(regexec.o) private external definition of _regexec in 
section (__TEXT,__text)
/usr/lib/libm.dylib(regexec.So) definition of _regexec
ld: warning multiple definitions of symbol _regfree
regex/libregex.a(regfree.o) private external definition of _regfree in 
section (__TEXT,__text)
/usr/lib/libm.dylib(regfree.So) definition of _regfree
ld: Undefined symbols:
_actions_module
_include_module
_log_config_module
make[3]: *** [target_static] Error 1
make[2]: *** [build-std] Error 2
make[1]: *** [build] Error 2
make: *** [apaci_httpd] Error 2
Someone on 'Mac OS X 10.2.6 (6L60) on PowerPC G3, Darwin Kernel Version 6.6' 
or similar needs to resolve this. This is not the first time this problem is 
reported. I'm not sure whether the _regcomp redefinition warnings are related 
or not. I'm surprised no one on macosX has sent a fix in yet, it seems that 
everybody and their mom own an imac nowadays ;).

Same problem with Perl5.8.1 release. 

On the other hand, 
modperl1.99.10dev apache2.0.47 on perl5.8.1 builds and runs OK seemingly.
That's a good news ;)

__
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


Upgrading RedHat 9

2003-09-30 Thread Paul G. Weiss
I have httpd-2.0.40-21.5 installed with mod_perl-1.99_07-5 on a Red Hat 9
system.
I'd like to upgrade to 2.0.47 for mod_perl-1.99_10 but there are no rpms
available from RedHat.
I can uninstall the existing rpms and build from source (at least I think
I can, theoretically), but instead, I would like to build new rpms and
replace the old ones.
Any pointers to instructions on how to do this?  Or advice on whether or
not this is advisable?
-Paul


Re: Upgrading RedHat 9

2003-09-30 Thread Stas Bekman
Paul G. Weiss wrote:
I have httpd-2.0.40-21.5 installed with mod_perl-1.99_07-5 on a Red Hat 9
system.
I'd like to upgrade to 2.0.47 for mod_perl-1.99_10 but there are no rpms
available from RedHat.
I can uninstall the existing rpms and build from source (at least I think
I can, theoretically), but instead, I would like to build new rpms and
replace the old ones.
Any pointers to instructions on how to do this?  Or advice on whether or
not this is advisable?
http://perl.apache.org/download/source.html#Development_mod_perl_2_0_Source_Distribution
lists:
http://www.rpmfind.net/linux/rpm2html/search.php?query=mod_perl&submit=Search+
__
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: Upgrading RedHat 9

2003-09-30 Thread Paul G. Weiss
I had found those.  No _10 version.

I'm currently trying to modify the srpm for mod_perl-1.99_07, which is 
available from RedHat, to use the .tar.gz for _10.  I'm hopeful it will 
work.

-P

On Tue, 30 Sep 2003 14:09:10 -0700, Stas Bekman <[EMAIL PROTECTED]> wrote:

Paul G. Weiss wrote:
I have httpd-2.0.40-21.5 installed with mod_perl-1.99_07-5 on a Red Hat 
9
system.

I'd like to upgrade to 2.0.47 for mod_perl-1.99_10 but there are no rpms
available from RedHat.
I can uninstall the existing rpms and build from source (at least I 
think
I can, theoretically), but instead, I would like to build new rpms and
replace the old ones.

Any pointers to instructions on how to do this?  Or advice on whether or
not this is advisable?
http://perl.apache.org/download/source.html#Development_mod_perl_2_0_Source_Distribution
lists:
http://www.rpmfind.net/linux/rpm2html/search.php?query=mod_perl&submit=Search+
__
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: [mp1] Problem install modperl1.28 apache1.3.28perl5.8.1RC5 on MacOSX(10.2.6)

2003-09-30 Thread Chris Reinhardt
On Thu, 25 Sep 2003, Harry Zhu wrote:

> When run
>  >>/usr/local/bin/perl Makefile.PL APACHE_SRC=../apache_1.3.28/src
> DO_HTTPD=1 USE_APACI=1 EVERYTHING=1
>
> got a bunch of messages like
> Unknown option: 1
> Usage: head [-options] ...
>

When you installed LWP, you told it to install the HEAD script.  HFS+ is
case insensitive, so you head binary was overwritten.  This may be
breaking your build.

Then again, it might not be.

-- 
Chris Reinhardt -- [EMAIL PROTECTED] -- http://www.dyndns.org/
I cordially dislike allegory in all its manifestations, and always have done
since I grew old and wary enough to detect its presence.
--J.R.R. Tolkien


Re: [mp1] Problem install modperl1.28 apache1.3.28perl5.8.1RC5 on MacOSX(10.2.6)

2003-09-30 Thread Stas Bekman
Chris Reinhardt wrote:
On Thu, 25 Sep 2003, Harry Zhu wrote:


When run
>>/usr/local/bin/perl Makefile.PL APACHE_SRC=../apache_1.3.28/src
DO_HTTPD=1 USE_APACI=1 EVERYTHING=1
got a bunch of messages like
Unknown option: 1
Usage: head [-options] ...


When you installed LWP, you told it to install the HEAD script.  HFS+ is
case insensitive, so you head binary was overwritten.  This may be
breaking your build.
Then again, it might not be.
I wonder where does it take 'head' from, I don't remember it being used in the 
mod_perl build. Unless it's something coming from 'perl -V' or 'apache build'.

__
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: [mp1] Problem install modperl1.28 apache1.3.28perl5.8.1RC5 on MacOSX(10.2.6)

2003-09-30 Thread Geoffrey Young


Chris Reinhardt wrote:
On Thu, 25 Sep 2003, Harry Zhu wrote:


When run
>>/usr/local/bin/perl Makefile.PL APACHE_SRC=../apache_1.3.28/src
DO_HTTPD=1 USE_APACI=1 EVERYTHING=1
got a bunch of messages like
Unknown option: 1
Usage: head [-options] ...


When you installed LWP, you told it to install the HEAD script.  HFS+ is
case insensitive, so you head binary was overwritten.  This may be
breaking your build.
Then again, it might not be.
if it is, Recipe 1.6, "Building mod_perl on Mac OS X" might help, though I 
don't know how much of has changed in the past 2 years...

http://www.modperlcookbook.org/chapters/ch01.pdf

--Geoff



Re: [mp2] segfault at startup under perl 5.8.1 and mod_perl-1.99_10-dev

2003-09-30 Thread Matthew Darwin
I now have it working on RedHat 9 with the same configuration options. 
So unless someone wants to debug this for interest sake, I'm not 
bothered by it any more.

Let me know if you want me to post more info.

Thanks,

Stas Bekman wrote:
Matthew, please submit a complete bug report as explained at:
http://perl.apache.org/bugs/
__
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
--
Matthew Darwin
[EMAIL PROTECTED]
http://www.mdarwin.ca


Newbie alert Apache::ASP

2003-09-30 Thread Brent Atkerson




Hello all, I am a newbie to the world of scripting 
and am pretty sure this is a basic question.  I have Apache::ASP installed 
and the samples work great so I know things are working.  So, here is my 
question:
 
Why does this work
 sample 
<% $Response->Write ("Hello 
World")  %>
and this does not?
 
 sample 
<% $Response->Write ("Hello World") =Now 
() %>
 
 
The URL is http://www.quadaenterprises.com/site/eg/sample/test.asp
 
Thank you,
 
Brent Atkerson/Quad "A" EnterprisesProfessional 
PC Repair and Networking solutionswww.quadaenterprises.comRegistered 
Linux User #269466 http://counter.li.org


Re: Newbie alert Apache::ASP

2003-09-30 Thread Stas Bekman
Brent Atkerson wrote:
Hello all, I am a newbie to the world of scripting and am pretty sure this is a basic question.  I have Apache::ASP installed and the samples work great so I know things are working.  So, here is my question:
Brent, please ask Apache::ASP questions at this list:
http://perl.apache.org/maillist/asp.html
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


Trouble installing Apache::DBI

2003-09-30 Thread George Clark
Hi,

I'm trying to re-install Apache::DBI on Debian.  (Perl 5.8.0).   I'm
upgrading from mysql 3.23.52 to 4.0.13, and it was suggested that I
re-install all of the DBI related Perl modules.  

Apache::DBI Test 5 is failing.  I found a prior post (from Ask Bjoern
Hansen) on this list back in April saying that this test 5 failure would
be resolved in a subsequent release of DBI.  It was because DBI v1.33 or
later was in use.  

I'm re-installing Apache-DBI-0.92/ and DBI-1.38/  using a "force install"
command on CPAN.

The failing install is:

Running make test
PERL_DL_NONLAZY=1 /usr/bin/perl "-MExtUtils::Command::MM" "-e"
"test_harness(0, 'blib/lib', 'blib/arch')" t/*.t
t/10mysqlNOK 5# Failed test (t/10mysql.t at line 35)
#  got: '3'
# expected: '4'
t/10mysqlok 7/7# Looks like you failed 1 tests of 7.
t/10mysqldubious
Test returned status 1 (wstat 256, 0x100)

The DBI interface appears to be working, but considering the previous
post said that this should have been fixed, I don't want to repeat the
install on my production system without knowing for sure.

Can I ignore this failing test?

Thanks,
George


Re: How to attach a hashref or other data to the request object?

2003-09-30 Thread Matisse Enzer
Thank you.

This works just fine.

At 3:03 PM -0700 9/29/03, Daisuke Maki wrote:
Check out $r->pnotes().

   $r->pnotes( OurHash => { foobar => 1 } );

--d

Matisse Enzer wrote:

Is there an appropriate way in mod_perl 2 for me to take a hashref 
and somehow add it to the Apache request object so that Perl code 
later in the request handling process can access it, for example 
with:
my $hash = $r->{OurHash};
or something like that?

Specifcally what i am trying to do is to take a hash created using 
Apache::Session (a tied hash) and have a reference to that hash be 
available in the Apache request object for the rest of the 
request's lifetime.


--
--
Matisse Enzer
Hamilton Partners
707-431-4300 ext. 212 (office)
415-225-6703 (mobile)


Perl Class destory

2003-09-30 Thread perl
under mod_perl, does the module being called in the web that create
classes get cleaned up w/o calling destroy explicitly? That is, if I
create a DBI handler wrapper class, closes the db connection, finish the
code but never call the destroy on explicitly. Or for any Class object?

I'm using DBI not Apache::DBI.

thanks,
-rkl


Re: Perl Class destory

2003-09-30 Thread Praveen Ray
It's just like any other perl object..If you keep a reference to your
object in global or package namespace,it's destroy will never be called
since modules under mod_perl are not unloaded unlink cgi.
If your object is lexically scoped,it'll be cleaned upon scope exit.

On Tue, 2003-09-30 at 23:13, [EMAIL PROTECTED] wrote:
> under mod_perl, does the module being called in the web that create
> classes get cleaned up w/o calling destroy explicitly? That is, if I
> create a DBI handler wrapper class, closes the db connection, finish the
> code but never call the destroy on explicitly. Or for any Class object?
> 
> I'm using DBI not Apache::DBI.
> 
> thanks,
> -rkl
>