Stas Bekman wrote:
You need to add:
PerlOptions +Parent
PerlOption `Parent' requires an ithreads enabled Perl
*doh*
Carl
On Thu, 24 Jul 2003, Garrett Goebel wrote:
Most everything I'm stumbled upon has been short on detail and examples. For
instance, I never found an example of how to just reverse proxy everything
for a given backend server. All the examples I saw showed how to proxy
something like
Carl Brewer wrote:
Stas Bekman wrote:
You need to add:
PerlOptions +Parent
PerlOption `Parent' requires an ithreads enabled Perl
That's correct. prefork mpm is the same as mod_perl 1.
__
Stas BekmanJAm_pH
hello,
I followed the thread :
http://www.gossamer-threads.com/archive/mod_perl_C1/modperl_F7/mod_perl_2.0_question_about_$r-%3Econnection-%3Eauth_type_P51273/#51273
While using module AuthCookieLDAP based on AuthCookie I got exactly the
same error:
Steve Hay wrote:
Stas Bekman wrote:
I have attempted to shoe-horn this into mod_perl's print() method (in
src/modules/perl/Apache.xs). Here's the diff against mod_perl 1.28:
[Unfortunately, I've had to comment-out the first part of that if
block, because I got an unresolved external symbol
Shannon Eric Peevey wrote:
[...]
*handler = MP2 ? \handler2 : \handler1;
I am leaving the MP2 code in both of the subroutines, as I don't know if
there is a prettier way to do this... (I will remove it, if there is not)
Although this hasn't been tested extensively, it should be working fine
Stas Bekman wrote:
[...]
It's handy to have p5p people sitting next to you. Just asked this
question Tim Bunce, and he replied:
Safe is a failed experiment. It works only for several cases.
TIEHANDLE is
not one of them [print under mod_perl uses a tied STDOUT]. Do not use
it if
it
jehan procaccia wrote:
hello,
I followed the thread :
http://www.gossamer-threads.com/archive/mod_perl_C1/modperl_F7/mod_perl_2.0_question_about_$r-%3Econnection-%3Eauth_type_P51273/#51273
While using module AuthCookieLDAP based on AuthCookie I got exactly the
same error:
hello
I just donwloaded latest cvs as stated in :
http://perl.apache.org/download/source.html#Development_mod_perl_2_0_Source_Distribution
Now I don't really understand what directory is supposed to contain the
MP_AP_PREFIX variable ?
Nothing is not a solution:
[EMAIL PROTECTED]
jehan procaccia wrote:
hello
I just donwloaded latest cvs as stated in :
http://perl.apache.org/download/source.html#Development_mod_perl_2_0_Source_Distribution
Now I don't really understand what directory is supposed to contain the
MP_AP_PREFIX variable ?
It's the path where Apache was
On Fri, Jul 25, 2003 at 02:47:36PM +0200, jehan procaccia wrote:
I just donwloaded latest cvs as stated in :
http://perl.apache.org/download/source.html#Development_mod_perl_2_0_Source_Distribution
Now I don't really understand what directory is supposed to contain the
MP_AP_PREFIX variable
You guessed very well !
now it compiles with no problem, so on a redhat system use:
[EMAIL PROTECTED] /usr/local/src/Mod_perl/modperl-2.0]
$ perl Makefile.PL MP_APXS=/usr/sbin/apxs MP_APR_CONFIG=/usr/bin/apr-config
I'll continue with my AuthCookie now ... good weekend !
Stas Bekman wrote:
jehan
Jérôme Augé wrote:
You don't need the full Apache sources, on redhat you just need the
'httpd' and 'httpd-devel' package, then MP_APXS should point to your
apxs, on redhat 8 it is:
$ perl Makefile.PL MP_APXS=/usr/sbin/apxs
Regards,
Jérôme
Indeed, it works fine now with:
[EMAIL PROTECTED]
On Fri, 2003-07-25 at 04:32, Frank Maas wrote:
But the idea of setting the Expiry header back in time is appealing...
Come to think of it, I have never had problems with mod_proxy caching
thing I didn't want cached. Quite the opposite -- I had to be very
careful with Expires headers to get
Ged Haywood wrote:
Q1: Is there a similar module to Apache::Request?
Depends what you want to do, but not really. Care to try porting it?
No no. Apache::Request 2 port is in works and it'll be available RSN thanks
to Joe Schaefer and Randy Kobes who do an extraordinary job. Though it'll
be
Hello,
I have a question.
If I have a $dbh global variable in a particular module that I 'use'. I know
that Apache::DBI will give a cached connection to the module to use.
But what if I do something like $dbh-commit();
Is it possible that I am committing data for another session by accident?
On Fri, 2003-07-25 at 14:55, Levon Barker wrote:
If I have a $dbh global variable in a particular module that I 'use'. I know
that Apache::DBI will give a cached connection to the module to use.
There is no need to use a global. Apache::DBI caches it for you. If
you put it in a global, then
Stas Bekman wrote:
Shannon Eric Peevey wrote:
[...]
*handler = MP2 ? \handler2 : \handler1;
I am leaving the MP2 code in both of the subroutines, as I don't know
if there is a prettier way to do this... (I will remove it, if there
is not)
Although this hasn't been tested extensively, it
Shannon,
i put it working on Solaris, mod_perl, NTLM and mod_jk2 (to comunicate
with Tomcat), but unfortunatily, it just works when i access from
windows 9x and Linux. When i access by NT/2000/XP, it just doesn't work
at all (no validation). So, i decide, for a while, make it work on
Linux! I
Has anyone gotten this to work on OS X?
From http://perl.apache.org/docs/1.0/guide/performance.html
% setenv PERL5OPT -d:DProf
% httpd -X -d `pwd`
... make some requests to the server here ...
% kill `cat logs/httpd.pid`
% unsetenv PERL5OPT
% dprofpp
I've used this profiling
20 matches
Mail list logo