Scott Penrose wrote:
>
> SetHandler modperl
> PerlResponseHandler Zaltana::ExpandTest::response
> PerlOutputFilterHAndler Zaltana::ExpandTest
>
>
> SetHandler default
> PerlOutputFilterHAndler Zaltana::ExpandTest
>
> It should be noted that the Subrequest can be anything -
After banging my head all day I have narrowed this down just a little...
I had a terrible time working out WHY the Test code works but nothing
else does. And I have finally solved that, but not why.
The answer is which Handler for the original content being filtered.
I added a simple handler
You can't test mod_perl modules from the command line, Scott. Only
running under a mod_perl interpreter.
Dooh. I didn't know that. Mine have always worked - I guess I just
have not come across the thing that does not work :-) Until now.
Right, that worked in mod_perl - still seg faults, so
On Wed, Jul 05, 2006 at 08:07:01PM -0400, Geoffrey Young wrote:
> see if some of the stuff here helps you
>
> http://search.cpan.org/dist/Apache-SSLLookup/
Great, thanks! BTW, I just learned of this awful hack from another
piece of code:
my $subpr = $r->lookup_uri( $r->uri );
my $dn = $su
Andrew Pimlott wrote:
> I would like to know whether I can access the client SSL certificate
> from mod_perl code, specifically within a PerlAuthzHandler. I can't
> find any API for this. mod_ssl exports the information I need to
> environment variables (with the StdEnvVars option), however this
I would like to know whether I can access the client SSL certificate
from mod_perl code, specifically within a PerlAuthzHandler. I can't
find any API for this. mod_ssl exports the information I need to
environment variables (with the StdEnvVars option), however this doesn't
happen until the fixup
Philip M. Gollucci wrote:
> Philip M. Gollucci wrote:
>> Clinton Gormley wrote:
>>> Hi All
>>> ccversion='', gccversion='4.1.0 (SUSE Linux)', gccosandvers=''
Solution:
http://svn.apache.org/viewvc?rev=419346&view=rev
http://svn.apache.org/viewvc?rev=419347&view=rev
--
Scott Penrose wrote:
On 05/07/2006, at 5:47, Stas Bekman wrote:
http://perl.apache.org/docs/2.0/user/handlers/
filters.html#HTTP_Request_vs__Connection_Filters
OK Some very weird and interesting problems here. I think they are
bugs, but I am not certain.
Firstly - if you write the code..
Philip M. Gollucci wrote:
Clinton Gormley wrote:
Hi All
ccversion='', gccversion='4.1.0 (SUSE Linux)', gccosandvers=''
Shorter story :(, gcc 4.x.x on Linux has a bug with optimizations.
Search the archives of this list.
you need to pass -fno-strict-aliases. joes, Bojan, and I are aware an
Clinton Gormley wrote:
Hi All
ccversion='', gccversion='4.1.0 (SUSE Linux)', gccosandvers=''
Shorter story :(, gcc 4.x.x on Linux has a bug with optimizations. Search the
archives of this list.
you need to pass -fno-strict-aliases. joes, Bojan, and I are aware and working
out a solution.
This is available here:
http://people.apache.org/~autarch/Apache-SizeLimit-0.9.tar.gz
There are a lot of changes in this release, notably a new API to the existing
functionality, bugfixes, and lots of doc rewriting.
It also has tests, which is always a good thing. I've also tested it manually
yes you are right it wasn't installed it seems i need COREconfig.h...can't
find it...does anyone kwon how to get it
--
View this message in context:
http://www.nabble.com/getting-server-error-message-xml-doesn%27t-work-tf1892420.html#a5187086
Sent from the mod_perl - General forum at Nabble.
I have code that calls parse_stylesheet_file. This randomly fails with the error. errorxsltParseStylesheetFile : cannot parse /path/to/fileOnce it fails it continues to fail. After an Apache restart it works for awhile and then randomly fails. The debug callback only displays
xsltParseStyleshee
On Tue, 4 Jul 2006 19:30:34 -0700 (PDT)
user51564 <[EMAIL PROTECTED]> wrote:
>
> Apache/2.0.58 (Win32) mod_ssl/2.0.55 OpenSSL/0.9.8a mod_jk2/2.0.4
> PHP/5.1.4 mod_perl/2.0.2 Perl/v5.8.8
> HTTPD.CONF:
>
> SetHandler perl-script
> PerlHandler Apache::XMLRPC::Lite
> PerlSetVar dispatch
14 matches
Mail list logo