]
Sent: Thursday, July 22, 2004 1:29 PM
To: Simon Miner
Cc: mod_perl Mailing List ([EMAIL PROTECTED])
Subject: Re: mod_perl regex conundrum
Simon Miner wrote:
[...]
> We found most of these approaches by looking in Practical mod_perl and the
> mod_perl Developer's Cookbook. Are ther
Randal L. Schwartz wrote:
"Simon" == Simon Miner <[EMAIL PROTECTED]> writes:
Speaking of mod_perl, we are very interested in integrating mod_perl 2.0
into our environment. However, it appears to still be in development. I
spoke with Randall Schwartz at the conference, and he estimates that
mod_p
> "Simon" == Simon Miner <[EMAIL PROTECTED]> writes:
>> Speaking of mod_perl, we are very interested in integrating mod_perl 2.0
>> into our environment. However, it appears to still be in development. I
>> spoke with Randall Schwartz at the conference, and he estimates that
>> mod_perl 2 wi
_perl regex conundrum
Hi Simon,
> Thanks for your offer to examine our code. We were finally able to track
> down the problem. Our code is using a third party API (which was also
> upgraded), and that began emitting small pieces of Unicode, unbeknownst to
> us. This Unicode was
Simon Miner wrote:
[...]
We found most of these approaches by looking in Practical mod_perl and the
mod_perl Developer's Cookbook. Are there any other suggestions that folks
on the mailing list can offer us as we continue to troubleshoot this issue?
If you can pinpoint the chunks of code that you
On Thu, 2004-07-22 at 10:40, Simon Miner wrote:
> I ended up modifying our code so that it skips the regex I sent in my
> previous message on most requests. This circumvents the biggest part of our
> slow down, but it isn't completely solving the problem. We're still seeing
> code sluggishness on
us as we continue to troubleshoot this issue?
Thanks again for your assistance.
- Simon
-Original Message-
From: Stas Bekman [mailto:[EMAIL PROTECTED]
Sent: Thursday, July 15, 2004 2:54 PM
To: Simon Miner
Cc: mod_perl Mailing List ([EMAIL PROTECTED])
Subject: Re: mod_perl regex conundrum
S
Larry Leszczynski wrote:
Between sawampersand and grep'ing my code, I did find an instance of $&.
I removed it, but I am still seeing the problem.
Did you actually use Devel::SawAmpersand to test it? There are other
modules that pull those in, e.g. if you do 'use English'.
On a related note, it's
> > Between sawampersand and grep'ing my code, I did find an instance of $&.
> > I removed it, but I am still seeing the problem.
>
> Did you actually use Devel::SawAmpersand to test it? There are other
> modules that pull those in, e.g. if you do 'use English'.
On a related note, it's possible t
004 12:55 PM
To: Simon Miner
Cc: mod_perl Mailing List ([EMAIL PROTECTED])
Subject: Re: mod_perl regex conundrum
Simon Miner wrote:
> My company has just upgraded our Apache/mod_perl and supporting software
> versions, and we are now seeing a strange phenomenon. A piece of code
which
>
Simon Miner wrote:
Thanks for the suggestion!
Between sawampersand and grep'ing my code, I did find an instance of $&. I
removed it, but I am still seeing the problem.
Did you actually use Devel::SawAmpersand to test it? There are other
modules that pull those in, e.g. if you do 'use English'.
I
Simon Miner wrote:
My company has just upgraded our Apache/mod_perl and supporting software
versions, and we are now seeing a strange phenomenon. A piece of code which
has always worked speedily up to this point, now occasionally, but
predictably, takes 10 times longer to execute. The code fragme
Hello,
My company has just upgraded our Apache/mod_perl and
supporting software versions, and we are now seeing a strange phenomenon.
A piece of code which has always worked speedily up to this point, now
occasionally, but predictably, takes 10 times longer to execute. The code
fragme
13 matches
Mail list logo