Hi there,
On Fri, 25 Jul 2003, John Siracusa wrote:
> Has anyone gotten this to work on OS X?
> [snip]
> I've used this profiling technique on other Unix-like OSes, so I think
> I'm doing it right.
I'm sure you're doing it right.
> But on OS X, I get a tiny tmon.out file that never grows afte
http://www.jvds.com/shellaccounts.php
Regards.
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 techniq
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 a
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 sho
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
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?
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 r
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 anyt
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] /us
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 p
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 vari
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 instal
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] /usr/local/src/Mo
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:
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 doesn'
On Fri, 25 Jul 2003, Igor Sysoev wrote:
> On Thu, 24 Jul 2003, Garrett Goebel wrote:
> > Using the loopback for the backend has the security advantage of completely
> > isolating the backend from any direct communication with external hosts. How
> > do I keep the backend on 127.0.0.1 _and_ handle
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
> On Thu, 2003-07-24 at 09:55, Frank Maas wrote:
>> What I found was that sometimes users got served 'cached' dynamic
>> pages. Although the server should not cache the page it looked like
>> this happened whenever two requests were received at (nearly) the
>> same time by the server.
>
> What happ
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
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:
21 matches
Mail list logo