PerlSetVar's not showing up in $r->dir_config
I have lines like this in my .htaccess file : AuthName AD AuthType Arup::AuthCkLDAP PerlSetVar ADPath / PerlSetVar ADLoginScript /login.perl .. and i'm using AuthCookie.pm. It picks up on the 'AD' value for AuthName, but cannot see the PerlSetVar values. e.g i get this in my error logs : [error] Apache::ServerRec=SCALAR(0x83ca8b8)PerlSetVar 'ADLoginScript' not set /misc/ .. So it suggests that apache is quite capable of reading the .htaccess file ( not a permissions problem ) but is not parsing the PerlSetVar entries. It does work however if i move the PerlSetVar entries into the httpd.conf file. Is perlsetvar intended to work in .htaccess ? Do i need to enable processing of PerlSetVar ? -- 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: Hosting provider disallows mod_perl - "memory hog / unstable"
On Mon, 2004-08-30 at 14:12, Perrin Harkins wrote: > The truth is that mod_perl uses the same amount of memory that Perl CGI > scripts use. The difference is that CGI scripts exit as soon as they > finish. Serving 10 simultaneous requests with CGI requires the same > amount of memory as it does with mod_perl (with a small amount extra for > the apache interface modules). You can do things under mod_perl like > load tons of stuff into a global variable, but that would be the > programmer's fault, not mod_perl's. That's not entirely true. It is in fact the case that mod_perl's *upper-bound* on memeroy usage is similar to the equivalent script runnung as a cgi. A well designed mod_perl application loads as many shared libraries as possible before Apache forks off the child processes. This takes advantage of the standard "copy-on-write" behavior of the fork() system call; meaning that only the portions of the process memory that differ from the parent will actually take up extra memory, the rest is shared with the parent until one of them tries to write to that memory, at which time it is copied before the change is made, effectively "unsharing" that chunck of memory. Unfortunately, it's not a perfect world, and the Perl interpreter isn't perfect either: it mixes code and data segments together throughout the process address space. This has the effect that as the code runs and variables/structures are changed, some of the surrounding code segments in the memory space are swept up into the memory chunks during a copy-on-write, thereby slowly duplicating the memory between processes (where the code would ideally be indefinitely shared). Fortunately, Apache has a built in defence against this memory creep: the MaxRequestsPerChild directive forces a child process to die and respawn after a certain number requests have been served, thereby forcing the child process to "start fresh" with the maximum amount of shared memory. In the long run, this means that if you pre-load as many shared libraries as possible and tweak the MaxRequestsPerChild directive, you'll probably see significantly less memory usage on average. Not to mention all the other speed and efficiency increases that you're already mod_perl provides. j -- 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
Win32 build problems libapreq2-2.04_03-dev
Does anyone have an idea how to resolve either of the following errors when building libapreq2-2.04_03-dev on either a Windows 2000 Server or on Windows XP Pro (SP2)? Thanks, Craig Windows 2000 Server Apache/2.0.49 mod_perl/1.99_15 perl/v5.8.4 The build process on W2K Server made it all the way to the 'nmake perl_glue' step on returned the following message. E:/Projects\libapreq2-2.04-dev\glue\perl\xsbuilder\Apache\Upload\Apache__Upl oad. h(20) : fatal error C1083: Cannot open include file: 'modperl_common_util.h': No such file or directory NMAKE : fatal error U1077: 'cl' : return code '0x2' Stop. NMAKE : fatal error U1077: 'cd' : return code '0x2' Stop. NMAKE : fatal error U1077: 'cd' : return code '0x2' Stop. NMAKE : fatal error U1077: 'cd' : return code '0x2' Stop. NMAKE : fatal error U1077: 'E:\PROGRA~1\MICROS~4.NET\VC7\BIN\nmake.exe' : return code '0x2' Stop. = Windows XP Professional SP2 Apache/2.0.49 mod_perl/1.99_16 perl/v5.8.4 After the 'nmake test' step the following error messages below were was returned. For some reason the 'nmake test' process thinks the root directory for Apache2 is on drive D: which in this case is a CD-ROM even though root directory has been explictly specified. >perl makefile.pl --with-apache2=E:\Apache2 . . . Microsoft (R) Program Maintenance Utility Version 7.10.3077 Copyright (C) Microsoft Corporation. All rights reserved. . . >nmake test 22 tests run: 22 passed, 0 failed, 0 not implemented. cd E:\Projects\LIBAPR~1.04- nmake /nologo /f E:\Projects\LIBAPR~1.04-\win32\test_cgi.mak CFG="test_c gi - Win32 Release" APACHE="E:\Apache2" APREQ_HOME="E:\Projects\LIBAPR~1.04-" AP R_LIB="E:\Apache2\lib\libapr.lib" APU_LIB="E:\Apache2\lib\libaprutil.lib" cl.exe /nologo /MD /W3 /O2 /D "WIN32" /D "NDEBUG" /D "_CONSOLE" /D "_MBC S" /I"E:\Apache2\include" /I"E:\Projects\LIBAPR~1.04-\src" /Fp"E:\Projects\LIBAP R~1.04-\win32\libs\test_cgi.pch" /YX /Fo"E:\Projects\LIBAPR~1.04-\win32\libs\\" /Fd"E:\Projects\LIBAPR~1.04-\win32\libs\\" /FD /c E:\Projects\LIBAPR~1.04-\env\t est_cgi.c test_cgi.c link.exe @E:\DOCUME~1\cadayton\LOCALS~1\Temp\nm42.tmp if not exist "E:\Projects\LIBAPR~1.04-\env\t\cgi-bin" mkdir "E:\Projects \LIBAPR~1.04-\env\t\cgi-bin" copy E:\Projects\LIBAPR~1.04-\win32\libs\test_cgi.exe E:\Projects\LIBAPR ~1.04-\env\t\cgi-bin\test_cgi.exe 1 file(s) copied. cd E:\Projects\LIBAPR~1.04- cd E:\Projects\LIBAPR~1.04-\env E:\Perl\bin\perl.exe t\TEST.PL -apxs E:\Apache2\bin\apxs.bat [ debug] loading custom config data from: 'E:\Perl\site\lib\Apache\TestConfigDa ta.pm' [ debug] overlaying custom config data APXS (E:\Apache2\bin\apxs.bat) query for SBINDIR failed APXS (E:\Apache2\bin\apxs.bat) query for TARGET failed APXS (E:\Apache2\bin\apxs.bat) query for SYSCONFDIR failed *** at this point a dialog appear request to mount drive D *** [ debug] configuring httpd [ debug] can't figure out Apache revision, from string: '', using a non-existin g revision 0 [ debug] generating ..\c-modules\apache_httpd_test.h [ error] configure() has failed: Can't figure out what Apache server generation we are running at E:/Perl/site/li b/Apache/TestServer.pm line 98. [warning] forcing Apache::TestConfig object save [ debug] generating conf\apache_test_config.pm [ debug] saving config data to apache_test_config.pm [warning] run 't/TEST -clean' to clean up before continuing NMAKE : fatal error U1077: 'E:\Perl\bin\perl.exe' : return code '0x1' Stop. -- 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: perl modules not running after 'minor' change
William McKee wrote: On Mon, Aug 30, 2004 at 09:51:14PM -0700, Ben Hopkins wrote: I'm running RH 8, apache 1.3.23, mod_perl 1.29. Have you tried compiling with a newer version of Apache? It's up to release 1.3.31 now. I'm pretty sure that mod_perl 1.29 was released several months after the release of Apache that you are building. Is it possible there is a mismatch? Have you tried adding /perl-status[1]? 1: It was running just fine on those releases before I made the changes described in the OP. Why does it not run now? 2: I added /perl-status and got a 404 error, just like I get for /server-status, /server-info, and /howdy locations. _It's exactly as if mod_perl were not installed!_ Wait a minute! It is exactly as if the "SetHandler" directive is always ignored. (Which is why /server-status and /server-info do not work.) I don't remember if they worked before this. Is it possible that I forgot something that implements SetHandler??? -- 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
[PATCH] Fix Apache::DBI cleanup when multiple database handles are used
This patch should make the cleanup handlers roll back all database handles
that have been used in a script, rather than just the last one connected.
Currently, $Idx is a file-scoped variable, and gets overwritten with each
call to Apache::DBI::connect.
I've made $Idx a lexical variable scoped to connect(), and pass it as a
parameter to cleanup(). This necessitated pushing a closure ("sub {
cleanup($Idx) }") onto the cleanup handlers.
The real reason I wrote this was that I have a DBD driver that aggregates
several database handles into one virtual handle. It was calling
DBI->connect from inside its own connect method, and strange bugs started
popping up when it was run under Apache::DBI. It turns out that the inner
connect() calls were causing $Idx to be overwritten, so the handle got
stored in the wrong slot in %Connected.
This patch makes Apache::DBI::connect reentrant, and my problem goes away.
Joe
DBI.pm.patch
Description: Binary data
--
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 (1.99_16) fails to begin tests because of assertion "rv == APR_SUCCESS" failed in vhost
We are running: Solaris 9 on Sun Sparc apache 2.0.48 (without ssl) mod_perl 1.99_12 gcc 3.3 perl 5.8.1 Malki Cymbalista Webmaster, Weizmann Institute of Science Rehovot, Israel 76100 Internet: [EMAIL PROTECTED] 08-934-3036 >>> <[EMAIL PROTECTED]> 31/08/2004 16:35:39 >>> Apropos previous emails on this subject, has ANYONE gotten mod_perl to run with: Solaris 9 on Sun Sparc Apache httpd 2.0.50 (with ssl and other features enabled) mod_perl(1.99_16) gcc 2.95.3 perl-5.8.4 If you have been able to run with the exact configuration above or even a reasonably close (different gcc perhaps) approximation, I would appreceiate hearing from you. Suggestions to move to Linux are certainly appreciated but only as a last resort (too awful much to compile). Thanks, Marty Renquist [EMAIL PROTECTED] - > dPerl_2dRegistry_t_cgi_2db -- 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
multipart/form failure
Hi folks, I'm fresh to Apache2/mod-perl2, just migrated from mp1. My system: Apache 2.049/Perl 5.8.4/mod_perl 1.99_14/DBI 1.42/DBD::InterBase/FireBird 1.5 on linux Mandrake 9.2 engine. My problem: my old programs were fine in the old system. Now after major editing of the programs they work except for files uploading that does not work properly. After parsing my multipart/form data I get $buffer with file's content, then I twice 'chop' it (for extra '\r\n' symbols) & put it in my SQL statement. The program executes fine but after downloading the file of 'application/msword' type is unusable while all other types (zip, rar, pdf, jpg et al) download just OK. The file becomes two bytes longer and is not recognized as .doc type. What the reason might be? I suspect that some settings in httpd.conf might preclude some sort of conversion for this sort of files. Any suggestions? -- Regards, Alex mailto:[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: [mp1] mod_perl interfering with mod_caucho
Hello and thanks for the reply. 1. I have tried stopping the app.server (resin) and the output is the same (JSP source code) so as you say it looks like apache is serving it. 2. There is no mod_perl configuration yet in httpsd.conf. Just the fact of using using mod_perl (the new httpsd binary with mod_perl included) makes resin malfunction. 3. There are some mod_ReWrite rules in place. I tried with 'RewriteEngine off' to stop the rewriting engine, but with no success. I can't think of anything else in my config file that could be causing this. Any other idea? Thanks Hector Larry Leszczynski Para: [EMAIL PROTECTED] <[EMAIL PROTECTED]cc: mod_perl List <[EMAIL PROTECTED]> plus.org>Asunto: Re: [mp1] mod_perl interfering with mod_caucho 31/08/2004 14:39 Hello Hector - > I have compiled mod_perl 1.3.29 statically into apache 1.3.27+ApacheSSL, > running on AIX 5.2 > Used: > perl Makefile.PL APACHE_SRC=../apache_1.3.27/src DO_HTTPD=1 USE_APACI=1 > EVERYTHING=1 APACI_ARGS='--enable-module=so --enable-module=rewrite' > > Perl Version : 5.8.5 > Executed 'make test' and all of the tests are ok (except for 6 skipped) > > The problem comes when I install the new apache, mod_perl interferes with > our application server, resin, mod_caucho (or it may be the other way > around) and all of the JSP pages start showing the source code instead of > the output. First you should verify whether it's Apache or Resin that is serving up the contents of the JSP source using your configuration - if you shut down your app server and still see the JSP source, then Apache is delivering it. If that's the case it's likely just a problem with your httpd.conf configuration. One of the handlers registered by mod_caucho does URI translation, which is where it decides whether or not to hand off the request to Resin. It sounds like mod_caucho is not getting the chance to handle the request, so the Apache default handler takes over and just displays the contents of the requested source file. You might want to try temporarily commenting-out any of the mod_perl config in your httpd.conf and see if things change. Also look for things like RewriteRules that might modify the JSP URLs - if there are any, make sure they have the PassThru (PT) flag at the end so that mod_caucho's URI translation can still take place after mod_rewrite has done its work. HTH, Larry -- 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 __ This email has been scanned by the MessageLabs Email Security System. For more information please visit http://www.messagelabs.com/email __ -- 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: perl modules not running after 'minor' change
On Mon, Aug 30, 2004 at 09:51:14PM -0700, Ben Hopkins wrote: > I'm running RH 8, apache 1.3.23, mod_perl 1.29. Hi Ben, Have you tried compiling with a newer version of Apache? It's up to release 1.3.31 now. I'm pretty sure that mod_perl 1.29 was released several months after the release of Apache that you are building. Is it possible there is a mismatch? Have you tried adding /perl-status[1]? Good luck, William [1] http://perl.apache.org/docs/1.0/guide/install.html#Testing_by_viewing__perl_status -- Knowmad Services Inc. http://www.knowmad.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: mod_perl (1.99_16) fails to begin tests because of assertion "rv == APR_SUCCESS" failed in vhost.c -- More Information
Apropos previous emails on this subject, has ANYONE gotten mod_perl to run with:
Solaris 9 on Sun Sparc
Apache httpd 2.0.50 (with ssl and other features enabled)
mod_perl(1.99_16)
gcc 2.95.3
perl-5.8.4
If you have been able to run with the exact configuration above or even a reasonably
close (different gcc perhaps)
approximation, I would appreceiate hearing from you. Suggestions to move to Linux are
certainly appreciated but
only as a last resort (too awful much to compile).
Thanks,
Marty Renquist
[EMAIL PROTECTED]
-
> So, I ran the t/TEST -conf and t/TEST tests separately, replacing "_default_"
> with the actual name of the
> host machine. LOTS of errors and ultimately a completely wedged test script. I
> was also able to run
> some tests after, as individual tests.
>
> Here is the log of the tests with "ok" tests deleted:
>
> % t/TEST
>
> [warning] root mode: changing the files ownership to 'nobody' (60001:60001)
>
> [warning] testing whether 'nobody' is able to -rwx
> /opt/local/pkg/mod_perl-1.99_16/t
> "/opt/local/bin/perl" -Mlib=/opt/local/pkg/mod_perl-1.99_16/Apache-Test/lib
> -MApache::TestRun -e 'eval { Apache::TestRun::run_ro
> ot_fs_test(60001, 60001, q[/opt/local/pkg/mod_perl-1.99_16/t]) }';
>
>
> [warning] result: OK
> [warning] the client side drops 'root' permissions and becomes 'nobody'
> /var/apache/bin/httpd -d /opt/local/pkg/mod_perl-1.99_16/t -f
> /opt/local/pkg/mod_perl-1.99_16/t/conf/httpd.conf -D APACHE2
> using Apache/2.0.50 (prefork MPM)
>
> waiting 120 seconds for server to start: ..[Fri Aug 27 16:16:27 2004] [info] 26
> Apache:: modules loaded
> [Fri Aug 27 16:16:27 2004] [info] 7 APR:: modules loaded
> [Fri Aug 27 16:16:27 2004] [info] base server + 20 vhosts ready to run tests
> ...
> waiting 120 seconds for server to start: ok (waited 8 secs)
> server localhost:8529 started
> server localhost:8530 listening (TestModperl::setupenv)
> server localhost:8531 listening (TestModperl::merge)
> server localhost:8532 listening (TestModperl::perl_options)
> server localhost:8533 listening (TestVhost::config)
> server localhost:8534 listening (TestProtocol::pseudo_http)
> server localhost:8535 listening (TestProtocol::echo_filter)
> server localhost:8536 listening (TestProtocol::echo_bbs2)
> server localhost:8537 listening (TestProtocol::echo_bbs)
> server localhost:8538 listening (TestProtocol::echo_timeout)
> server localhost:8539 listening (TestProtocol::echo_block)
> server localhost:8540 listening (TestPreConnection::note)
> server localhost:8541 listening (TestHooks::startup)
> server localhost:8542 listening (TestHooks::stacked_handlers2)
> server localhost:8543 listening (TestHooks::hookrun)
> server localhost:8544 listening (TestFilter::in_bbs_msg)
> server localhost:8545 listening (TestFilter::both_str_con_add)
> server localhost:8546 listening (TestFilter::in_bbs_inject_header)
> server localhost:8547 listening (TestFilter::in_str_msg)
> server localhost:8548 listening (TestDirective::perlrequire)
> server localhost:8549 listening (TestDirective::perlmodule)
> server localhost:8550 listening (TestDirective::perlloadmodule4)
> server localhost:8551 listening (TestDirective::perlloadmodule5)
> server localhost:8552 listening (TestDirective::perlloadmodule3)
> server localhost:8553 listening (TestDirective::perlloadmodule6)
> --ok tests deleted below
>
> /apr/threadmutex...skipped
> all skipped: Perl was not built with 'ithreads' enabled
>
> t/directive/perlloadmodule3.NOK 2# Failed test 2 in
> t/directive/perlloadmodule3.t at line 69
>
> t/directive/perlloadmodule3.NOK 3# Failed test 3 in
> t/directive/perlloadmodule3.t at line 97
> t/directive/perlloadmodule3.FAILED tests 2-3
> Failed 2/3 tests, 33.33% okay
>
> t/directive/perlloadmodule4.FAILED tests 1-3
> Failed 3/3 tests, 0.00% okay
>
> t/directive/perlloadmodule5.FAILED tests 1-3
> Failed 3/3 tests, 0.00% okay
>
> t/directive/perlloadmodule6.FAILED tests 1-3
> Failed 3/3 tests, 0.00% okay
>
>
> t/filter/both_str_con_add...NOK 2# Failed test 2 in
> t/filter/both_str_con_add.t at line 22
> # t/filter/both_str_con_add.t line 22 is: ok t_cmp($reply, $str);
> t/filter/both_str_con_add...NOK 3# Failed test 3 in
> t/filter/both_str_con_add.t at line 22 fail #2
> t/filter/both_str_con_add...NOK 4# Failed test 4 in
> t/filter/both_str_con_add.t at line 22 fail #3
> t/filter/both_str_con_add...FAILED tests 2-4
> Failed 3/4 tests, 25.00% okay
>
> t/filter/both_str_req_mix...skipped
> all skipped: cannot find module 'deflate'
>
>
Re[2]: [mp2] 1.99_16 Test 'apache/util.t' falied with locale ru_RU.utf8
Здравствуйте, Stas.
Вы писали 30 августа 2004 г., 20:25:14:
[...]
>>
>>
>> I changed \w+ on \S+ and all test ok.
>> I think this is bug of perl5.8.0 as Unicode not fully supported
SB> I guess that can work. But 5.8.0 seems to work fine for me. Here are some
SB> examples:
SB> perl-5.6.2 -le '$x = "\x{0417}\x{0430}"; print $x =~ /\w/ ? "OK" : "NOT OK";'
SB> NOT OK
SB> perl-5.8.0 -le '$x = "\x{0417}\x{0430}"; print $x =~ /\w/ ? "OK" : "NOT OK";'
SB> OK
This work fine!
SB> Do they work for you? if yes, please post here an encoded string that it
SB> has failed to match. The debug output is mungled A? is not a proper
SB> string. you can encode it with Encode::encode("utf8", $x).
I chanched code like this, because Encode::encode not help:
my($fmtdate, $time, $comment, $exact_match) = @_;
if ($parse_time_ok && $exact_match) {
my $ptime = APR::Date::parse_http($fmtdate);
t_debug "fmtdate: $fmtdate";
ok t_cmp $ptime, $time, $comment;
}
else {
use Data::Dumper;
print "\n".Dumper($fmtdate)."\n";
print "\n: \\".join("\\",unpack('U*',$fmtdate))."\n\n";
ok t_cmp $fmtdate_ptn, $fmtdate, $comment;
}
}
-
and i receive this:
t/apache/util1..8
# Running under perl version 5.008 for linux
# Current time local: Tue Aug 31 15:50:32 2004
# Current time GMT: Tue Aug 31 12:50:32 2004
# Using Test.pm version 1.23
# Using Apache/Test.pm version 1.14
$VAR1 = 'A?A?A?A?A?A?, 31 A?A?A?A?A?A? 2004 12:51:04 GMT';
\208\146\209\130\209\128\44\32\51\49\32\208\144\208\178\208\179\32\50\48\48\52\32\49\50\58\53\49\58\48\52\32\71\77\84
# WARNING!!! t_cmp() argument order has changed.
# use of a regular expression as the first argument
# is deprecated. support will be removed soon.
# testing : Apache::Util::ht_time($pool)
# expected: (?-xism:^\w+, \d\d \w+ \d\d\d\d \d\d:\d\d:\d\d)
# received: A?A?A?A?A?A?, 31 A?A?A?A?A?A? 2004 12:51:04 GMT
not ok 1
$VAR1 = 'A?A?A?A?A?A?, 31 A?A?A?A?A?A? 2004 12:51:04 GMT';
\208\146\209\130\209\128\44\32\51\49\32\208\144\208\178\208\179\32\50\48\48\52\32\49\50\58\53\49\58\48\52\32\71\77\84
# WARNING!!! t_cmp() argument order has changed.
# use of a regular expression as the first argument
# is deprecated. support will be removed soon.
# testing : Apache::Util::ht_time($pool, $time)
# expected: (?-xism:^\w+, \d\d \w+ \d\d\d\d \d\d:\d\d:\d\d)
# received: A?A?A?A?A?A?, 31 A?A?A?A?A?A? 2004 12:51:04 GMT
not ok 2
$VAR1 = 'A?A?A?A?A?A?, 31 A?A?A?A?A?A? 2004 12:51:04 GMT';
\208\146\209\130\209\128\44\32\51\49\32\208\144\208\178\208\179\32\50\48\48\52\32\49\50\58\53\49\58\48\52\32\71\77\84
# WARNING!!! t_cmp() argument order has changed.
# use of a regular expression as the first argument
# is deprecated. support will be removed soon.
# testing : Apache::Util::ht_time($pool, $time, $fmt)
# expected: (?-xism:^\w+, \d\d \w+ \d\d\d\d \d\d:\d\d:\d\d)
# received: A?A?A?A?A?A?, 31 A?A?A?A?A?A? 2004 12:51:04 GMT
not ok 3
$VAR1 = 'A?A?A?A?A?A?, 31 A?A?A?A?A?A? 2004 15:51:04 EEST';
\208\146\209\130\209\128\44\32\51\49\32\208\144\208\178\208\179\32\50\48\48\52\32\49\53\58\53\49\58\48\52\32\69\69\83\84
# WARNING!!! t_cmp() argument order has changed.
# use of a regular expression as the first argument
# is deprecated. support will be removed soon.
# testing : Apache::Util::ht_time($pool, $time, $fmt, $gmt)
# expected: (?-xism:^\w+, \d\d \w+ \d\d\d\d \d\d:\d\d:\d\d)
# received: A?A?A?A?A?A?, 31 A?A?A?A?A?A? 2004 15:51:04 EEST
not ok 4
# testing : Apache::Util::escape_path / partial=1 / default
# expected: a%20'long'%20file%3f.html
# received: a%20'long'%20file%3f.html
ok 5
# testing : Apache::Util::escape_path / partial=1 / explicit
# expected: a%20'long'%20file%3f.html
# received: a%20'long'%20file%3f.html
ok 6
# testing : Apache::Util::escape_path / partial=0
# expected: a%20'long'%20file%3f.html
# received: a%20'long'%20file%3f.html
ok 7
# testing : Apache::Util::escape_path / partial=0 / ./ prefix
# expected: ./a%20'long'%20file%3f.html:
# received: ./a%20'long'%20file%3f.html:
ok 8
FAILED tests 1-4
Failed 4/8 tests, 50.00% okay
Failed Test Stat Wstat Total Fail Failed List of Failed
---
t/apache/util.t84 50.00% 1-4
Failed 1/1 test scripts, 0.00% okay. 4/8 subtests failed, 50.00% okay.
--
С уважением,
Dmitry mailto:[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: [mp1] mod_perl interfering with mod_caucho
Hello Hector - > I have compiled mod_perl 1.3.29 statically into apache 1.3.27+ApacheSSL, > running on AIX 5.2 > Used: > perl Makefile.PL APACHE_SRC=../apache_1.3.27/src DO_HTTPD=1 USE_APACI=1 > EVERYTHING=1 APACI_ARGS='--enable-module=so --enable-module=rewrite' > > Perl Version : 5.8.5 > Executed 'make test' and all of the tests are ok (except for 6 skipped) > > The problem comes when I install the new apache, mod_perl interferes with > our application server, resin, mod_caucho (or it may be the other way > around) and all of the JSP pages start showing the source code instead of > the output. First you should verify whether it's Apache or Resin that is serving up the contents of the JSP source using your configuration - if you shut down your app server and still see the JSP source, then Apache is delivering it. If that's the case it's likely just a problem with your httpd.conf configuration. One of the handlers registered by mod_caucho does URI translation, which is where it decides whether or not to hand off the request to Resin. It sounds like mod_caucho is not getting the chance to handle the request, so the Apache default handler takes over and just displays the contents of the requested source file. You might want to try temporarily commenting-out any of the mod_perl config in your httpd.conf and see if things change. Also look for things like RewriteRules that might modify the JSP URLs - if there are any, make sure they have the PassThru (PT) flag at the end so that mod_caucho's URI translation can still take place after mod_rewrite has done its work. HTH, Larry -- 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
[mp1] mod_perl interfering with mod_caucho
Hello... I have compiled mod_perl 1.3.29 statically into apache 1.3.27+ApacheSSL, running on AIX 5.2 Used: perl Makefile.PL APACHE_SRC=../apache_1.3.27/src DO_HTTPD=1 USE_APACI=1 EVERYTHING=1 APACI_ARGS='--enable-module=so --enable-module=rewrite' Perl Version : 5.8.5 Executed 'make test' and all of the tests are ok (except for 6 skipped) The problem comes when I install the new apache, mod_perl interferes with our application server, resin, mod_caucho (or it may be the other way around) and all of the JSP pages start showing the source code instead of the output. Does anybody have a clue why this may be happening ? I have also tried compiling mod_perl dynamically: - When I use USE_APXS=1 and try to load the module into Apache, it starts misbehaving and all of the processes start dying. - When I use USE_DSO=1 I end up getting errors that libperl.so cannot load (even when I do make test) Cannot load /usr/local/mod_perl-1.29/t/../../apache_1.3.27/src/modules/perl/libp erl.so into server: dlopen: /usr/local/mod_perl-1.29/t/../../apache_1.3.27/src/m odules/perl/libperl.so: 30 /usr/local/mod_perl-1.29/t/../../apache_1.3.27/src/m odules/perl/libperl.so36 ap_add_cgi_vars 228 httpsd36 ap_add_common_vars 229 htt psd36 ap_add_file_conf 230 httpsd36 ap_add_per_dir_conf 231 httpsd36 ap_add_per_ url_conf 232 httpsd36 ap_add_version_component 233 httpsd36 ap_allow_options 234 httpsd36 ap_append_arrays 235 httpsd36 ap_auth_type 236 httpsd36 ap_basic_http_ header 237 httpsd36 ap_bfileno 238 httpsd36 ap_bgetopt 239 httpsd36 ap_bsetopt 2 () Could you help ??? Thanks a lot Hector -- 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: Configuration errors
Philippe Dhont (Sea-ro) wrote: Hello, I have some troubles with the configuration. I installed apache, mysql, mod_perl and perl. Installation of all this went fine! When i start apache i get this in my log: [Tue Aug 31 09:45:43 2004] [notice] Apache/2.0.50 (Unix) mod_perl/1.99_16 Perl/v5.8.5 PHP/4.3.6 configured -- resuming normal operations So this means that apache is working fine & configured with perl but there still is a problem with the perl modules. When i enable a module like PerlModule Apache::DBI Then i get in my apache log: [Tue Aug 31 09:47:59 2004] [error] Can't locate Apache/DBI.pm in @INC (@INC contains: /usr/local/lib/perl5/5.8.5/i686-linux /usr/local/lib/perl5/5.8.5 make make make . /usr/local/apache2/ /usr/local/apache2/lib/perl) at (eval 2) line 3.\n [Tue Aug 31 09:47:59 2004] [error] Can't load Perl module Apache::DBI for server 10.51.10.30:0, exiting.. The file dbi.pm is on my harddisk in these dirs: /usr/local/share/perl/5.8.3/Apache/DBI.pm /usr/local/share/perl/5.8.3/Apache/Session/Store/DBI.pm /usr/local/lib/perl/5.8.3/DBI.pm /usr/local/lib/perl/5.8.3/Bundle/DBI.pm /root/.cpan/build/DBI-1.43/lib/Bundle/DBI.pm /root/.cpan/build/DBI-1.43/DBI.pm /root/.cpan/build/DBI-1.43/blib/lib/DBI.pm /root/.cpan/build/DBI-1.43/blib/lib/Bundle/DBI.pm /root/.cpan/build/Apache-DBI-0.94/DBI.pm /root/.cpan/build/Apache-DBI-0.94/blib/lib/Apache/DBI.pm /root/.cpan/build/Apache-Session-1.6/Session/Store/DBI.pm /root/.cpan/build/Apache-Session-1.6/blib/lib/Apache/Session/Store/DBI.p m Well, it looks like you don't have Apache/DBI.pm in any of your include paths from what I can see above. You need a director "Apache" with file "DBI.pm" under one of the paths in @INC. Not sure what the "make make make" stuff in there is all about. How did you install this module? You might want to give CPAN a try, which should detect your existing @INC and put files in all the right places. To do this: perl -MCPAN -e shell > install Apache::DBI (it may ask you to manually configure, which you can optionally do--good idea--or just say no) Alternatively, you can specify the right prefixes when configuring/installing the Apache::DBI package. Or, if you really don't care about getting it setup in the right places and just want to see it work (which I don't recommend), you can copy the files in /usr/local/share/perl/5.8.3 (all that are part of Apache::DBI) to one of the paths in your @INC, such as /usr/local/lib/perl5/5.8.5 For example: /usr/local/share/perl/5.8.3/Apache/DBI.pm becomes /usr/local/lib/perl5/5.8.5/Apache/DBI.pm I would stick with CPAN, it will make your life easier (most of the time) or use a package built for your OS/distribution. Hope this helps. David P.S. You should probably email [EMAIL PROTECTED] using the "To:". Let's people respond to the list so that efforts aren't duplicated and everyone is aware of who has(n't) been responded to. Not to mention, the list gets archived for future generations of perl wizards =) How can i correct this so that apache knows where to find the files ? And i also see "...for server 10.51.10.30:0" but that "0" is not correct, where do i have to change that ? Grtz and thnx for helping! Phil. -- - David Castro Software Architect Information & Media Technology Azusa Pacific University "My little children, let us not love in word or in tongue, but in deed and in truth." -- 1 Jn 3:18 (NKJ) -- 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
Configuration errors
Hello, I have some troubles with the configuration. I installed apache, mysql, mod_perl and perl. Installation of all this went fine! When i start apache i get this in my log: [Tue Aug 31 09:45:43 2004] [notice] Apache/2.0.50 (Unix) mod_perl/1.99_16 Perl/v5.8.5 PHP/4.3.6 configured -- resuming normal operations So this means that apache is working fine & configured with perl but there still is a problem with the perl modules. When i enable a module like PerlModule Apache::DBI Then i get in my apache log: [Tue Aug 31 09:47:59 2004] [error] Can't locate Apache/DBI.pm in @INC (@INC contains: /usr/local/lib/perl5/5.8.5/i686-linux /usr/local/lib/perl5/5.8.5 make make make . /usr/local/apache2/ /usr/local/apache2/lib/perl) at (eval 2) line 3.\n [Tue Aug 31 09:47:59 2004] [error] Can't load Perl module Apache::DBI for server 10.51.10.30:0, exiting.. The file dbi.pm is on my harddisk in these dirs: /usr/local/share/perl/5.8.3/Apache/DBI.pm /usr/local/share/perl/5.8.3/Apache/Session/Store/DBI.pm /usr/local/lib/perl/5.8.3/DBI.pm /usr/local/lib/perl/5.8.3/Bundle/DBI.pm /root/.cpan/build/DBI-1.43/lib/Bundle/DBI.pm /root/.cpan/build/DBI-1.43/DBI.pm /root/.cpan/build/DBI-1.43/blib/lib/DBI.pm /root/.cpan/build/DBI-1.43/blib/lib/Bundle/DBI.pm /root/.cpan/build/Apache-DBI-0.94/DBI.pm /root/.cpan/build/Apache-DBI-0.94/blib/lib/Apache/DBI.pm /root/.cpan/build/Apache-Session-1.6/Session/Store/DBI.pm /root/.cpan/build/Apache-Session-1.6/blib/lib/Apache/Session/Store/DBI.p m How can i correct this so that apache knows where to find the files ? And i also see "...for server 10.51.10.30:0" but that "0" is not correct, where do i have to change that ? Grtz and thnx for helping! Phil. -- 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
