Re: probem testing mod_perl post-install: mod_perl API works perfect, but CGI script renders no output
Hello, all! I still haven't solved this issue. Does anyone have any ideas? I posted my responses to the last query from the list on 7/20/2006 10:57 PM. Thanks in advance for any assistance anyone can provide. Sincerely, Christine. Philip M. Gollucci wrote: and mod_perl CGI: #!/usr/bin/perl print "Content-type: text/plain\r\n\r\n"; print "mod_perl (1) rules!\n"; Is that the path to the SAME perl you compiled mod_perl with. Also, I didn't notice it earlier, but you probably want mod_perl-1.29 instead of 1.25. (Perl Environment from Apache::Status will tell you) PerlRequire/usr/local/apache/perl/startup.pl PerlModule Apache::Registry Alias /perl/ /usr/local/apache/perl/ SetHandler perl-script PerlHandler Apache::Registry Options +ExecCGI Allow from all PerlSendHeader On Take everything out of your httpd.conf config relating to mod_perl and start with the above. Then add in the /modperl/ location. Then add in the mod_cgi (/cgi-bin/). Double check and make sure you don't have mod_cgi competing for the /perl/ location via a stray ScriptAlias or Location, etc... Whats in the startup.pl ? Also, up your httpd's LogLevel to 'debug' Paste your access_log, error_log after trying this. [Sorry, I mis-read the first post I though mod_cgi was not working.] Philip M. Gollucci ([EMAIL PROTECTED]) 323.219.4708 Consultant / http://p6m7g8.net/Resume/resume.shtml Senior Software Engineer - TicketMaster - http://ticketmaster.com 1024D/A79997FA F357 0FDD 2301 6296 690F 6A47 D55A 7172 A799 97F "In all that I've done wrong I know I must have done something right to deserve a hug every morning and butterfly kisses at night."
Re: X-Forwarded-For
IIRC, it's not needed for mp2, since it's been implemented directly in mod_proxy Issac Jonathan Vanasco wrote: > my mp2 needs to get the ip of the remote address > > on some installations, mp2 is on port 80 > > on other installations, mp2 is on 80xx and the ip is in X-Forwarded-For > > i'd like to ensure that i pull the ip off the right place, under the > right conditions. all of my get_ip() calls happen in a shared library > though, so I need to figure out a way to handle this under those > constraints, and not deal with spoofs. > > first i found this module > Apache::ForwardedFor > > http://search.cpan.org/~jlawrenc/Apache-ForwardedFor-0.5/lib/Apache/ForwardedFor.pm > > > but its > Apache1 > not porting nicely > designed oddly- doesn't seem to forw > > short of rewriting it , which i might have to do, maybe someone has an > apach2 compatible solution already? > > i'm thinking that the easiest way to do this would be: > > httpd.conf- > run a preliminary handler that strips all x-forwarded-for headers > unless: > we're running on port 80 > we're running on port 80 but there's some internal lan header > marking that says its coming off a load balancer i control > > although i could just do a conditional rewrite of headers in a new > forwarded module
Re: Authentication
Jonathan Vanasco <[EMAIL PROTECTED]> [03-08-2006 21:24]: > On Aug 3, 2006, at 12:31 PM, Radoslaw Zielinski wrote: >> Valid: exists, hasn't expired, client's IP matches (ID might have been >> stolen somehow), etc. > I find IP matching to be utterly useless. IPs for dialup/broadband > users change like crazy as their ISPs funnel stuff into/out of proxies. > my own ip can change every 3 minutes at times. its annoying. Uh, that's extreme. But I'd call it a broken network, not a problem with the idea of matching IP. With something like this, any service using long-lasting connections will have problems. -- Radosław Zieliński <[EMAIL PROTECTED]> pgpfLM12F1SmT.pgp Description: PGP signature
Re: X-Forwarded-For
Jonathan Vanasco <[EMAIL PROTECTED]> [04-08-2006 04:04]: > thanks for the info. i just said screwit and i wrote a new module. [...] > would people be so kind as to look it up and give me some feedback? It lacks IPv6 support. -- Radosław Zieliński <[EMAIL PROTECTED]> pgpdywpVT7EAx.pgp Description: PGP signature
RE: PerlResponseHandler ignored
Hello,
I come back with more details. This is my complete conf in Apache's
sites-enabled:
--
NameVirtualHost *
ServerAdmin [EMAIL PROTECTED]
DocumentRoot /var/www/
Options FollowSymLinks
AllowOverride None
ErrorLog /var/log/apache2/error.log
# Possible values include: debug, info, notice, warn, error, crit,
# alert, emerg.
LogLevel warn
CustomLog /var/log/apache2/access.log combined
ServerSignature On
PerlTransHandler +Dacia::RewriteURI
Order deny,allow
allow from all
SetHandler perl-script
PerlResponseHandler Dacia::Response
RewriteEngine On
RewriteMap vhostmatch txt:/etc/apache2/vhostmatch.map
RewriteMap vhostRW txt:/etc/apache2/vhostRW.map
RewriteMap lowercase int:tolower
RewriteCond ${vhostmatch:${lowercase:%{SERVER_NAME}}} ^(/.*)$
RewriteRule ^/(.*)
http://10.10.10.249:1/VirtualHostBase/http/%{HTTP_HOST}:80/${vhostRW:${lowercase:%{SERVER_NAME}}}/VirtualHostRoot/$1
[L,P]
-
Thank you,
Cristi
--
Cristi Barladeanu
Developer
GRAPEFRUIT
tel/fax: +40 232 233066, 233068
mobile: +40 724 363640
www.grapefruit.ro
-Original Message-
From: Cristi Barladeanu [mailto:[EMAIL PROTECTED]
Sent: Thursday, August 03, 2006 6:40 PM
To: 'modperl@perl.apache.org'
Subject: PerlResponseHandler ignored
Hello,
I've tried to use one of the examples found in the mod_perl docs, but the
PerlResponseHandler is not taken into consideration.
My Perl module is:
---
package Testing::Response;
use strict;
use Apache2::RequestRec (); # for $r->content_type use Apache2::RequestIO ();
# for $r->print
use Apache2::Const -compile => ':common';
sub handler {
my $r = shift;
$r->content_type('text/plain');
$r->subprocess_env;
for (sort keys %ENV){
$r->print("$_ => $ENV{$_}\n");
}
return Apache2::Const::OK;
}
1;
-
With the httpd config:
-
Order deny,allow
allow from all
SetHandler perl-script
PerlResponseHandler Testing::Response
-
Still, my Apache sends it's content as the filter doesn't even exists.
What am I missing here?
Thank you,
Cristi
--
Cristi Barladeanu
Developer
GRAPEFRUIT
tel/fax: +40 232 233066, 233068
mobile: +40 724 363640
www.grapefruit.ro
Re: PerlResponseHandler ignored
Cristi Barladeanu wrote: Hello, I come back with more details. This is my complete conf in Apache's sites-enabled: I can't see the problem but I would say you should probably have the "SetHandler" outside the bit - currently it doesn't look like your PerlTransHandler will run, but I might be wrong. John
RE: PerlResponseHandler ignored
Hello John, Thanks for the answer. The PerlTransHandler is executed, I've tested it and it works just fine. Any other handler behave the same way, except PerlResponseHandler. Is there another way of sending a response to the client? For example, if my URI is http://domain/foo/bar?foo=bar I just want to send to him a text/plain saying "That's a bar foo!", without actually searching for http://domain/foo/bar on the server. Thanks again, Cristi -- Cristi Barladeanu Developer GRAPEFRUIT tel/fax: +40 232 233066, 233068 mobile: +40 724 363640 www.grapefruit.ro -Original Message- From: John ORourke [mailto:[EMAIL PROTECTED] Sent: Friday, August 04, 2006 1:05 PM To: Cristi Barladeanu Cc: modperl@perl.apache.org Subject: Re: PerlResponseHandler ignored Cristi Barladeanu wrote: > >Hello, > >I come back with more details. This is my complete conf in Apache's >sites-enabled: > > I can't see the problem but I would say you should probably have the "SetHandler" outside the bit - currently it doesn't look like your PerlTransHandler will run, but I might be wrong. John
DummyVersions Installation Problem
I'm trying to install mod_perl-2.0.2 with httpd-2.2.3 and while compiling mod_perl, I get the following error ... No such file: lib/ModPerl/DummyVersions.pm Not in MANIFEST: .mypacklist Not in MANIFEST: Apache-Test/t/cgi-bin/cookies.pl Not in MANIFEST: Apache-Test/t/REPORT Not in MANIFEST: lib/Apache/TestConfigData.pm The file is there (lib/ModPerl/DummyVersions.pm) when I unpack the tar file, but then vanishes as it ain't there now!! I had a look through the archives checking for 'Dummy', but found nothing going back to Sept 2005. Any advice? CIA -Ants Yahoo! Messenger - with free PC-PC calling and photo sharing.
Re: Authentication
Not necessarily so. Like Jonathan mentioned, many huge ISPs (like AOL, for example, IIRC) route requests through load balanced transparent proxies. This can cause the same person to appear to browse from a number of different IPs - changing perhaps even more often than Jonathan reported. Issac Radoslaw Zielinski wrote: > Jonathan Vanasco <[EMAIL PROTECTED]> [03-08-2006 21:24]: >> On Aug 3, 2006, at 12:31 PM, Radoslaw Zielinski wrote: >>> Valid: exists, hasn't expired, client's IP matches (ID might have been >>> stolen somehow), etc. >> I find IP matching to be utterly useless. IPs for dialup/broadband >> users change like crazy as their ISPs funnel stuff into/out of proxies. > >> my own ip can change every 3 minutes at times. its annoying. > > Uh, that's extreme. But I'd call it a broken network, not a problem > with the idea of matching IP. With something like this, any service > using long-lasting connections will have problems. >
[mp2] *** glibc detected *** double free or corruption (fasttop)
Hello list, I am experiencing memory allocation problem reported by glibc when running a web application under mod_perl2: 1. Problem Description: When hitting our web application with more than one concurrent request (using ApacheBench), very soon errors like *** glibc detected *** double free or corruption (fasttop): 0x08d7a318 *** *** glibc detected *** corrupted double-linked list: 0x40544a8c *** *** glibc detected *** double free or corruption (fasttop): 0x4585d630 *** appear in the error log. If I disable those glibc warnings with MALLOC_CHECK_=0 the server produces Segmentation Faults :-(. I systematically tried to play around with the PerlInterp* and PerlOptions +Clone/+Parent directives because I suspected the sharing of interpreters between multiple virtual hosts might cause problems, but this didn't make things any better. As far as I understand the attached GDB stack trace, trouble starts while cloning new Perl intrepreters. What I can't tell is if it is our web-application (Catalyst-based) my server setup or an actual bug in mp2... Any Comments? Best Regards, Andreas 2. Used Components and their Configuration: *** mod_perl version 2.02 *** using /usr/lib/perl5/Apache2/BuildConfig.pm *** Makefile.PL options: MP_APR_LIB => aprext MP_APXS=> /usr/bin/apxs2 MP_CCOPTS => -g -Wall MP_COMPAT_1X => 1 MP_GENERATE_XS => 1 MP_INCLUDE_DIR => /usr/include/apache2 /usr/include/apr-0 MP_LIBNAME => mod_perl MP_TRACE => 0 MP_USE_DSO => 1 MP_USE_GTOP=> 1 MP_USE_STATIC => 0 *** The httpd binary was not found *** (apr|apu)-config linking info (apr|apu)-config scripts were not found *** /usr/bin/perl -V Summary of my perl5 (revision 5 version 8 subversion 8) configuration: Platform: osname=linux, osvers=2.6.15.4, archname=i486-linux-gnu-thread-multi uname='linux ninsei 2.6.15.4 #1 smp preempt mon feb 20 09:48:53 pst 2006 i686 gnulinux ' config_args='-Dusethreads -Duselargefiles -Dccflags=-DDEBIAN -Dcccdlflags=-fPIC -Darchname=i486-linux-gnu -Dprefix=/usr -Dprivlib=/usr/share/perl/5.8 -Darchlib=/usr/lib/perl/5.8 -Dvendorprefix=/usr -Dvendorlib=/usr/share/perl5 -Dvendorarch=/usr/lib/perl5 -Dsiteprefix=/usr/local -Dsitelib=/usr/local/share/perl/5.8.8 -Dsitearch=/usr/local/lib/perl/5.8.8 -Dman1dir=/usr/share/man/man1 -Dman3dir=/usr/share/man/man3 -Dsiteman1dir=/usr/local/man/man1 -Dsiteman3dir=/usr/local/man/man3 -Dman1ext=1 -Dman3ext=3perl -Dpager=/usr/bin/sensible-pager -Uafs -Ud_csh -Uusesfio -Uusenm -Duseshrplib -Dlibperl=libperl.so.5.8.8 -Dd_dosuid -des' 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 -DDEBIAN -fno-strict-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 -DDEBIAN -fno-strict-aliasing -pipe -I/usr/local/include' ccversion='', gccversion='4.0.3 (Debian 4.0.3-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 alignbytes=4, prototype=define Linker and Libraries: ld='cc', ldflags =' -L/usr/local/lib' libpth=/usr/local/lib /lib /usr/lib libs=-lgdbm -lgdbm_compat -ldb -ldl -lm -lpthread -lc -lcrypt perllibs=-ldl -lm -lpthread -lc -lcrypt libc=/lib/libc-2.3.6.so, so=so, useshrplib=true, libperl=libperl.so.5.8.8 gnulibc_version='2.3.6' 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 PERL_IMPLICIT_CONTEXT PERL_MALLOC_WRAP THREADS_HAVE_PIDS USE_ITHREADS USE_LARGE_FILES USE_PERLIO USE_REENTRANT_API Built under linux Compiled at Apr 4 2006 22:23:52 %ENV: PERL_LWP_USE_HTTP_10="1" @INC: /etc/perl /usr/local/lib/perl/5.8.8 /usr/local/share/perl/5.8.8 /usr/lib/perl5 /usr/share/perl5 /usr/lib/perl/5.8 /usr/share/perl/5.8 /usr/local/lib/site_perl /usr/local/lib/perl/5.8.4 /usr/local/share/perl/5.8.4 . *** Packages of interest status: Apache2: - Apache2::Request : - CGI: 3.15 ExtUtils::MakeMaker: 6.30 LWP: 5.805 mod_perl : - mod_perl2 : 2.02 *** here is some additional information about installed packages on this Debian box: Debian 3.1 Sarge Kernel 2.4.27-2-686-smp weba03:~# apt-show
Re: Authentication
On Aug 4, 2006, at 8:06 AM, Issac Goldstand wrote: Not necessarily so. Like Jonathan mentioned, many huge ISPs (like AOL, for example, IIRC) route requests through load balanced transparent proxies. This can cause the same person to appear to browse from a number of different IPs - changing perhaps even more often than Jonathan reported. Uh, that's extreme. But I'd call it a broken network, not a problem with the idea of matching IP. With something like this, any service using long-lasting connections will have problems. Yea. For example, the 192.168.1.x network is my isp. i connect to it, get an internal 10.0.1.1 address. 8:00am - http request funneled through 192.168.1.1 8:01am - http request funneled through 192.168.1.2 8:02am - http request funneled through 192.168.1.3 8:03am - ftp transfer funneled through 192.168.1.100 8:04am - http request funneled through 192.168.1.3 -- ftp still going internally, my ip doesn't change- and lengty connections are fine. but every new request goes through a different transparent proxy ( dialup109.aol.com, dialup200f.aol.com , etc ) i don't use aol. i just see tons of stuff like that in my click- visit logs sometimes isps are nice and will do some internal stuff so that all requests go through a common proxy ( map a hash of user/domain onto a server? or actually track who uses what? i dunno ). but i wouldn't count on that.
Re: X-Forwarded-For
On Aug 4, 2006, at 3:09 AM, Issac Goldstand wrote:
IIRC, it's not needed for mp2, since it's been implemented directly in
mod_proxy
the basic add/deny based on ips is. there is no x-forwarded-for
munging in it -- i searched the 2.059 source. it only adds headers
on a reverse proxy. i'll post the code below from proxy_http.c
i did find
mod_rpaf
http://stderr.net/apache/rpaf/
mod_extract_forwarded
http://www.openinfo.co.uk/apache/index.html
since they're in c, they might be faster- but you need to complile
them as they're non-standard. this works with a simple include. and
it has all my neat features for proxy misc stuff.
On Aug 4, 2006, at 2:34 AM, Radoslaw Zielinski wrote:
It lacks IPv6 support.
Yeah, that was a feature i just didn't want to add in-- I'm not good
w/ipv6, and knew i'd mess it up
===
/* X-Forwarded-*: handling
*
* XXX Privacy Note:
* -
*
* These request headers are only really useful when the mod_proxy
* is used in a reverse proxy configuration, so that useful info
* about the client can be passed through the reverse proxy and on
* to the backend server, which may require the information to
* function properly.
*
* In a forward proxy situation, these options are a potential
* privacy violation, as information about clients behind the proxy
* are revealed to arbitrary servers out there on the internet.
*
* The HTTP/1.1 Via: header is designed for passing client
* information through proxies to a server, and should be used in
* a forward proxy configuation instead of X-Forwarded-*. See the
* ProxyVia option for details.
*/
if (PROXYREQ_REVERSE == r->proxyreq) {
const char *buf;
/* Add X-Forwarded-For: so that the upstream has a chance to
* determine, where the original request came from.
*/
apr_table_mergen(r->headers_in, "X-Forwarded-For",
r->connection->remote_ip);
/* Add X-Forwarded-Host: so that upstream knows what the
* original request hostname was.
*/
if ((buf = apr_table_get(r->headers_in, "Host"))) {
apr_table_mergen(r->headers_in, "X-Forwarded-Host", buf);
}
/* Add X-Forwarded-Server: so that upstream knows what the
* name of this proxy server is (if there are more than one)
* XXX: This duplicates Via: - do we strictly need it?
*/
apr_table_mergen(r->headers_in, "X-Forwarded-Server",
r->server->server_hostname);
}
// Jonathan Vanasco
| - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
- - - - - - - - - - - - - - - -
| FindMeOn.com - The cure for Multiple Web Personality Disorder
| Web Identity Management and 3D Social Networking
| - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
- - - - - - - - - - - - - - - -
| RoadSound.com - Tools For Bands, Stuff For Fans
| Collaborative Online Management And Syndication Tools
| - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
- - - - - - - - - - - - - - - -
Re: [mp2] *** glibc detected *** double free or corruption (fasttop)
Hi Andreas, if you're using the Debian supplied packages for apache2, perl and mod_perl I'd try compiling them manually and see if that helps. This will also give you a Perl interpreter without threads (which have a negative impact on performance AFAIK). HTH, Tobias :) Zitat von Andreas Dembach <[EMAIL PROTECTED]>: > > Hello list, > > I am experiencing memory allocation problem reported by glibc when > running a web application under mod_perl2: > > > 1. Problem Description: > > When hitting our web application with more than one concurrent request > (using ApacheBench), very soon errors like > > *** glibc detected *** double free or corruption (fasttop): 0x08d7a318 *** > *** glibc detected *** corrupted double-linked list: 0x40544a8c *** > *** glibc detected *** double free or corruption (fasttop): 0x4585d630 *** >
Re: DummyVersions Installation Problem
Anthony Gardner wrote: I'm trying to install mod_perl-2.0.2 with httpd-2.2.3 and while compiling mod_perl, I get the following error ... No such file: lib/ModPerl/DummyVersions.pm Not in MANIFEST: .mypacklist Not in MANIFEST: Apache-Test/t/cgi-bin/cookies.pl Not in MANIFEST: Apache-Test/t/REPORT Not in MANIFEST: lib/Apache/TestConfigData.pm Re download your .tar.gz file. This works for me. -- Philip M. Gollucci ([EMAIL PROTECTED]) 323.219.4708 Consultant / http://p6m7g8.net/Resume/resume.shtml Senior Software Engineer - TicketMaster - http://ticketmaster.com 1024D/A79997FA F357 0FDD 2301 6296 690F 6A47 D55A 7172 A799 97F "It takes a minute to have a crush on someone, an hour to like someone, and a day to love someone, but it takes a lifetime to forget someone..."
libapreq test issues
Hi, I was trying to install the latest stable libapreq and got several errors on the tests. I also downloaded the latest snapshot, but the errors didn't go away. I am sending the error logs and stderr output, as well as some pertinent info about my environment. I'd appreciate any help. Arsh STDERR: [Wed Aug 02 23:11:43 2006] [notice] Apache/2.2.3 (Unix) mod_apreq2-20051231/2.6.0-dev mod_perl/2.0.2 Perl/v5.8.7 configured -- resuming normal operations [Wed Aug 02 23:11:43 2006] [info] Server built: Aug 1 2006 21:12:47 [Wed Aug 02 23:11:43 2006] [debug] prefork.c(991): AcceptMutex: sysvsem (default: sysvsem) [Wed Aug 02 23:11:45 2006] [error] [client 127.0.0.1] Can't call method "as_string" on an undefined value at /root/.cpan/build/httpd-apreq-2/glue/perl/t/response/TestApReq/cookie.pm line 27.\n [Wed Aug 02 23:11:46 2006] [info] removed PID file /root/.cpan/build/httpd-apreq-2/glue/perl/t/logs/httpd.pid (pid=16387) [Wed Aug 02 23:11:46 2006] [notice] caught SIGTERM, shutting down # make test Making all in . make[1]: Entering directory `/root/.cpan/build/httpd-apreq-2' make[1]: Nothing to be done for `all-am'. make[1]: Leaving directory `/root/.cpan/build/httpd-apreq-2' Making all in include make[1]: Entering directory `/root/.cpan/build/httpd-apreq-2/include' make all-am make[2]: Entering directory `/root/.cpan/build/httpd-apreq-2/include' make[2]: Nothing to be done for `all-am'. make[2]: Leaving directory `/root/.cpan/build/httpd-apreq-2/include' make[1]: Leaving directory `/root/.cpan/build/httpd-apreq-2/include' Making all in library make[1]: Entering directory `/root/.cpan/build/httpd-apreq-2/library' make all-am make[2]: Entering directory `/root/.cpan/build/httpd-apreq-2/library' make[2]: Nothing to be done for `all-am'. make[2]: Leaving directory `/root/.cpan/build/httpd-apreq-2/library' make[1]: Leaving directory `/root/.cpan/build/httpd-apreq-2/library' Making all in module make[1]: Entering directory `/root/.cpan/build/httpd-apreq-2/module' Making all in apache2 make[2]: Entering directory `/root/.cpan/build/httpd-apreq-2/module/apache2' make[2]: Nothing to be done for `all'. make[2]: Leaving directory `/root/.cpan/build/httpd-apreq-2/module/apache2' make[2]: Entering directory `/root/.cpan/build/httpd-apreq-2/module' make[2]: Nothing to be done for `all-am'. make[2]: Leaving directory `/root/.cpan/build/httpd-apreq-2/module' make[1]: Leaving directory `/root/.cpan/build/httpd-apreq-2/module' Making all in glue make[1]: Entering directory `/root/.cpan/build/httpd-apreq-2/glue' cd perl; make make[2]: Entering directory `/root/.cpan/build/httpd-apreq-2/glue/perl' make[3]: Entering directory `/root/.cpan/build/httpd-apreq-2/glue/perl/xs' make[4]: Entering directory `/root/.cpan/build/httpd-apreq-2/glue/perl/xs/APR' make[5]: Entering directory `/root/.cpan/build/httpd-apreq-2/glue/perl/xs/APR/Request' make[6]: Entering directory `/root/.cpan/build/httpd-apreq-2/glue/perl/xs/APR/Request/Apache2' make[6]: Leaving directory `/root/.cpan/build/httpd-apreq-2/glue/perl/xs/APR/Request/Apache2' make[6]: Entering directory `/root/.cpan/build/httpd-apreq-2/glue/perl/xs/APR/Request/CGI' make[6]: Leaving directory `/root/.cpan/build/httpd-apreq-2/glue/perl/xs/APR/Request/CGI' make[6]: Entering directory `/root/.cpan/build/httpd-apreq-2/glue/perl/xs/APR/Request/Cookie' make[6]: Leaving directory `/root/.cpan/build/httpd-apreq-2/glue/perl/xs/APR/Request/Cookie' make[6]: Entering directory `/root/.cpan/build/httpd-apreq-2/glue/perl/xs/APR/Request/Error' make[6]: Leaving directory `/root/.cpan/build/httpd-apreq-2/glue/perl/xs/APR/Request/Error' make[6]: Entering directory `/root/.cpan/build/httpd-apreq-2/glue/perl/xs/APR/Request/Hook' make[6]: Leaving directory `/root/.cpan/build/httpd-apreq-2/glue/perl/xs/APR/Request/Hook' make[6]: Entering directory `/root/.cpan/build/httpd-apreq-2/glue/perl/xs/APR/Request/Param' make[6]: Leaving directory `/root/.cpan/build/httpd-apreq-2/glue/perl/xs/APR/Request/Param' make[6]: Entering directory `/root/.cpan/build/httpd-apreq-2/glue/perl/xs/APR/Request/Parser' make[6]: Leaving directory `/root/.cpan/build/httpd-apreq-2/glue/perl/xs/APR/Request/Parser' make[5]: Leaving directory `/root/.cpan/build/httpd-apreq-2/glue/perl/xs/APR/Request' make[4]: Leaving directory `/root/.cpan/build/httpd-apreq-2/glue/perl/xs/APR' make[3]: Leaving directory `/root/.cpan/build/httpd-apreq-2/glue/perl/xs' make[2]: Leaving directory `/root/.cpan/build/httpd-apreq-2/glue/perl' make[1]: Leaving directory `/root/.cpan/build/httpd-apreq-2/glue' cd library; make test make[1]: Entering directory `/root/.cpan/build/httpd-apreq-2/library' make all-am make[2]: Entering directory `/root/.cpan/build/httpd-apreq-2/library' make[2]: Nothing to be done for `all-am'. make[2]: Leaving directory `/root/.cpan/build/httpd-apreq-2/library' cd t; make test make[2]: Entering directory `/root/.cpan/build/httpd-apreq-2/library/t' /usr/bin/perl -MTest::Harness -e 'runtests(@ARGV)' version.t cookie.t params.t par
question re: module Apache-AuthNTLM-2.10
Title: Message Anyone: Does anyone know if the module on CPAN called Apache-AuthNTLM-2.10 will work with Apache hosted on windows? thanks, elise
Re: libapreq test issues
Arshavir Grigorian wrote: [Wed Aug 02 23:11:45 2006] [error] [client 127.0.0.1] Can't call method "as_string" on an undefined value at /root/.cpan/build/httpd-apreq-2/glue/perl/t/response/TestApReq/cookie.pm line 27.\n # WARNING!!! t_cmp() argument order has changed. # use of a regular expression as the first argument # is deprecated. support will be removed soon. # testing : Bad class name # expected: (?-xism:^Usage) # received: Usage: APR::Request::Cookie::Table::cookie_class($table, $class): class APR::Request::Param is not derived from APR::Request::Cookie at /root/.cpan/build/httpd-apreq-2/glue/perl/t/response/TestAPI/cookie.pm line 54. ok 28 # WARNING!!! t_cmp() argument order has changed. # use of a regular expression as the first argument # is deprecated. support will be removed soon. # testing : Bad class name # expected: (?-xism:^Usage) # received: Usage: APR::Request::Param::Table::param_class($table, $class): class APR::Request::Cookie is not derived from APR::Request::Param at /root/.cpan/build/httpd-apreq-2/glue/perl/t/response/TestAPI/param.pm line 55. ok 28 These 2 are minor, but I've just fixed both in SVN. t/apreq/big_input1..0 # skipped: no reason given skipped all skipped: no reason given t/apreq/cgi..# writing file: Can you figure out why this test is being skipped ? Look at the 'plan => foo;' line all skipped: no reason given t/apreq/cookie...# Failed test 7 in t/apreq/cookie.t at line 70 # Failed test 10 in t/apreq/cookie.t at line 110 # Failed test 11 in t/apreq/cookie.t at line 129 # Failed test 12 in t/apreq/cookie.t at line 148 This stems from the error you see in the error log. Looks like something in XS creation of the ARP::Cookie::JAR didn't work out happily. I don't know how much luck I'll have in debugging this as I don't have an environment to recreate it. Can you run: cd module ; ./t/TEST t/cookie.t -verbose That should hit the C code without any of the XS glue and at least isolate the realm to look in. # testing : cookies # expected: one="1"; Version=1 # received: # # 500 Internal Server Error # # Internal Server Error # The server encountered an internal error or # misconfiguration and was unable to complete # your request. # Please contact the server administrator, # [EMAIL PROTECTED] and inform them of the time the error occurred, # and anything you might have done that may have # caused the error. # More information about this error may be available # in the server error log. # not ok 10 # testing : cookies # expected: two="2"; Version=1 two="22"; Version=1 # received: two="22"; Version=1 not ok 11 # testing : cookies # expected: one two three two # received: two not ok 12 # testing : overload # expected: one="1"; Version=1 # received: one="1"; Version=1 ok 13 FAILED tests 7, 10-12 Failed 4/13 tests, 69.23% okay t/apreq/inherit..1..0 # skipped: no reason given skipped all skipped: no reason given t/apreq/request..1..0 # skipped: no reason given skipped all skipped: no reason given t/apreq/upload...1..0 # skipped: no reason given skipped all skipped: no reason given Failed Test Stat Wstat Total Fail Failed List of Failed Again, why are these being skipped ? [EMAIL PROTECTED]:~# uname -a Linux sash 2.6.15-26-386 #1 PREEMPT Mon Jul 17 19:52:53 UTC 2006 i686 gcc version 4.0.3 (Ubuntu 4.0.3-1ubuntu5) [EMAIL PROTECTED]:~# Hmm... any chance you can try a (L)AMP chain using gcc 3.4.x or 4.1.x -- Philip M. Gollucci ([EMAIL PROTECTED]) 323.219.4708 Consultant / http://p6m7g8.net/Resume/resume.shtml Senior Software Engineer - TicketMaster - http://ticketmaster.com 1024D/A79997FA F357 0FDD 2301 6296 690F 6A47 D55A 7172 A799 97F "It takes a minute to have a crush on someone, an hour to like someone, and a day to love someone, but it takes a lifetime to forget someone..."
Re: libapreq test issues
I just tried using CPAN to install libapreq2.07 and I got this: cpan> install J/JO/JOESUF/libapreq2-2.07.tar.gz Running make for J/JO/JOESUF/libapreq2-2.07.tar.gz Fetching with LWP: CPAN.pm: Going to build J/JO/JOESUF/libapreq2-2.07.tar.gz perl: 5.8.0 ok mod_perl: 2.02 ok Apache::Test: 1.27 ok ExtUtils::MakeMaker: 6.30 ok ExtUtils::XSBuilder: 0.28 ok Test::More: 0.47 ok Use of uninitialized value in concatenation (.) or string at Makefile.PL line 86. ./configure --enable-perl-glue --with-apache2-apxs="" --with-perl="/usr/bin/perl" checking for a BSD-compatible install... /usr/bin/install -c checking whether build environment is sane... yes checking for gawk... gawk checking whether make sets $(MAKE)... yes checking whether make sets $(MAKE)... (cached) yes checking for gcc... gcc checking for C compiler default output file name... a.out checking whether the C compiler works... yes checking whether we are cross compiling... no checking for suffix of executables... checking for suffix of object files... o checking whether we are using the GNU C compiler... yes checking whether gcc accepts -g... yes checking for gcc option to accept ANSI C... none needed checking for style of include used by make... GNU checking dependency style of gcc... gcc3 checking build system type... i686-pc-linux-gnu checking host system type... i686-pc-linux-gnu checking for a sed that does not truncate output... /bin/sed checking for egrep... grep -E checking for ld used by gcc... /usr/bin/ld checking if the linker (/usr/bin/ld) is GNU ld... yes checking for /usr/bin/ld option to reload object files... -r checking for BSD-compatible nm... /usr/bin/nm -B checking whether ln -s works... yes checking how to recognise dependent libraries... pass_all checking how to run the C preprocessor... gcc -E checking for ANSI C header files... yes checking for sys/types.h... yes checking for sys/stat.h... yes checking for stdlib.h... yes checking for string.h... yes checking for memory.h... yes checking for strings.h... yes checking for inttypes.h... yes checking for stdint.h... yes checking for unistd.h... yes checking dlfcn.h usability... yes checking dlfcn.h presence... yes checking for dlfcn.h... yes checking for g++... g++ checking whether we are using the GNU C++ compiler... yes checking whether g++ accepts -g... yes checking dependency style of g++... gcc3 checking how to run the C++ preprocessor... g++ -E checking for g77... g77 checking whether we are using the GNU Fortran 77 compiler... yes checking whether g77 accepts -g... yes checking the maximum length of command line arguments... 32768 checking command to parse /usr/bin/nm -B output from gcc object... ok checking for objdir... .libs checking for ar... ar checking for ranlib... ranlib checking for strip... strip checking if gcc static flag works... yes checking if gcc supports -fno-rtti -fno-exceptions... yes checking for gcc option to produce PIC... -fPIC checking if gcc PIC flag -fPIC works... yes checking if gcc supports -c -o file.o... yes checking whether the gcc linker (/usr/bin/ld) supports shared libraries... yes checking whether -lc should be explicitly linked in... no checking dynamic linker characteristics... GNU/Linux ld.so checking how to hardcode library paths into programs... immediate checking whether stripping libraries is possible... yes checking if libtool supports shared libraries... yes checking whether to build shared libraries... yes checking whether to build static libraries... yes configure: creating libtool appending configuration tag "CXX" to libtool checking for ld used by g++... /usr/bin/ld checking if the linker (/usr/bin/ld) is GNU ld... yes checking whether the g++ linker (/usr/bin/ld) supports shared libraries... yes checking for g++ option to produce PIC... -fPIC checking if g++ PIC flag -fPIC works... yes checking if g++ supports -c -o file.o... yes checking whether the g++ linker (/usr/bin/ld) supports shared libraries... yes checking dynamic linker characteristics... GNU/Linux ld.so checking how to hardcode library paths into programs... immediate checking whether stripping libraries is possible... yes appending configuration tag "F77" to libtool checking if libtool supports shared libraries... yes checking whether to build shared libraries... yes checking whether to build static libraries... yes checking for g77 option to produce PIC... -fPIC checking if g77 PIC flag -fPIC works... yes checking if g77 supports -c -o file.o... yes checking whether the g77 linker (/usr/bin/ld) supports shared libraries... yes checking dynamic linker characteristics... GNU/Linux ld.so checking how to hardcode library paths into programs... immediate checking whether stripping libraries is possible... yes checking for ranlib... (cached) ranlib checking for a BSD-compatible install... /usr/bin/install -c checking whether ln -s works... yes checking whether to enable maintainer-specific portions of Makefiles... no ./configure: line 1: -q: command
fastcgi or static mod_perl with Redhat Enterprise 4's apache?
Hi folks. I'm working on setting up Request Tracker on a Redhat Enterprise 4 system. My management likes to use the Redhat-provided precompiled binaries whenever practical. Request tracker wants to use either fastcgi or a -static- mod_perl (RT's supposed to be pretty unreliable with a dynamic mod_perl, and anyway, the dynamic one is downrev relative to what RT wants), and the Redhat apache appears to include neither of them. Am I stuck building my own apache with fastcgi and/or static mod_perl, or is there a way of tacking one of these onto the preexisting Redhat-built apache? Thanks!
Re: X-Forwarded-For
On Fri, 2006-08-04 at 10:09 +0300, Issac Goldstand wrote: > IIRC, it's not needed for mp2, since it's been implemented directly in > mod_proxy You are correct, but you're thinking of a different thing. That's the part that adds the X-Forwarded-For header, which you used to need a patch for and no longer do. (It was added in the 1.x version too, so you should never need a patch for it if you are running a recent release.) What Apache::ForwardedFor does is just run on the mod_perl side, read the X-ForwardedFor header, and set the remote IP value to fake out code that runs after it. - Perrin
Re: X-Forwarded-For
On Aug 4, 2006, at 3:26 PM, Perrin Harkins wrote: What Apache::ForwardedFor does is just run on the mod_perl side, read the X-ForwardedFor header, and set the remote IP value to fake out code that runs after it. so what do you think is more appropriate? me uploading it to CPAN as a standalone, or gifting it to mod_perl? i'm porting my captcha system to cpan right now, so i won't mind adding an extra. but Apache2::xForwardedFor seems like a useful enough utility that i'd think most people would not want to require downloading as a seperate item
Re: X-Forwarded-For
On Fri, 2006-08-04 at 15:33 -0400, Jonathan Vanasco wrote: > so what do you think is more appropriate? > > me uploading it to CPAN as a standalone, or gifting it to mod_perl? Keep it on CPAN for now. I don't think it's commonly needed. If people seem to be looking for it frequently, we can fold it in. - Perrin
Re: fastcgi or static mod_perl with Redhat Enterprise 4's apache?
On Fri, 04 Aug 2006 09:33:25 -0700 Dan Stromberg <[EMAIL PROTECTED]> wrote: > Hi folks. > > I'm working on setting up Request Tracker on a Redhat Enterprise 4 > system. My management likes to use the Redhat-provided precompiled > binaries whenever practical. > > Request tracker wants to use either fastcgi or a -static- mod_perl > (RT's supposed to be pretty unreliable with a dynamic mod_perl, and > anyway, the dynamic one is downrev relative to what RT wants), and > the Redhat apache appears to include neither of them. > > Am I stuck building my own apache with fastcgi and/or static mod_perl, > or is there a way of tacking one of these onto the preexisting > Redhat-built apache? While I agree it is usually best to keep with what RedHat provides you whenever possible, this I'm afraid isn't one of those situations. You're going to need to compile from source or if you prefer rebuilding the RedHat SRPMs with the options you need. - Frank Wiles <[EMAIL PROTECTED]> http://www.wiles.org -
Re: libapreq test issues
Matthew wrote: I just tried using CPAN to install libapreq2.07 and I got this: cpan> install J/JO/JOESUF/libapreq2-2.07.tar.gz Running make for J/JO/JOESUF/libapreq2-2.07.tar.gz Fetching with LWP: CPAN.pm: Going to build J/JO/JOESUF/libapreq2-2.07.tar.gz perl: 5.8.0 ok mod_perl: 2.02 ok Apache::Test: 1.27 ok ExtUtils::MakeMaker: 6.30 ok ExtUtils::XSBuilder: 0.28 ok Test::More: 0.47 ok Use of uninitialized value in concatenation (.) or string at Makefile.PL line 86. ./configure --enable-perl-glue --with-apache2-apxs="" It didn't find your apxs. Is it in your path, if not, you need to make it be. -- Philip M. Gollucci ([EMAIL PROTECTED]) 323.219.4708 Consultant / http://p6m7g8.net/Resume/resume.shtml Senior Software Engineer - TicketMaster - http://ticketmaster.com 1024D/A79997FA F357 0FDD 2301 6296 690F 6A47 D55A 7172 A799 97F "It takes a minute to have a crush on someone, an hour to like someone, and a day to love someone, but it takes a lifetime to forget someone..."
fastcgi and mod_perl
Hello mod_perl community I have built apache httpd 2.2.2 with fastcgi. This deployment also has mod_perl with Apache::ASP. Note that the fascgi was really intended to persist the mod_php which is also on this apache. Question: will the fastcgi automatically also persist the mod_perl ? Did I have to build the mod_perl with a particular config option in order to obtain this behavior ? Maurice Yarrow
Re: X-Forwarded-For
On Aug 4, 2006, at 3:36 PM, Perrin Harkins wrote: Keep it on CPAN for now. I don't think it's commonly needed. If people seem to be looking for it frequently, we can fold it in. ok Apache2::xForwardedFor is now in CPAN. should be visible shortly Its version 0.02 - upgrades from the last version include feigned support for X-Forwarded-Server by allowing multiple values for an additionally required header. I hope others find this useful.
