Tulan W. Hu wrote:
Thanks for the trace, Tulan. Something goes wrong on the perl side, though
I'm
not sure what :( I think I saw a similar problem when fighting with the
AIX
build some time ago.
I have the same problem when I tried the Apache 2.0.46 with perl 5.8.0 on
solaris.
I installed it an
> Thanks for the trace, Tulan. Something goes wrong on the perl side, though
I'm
> not sure what :( I think I saw a similar problem when fighting with the
AIX
> build some time ago.
I have the same problem when I tried the Apache 2.0.46 with perl 5.8.0 on
solaris.
I installed it and got a core dum
On Tue, 2003-11-11 at 17:04, Stas Bekman wrote:
> Philippe M. Chiasson wrote:
> > Until now, code executing within sections was not 'tweaked' to
> > match the filename/lineno of the httpd configuration file it was in.
> >
> > So, for example, error reporting would appear to be coming from obscure
At 09:53 -0800 11/13/03, Stas Bekman wrote:
Elizabeth Mattijsen wrote:
> Wouldn't Storable or Data::Dumper be able to do such a thing? At the
end of config, dump the pertinent bits to memory (or possibly even a
> file), and then read them back in the other interpreter?
I'm not sure as those bit
Tulan W. Hu wrote:
- Original Message -
From: "Stas Bekman" <[EMAIL PROTECTED]>
[EMAIL PROTECTED] wrote:
I guess I just was not lucky enough.
I upgraded my env to
Apache 2.0.48, mod_perl 1.99_11, perl 5.8.2, gcc 3.3 on solaris 2.8.
I'm still having the same problem. the server just cannot
Bobber Cheng wrote:
Hi, Stas:
thx ur quck reply. The problem remained although i applied ur patch to last cvs mod_per and run on last cvs apache2.
perl -v
This is perl, v5.8.2 built for i686-linux
./httpd -v
Server version: Apache/2.0.49-dev
Server built: Nov 16 2003 21:48:57
But the place chan
Elizabeth Mattijsen wrote:
At 18:06 -0800 11/12/03, Stas Bekman wrote:
Geoffrey Young wrote:
for the stuff I was talking about, I believe so. however, for
directive handlers it does not, so we'd probably need to tweak the
interface a bit.
And not for , because a random code can be run there
Hi, Stas:
thx ur quck reply. The problem remained although i applied ur patch to last cvs
mod_per and run on last cvs apache2.
perl -v
This is perl, v5.8.2 built for i686-linux
./httpd -v
Server version: Apache/2.0.49-dev
Server built: Nov 16 2003 21:48:57
But the place change where Segmentat
- Original Message -
> From: "Stas Bekman" <[EMAIL PROTECTED]>
> [EMAIL PROTECTED] wrote:
> > I guess I just was not lucky enough.
> > I upgraded my env to
> > Apache 2.0.48, mod_perl 1.99_11, perl 5.8.2, gcc 3.3 on solaris 2.8.
> >
> > I'm still having the same problem. the server just ca
At 18:06 -0800 11/12/03, Stas Bekman wrote:
Geoffrey Young wrote:
for the stuff I was talking about, I believe so. however,
for directive handlers it does not, so we'd probably need to tweak
the interface a bit.
And not for , because a random code can be run there in random packages.
But you c
At 10:58 -0500 11/12/03, Geoffrey Young wrote:
Rafael Garcia-Suarez wrote:
Geoffrey Young wrote:
the problem with this, though, is that we don't really want a
clean interpreter, we want an _almost_ clean one - one with only
the data we know is important (like the globals set within the
section)
On Wed, 12 Nov 2003, Stas Bekman wrote:
> Randy Kobes wrote:
> > ActiveState just released version 807, which is based on the
> > perl-5.8.1 sources with some 5.8.2 enhancements. The sources
> > they use don't include the hash randomization stuff of
> > 5.8.1/5.8.2 (so that builds using 807 will b
Randy Kobes wrote:
ActiveState just released version 807, which is based on the
perl-5.8.1 sources with some 5.8.2 enhancements. The sources
they use don't include the hash randomization stuff of
5.8.1/5.8.2 (so that builds using 807 will be binary
compatible with pre-807 builds), and they define
N
13 matches
Mail list logo
