On Wednesday 31 March 2004 09:21 pm, Stas Bekman wrote:
> Beau E. Cox wrote:
> [...]
>
> > The module in question - mod_perl.c - line 614 is ' rcfg = '. I hand-
> > expanded the MP_dRCFG macro in the hope if getting more information,
> > but all that showed is, indeed, the routine was entered with
On Wednesday 31 March 2004 02:49 pm, Geoffrey Young wrote:
> > anway, I'm trying my best to track it down, as is philippe, but more eyes
> > are always welcome. if you're looking for a place to start, I'd check
> > out all the APR commits over the past two weeks - that is first on my
> > list once
Beau E. Cox wrote:
> On Wednesday 31 March 2004 02:49 pm, Geoffrey Young wrote:
>
>>>anway, I'm trying my best to track it down, as is philippe, but more eyes
>>>are always welcome. if you're looking for a place to start, I'd check
>>>out all the APR commits over the past two weeks - that is fi
Beau E. Cox wrote:
On Wednesday 31 March 2004 09:21 pm, Stas Bekman wrote:
Beau E. Cox wrote:
[...]
The module in question - mod_perl.c - line 614 is ' rcfg = '. I hand-
expanded the MP_dRCFG macro in the hope if getting more information,
but all that showed is, indeed, the routine was entered wi
> Just wondering, is the older ( -D"2004-03-01" ) Apache2.1 still
> available via CVS ( without you doing a lot of work )?
>
> If I could test against it, it would narrow my problem down.
ok, it looks as though it's an fixable APR problem:
http://marc.theaimsgroup.com/?l=apache-modperl-dev&m=
Currently I'm in the process of converting from Perl to Mod Perl.
My server is Redhat Running Apache 1.3.27, Mod Perl 1.26, and Postgre SQL
7.2.4.
I have about 31-35 active process running during the busy hours.
Our system use Perl to generate dynamic pages via the postgre database. 90%
of our
On Thu, 01 Apr 2004 14:53:34 -0500
"David Hofmann" <[EMAIL PROTECTED]> wrote:
> Currently I'm in the process of converting from Perl to Mod Perl.
>
> My server is Redhat Running Apache 1.3.27, Mod Perl 1.26, and Postgre
> SQL 7.2.4.
>
> I have about 31-35 active process running during the busy h
I'm a little confused - why would you use two apache processes for this?
It sounds like one would do just fine ...
-Original Message-
From: David Hofmann [mailto:[EMAIL PROTECTED]
Sent: Thursday, April 01, 2004 2:54 PM
To: [EMAIL PROTECTED]
Subject: Connections
Currently I'm in the proce
On Thu, 2004-04-01 at 14:53, David Hofmann wrote:
> Currently most of the public side has been converted to Mod Perl. I'm
> debating on weather converting the Admin side is going to be good or bad for
> the server cause it means persistent 2 connections and I'm not sure how much
> load that will
On Thursday 01 April 2004 09:38 am, Geoffrey Young wrote:
> > Just wondering, is the older ( -D"2004-03-01" ) Apache2.1 still
> > available via CVS ( without you doing a lot of work )?
> >
> > If I could test against it, it would narrow my problem down.
>
> ok, it looks as though it's an fixable AP
On Thursday 01 April 2004 08:05 am, Stas Bekman wrote:
> Beau E. Cox wrote:
> > On Wednesday 31 March 2004 09:21 pm, Stas Bekman wrote:
> >>Beau E. Cox wrote:
> >>[...]
> >>
> >>>The module in question - mod_perl.c - line 614 is ' rcfg = '. I hand-
> >>>expanded the MP_dRCFG macro in the hope if ge
Hello Gerald and all -
I have been testing with Apache2.1/mod_perl 2 and found that the following
two patches are necessary for Embperl to run under Apache2.1.
Both patches have been sucessfully tested under Apache2.0 and Apache2.1.
1) epapfilter.c - 'APR_BRIGADE_FOREACH' has been depreciated an
Hi,
We have seen a very disturbing problem when
Apache::Filter and Apache::Compress are used for
output compression. Most of the time, everything is fine.
But occasionally we find that spurious binary characters
are introduced in the output. For example, a source line like this:
This is a
/lurk :)
we're having trouble translating a standard httpd.conf setup into
a section when there's a directive that can be legally
repeated multiple times, such as PerlSetVar --
objective: translate MULTIPLE "PerlSetVar" from straight
httpd.conf into perl sections code.
...
Perl
> what's the workaround? didn't see anything like this in our
> searchings through the mod_perl list archives...
did you try this:
push @PerlSetVar, "MasonCompRoot /var/www/$site";
?
IIRC most of the configurations could accept a simple string in mp1, so I
would expect things to be pretty mu
Hi!
I have a problem with the localtime function under mod_perl.
When I run this script in shell, I get the correct time and Daylight-Saving, but under
mod_perl he is always using the local TimeZone of the system. ( Sever is in the US,
I'm sitting in Europe )
Here is the script:
#!/usr/bin/p
16 matches
Mail list logo
