Hi,
I installed Apache::Request on Mac OS X, which seemed to go fine (see
http://testers.cpan.org/search?request=dist&dist=libapreq#0.33+darwin+1.0+darwin)
However, when I ran the mod_perl-1.26 tests afterwards (with apache
1.3.20, built only with EVERYTHING=1), they failed pretty spectacularly
On Tue, 28 Aug 2001, Doug MacEachern wrote:
> On Wed, 29 Aug 2001, Stas Bekman wrote:
>
> > it's still not working perfectly, since it has to fish $dump out of the
> > file, and I see that it doesn't work for all current files.
>
> you could change the warning header to include:
> # __END_OF_HEAD
On Wed, 29 Aug 2001, Stas Bekman wrote:
> it's still not working perfectly, since it has to fish $dump out of the
> file, and I see that it doesn't work for all current files.
you could change the warning header to include:
# __END_OF_HEADER__
or something to make it easier to parse/compare.
an
> -Original Message-
> From: Doug MacEachern [mailto:[EMAIL PROTECTED]]
> Sent: Tuesday, August 28, 2001 11:37 AM
> To: Geoffrey Young
> Cc: '[EMAIL PROTECTED]'
> Subject: RE: pushing method handlers by reference
>
>
> one problem, i think there's a leak here:
> + pclass =
On Tue, 28 Aug 2001, Stas Bekman wrote:
> How hard would be to add this functionality?
i'll try to get it done later tonight.
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
> > also are you sure that we need to have this kind of diffs?
> >
> > # !!
> > # ! WARNING: generated by Apache::ParseSource/0.02
> > -# ! Sun Aug 19 10:32:09 2001
> > +# ! Sun Aug 26 01:23:32 2001
> > # ! do NOT edit,
On Tue, 28 Aug 2001, Doug MacEachern wrote:
> On Tue, 28 Aug 2001, Stas Bekman wrote:
>
> >
> > I thought that it's safe to require() modules ./t/response/. But I see
> > that it fails.
> ...
> > RequestIO.so is shared, I suppose the problem is because libmodperl.so
> > wasn't yet loaded?
>
> rig
On Tue, 28 Aug 2001, Stas Bekman wrote:
oh, i understand the problem now. httpd.conf, etc. are generated, but if
something dies, t/conf/apache_test_config.pm is never written. next time
through, httpd.conf, etc. are not overwritten. i think the solution would
be to have a $SIG{__DIE__} handler
On Tue, 28 Aug 2001, Stas Bekman wrote:
>
> I thought that it's safe to require() modules ./t/response/. But I see
> that it fails.
...
> RequestIO.so is shared, I suppose the problem is because libmodperl.so
> wasn't yet loaded?
right. 1.xx does bootstrap conditionally based on $ENV{MOD_PERL
one problem, i think there's a leak here:
+ pclass = newSVpv(HvNAME(stash),0);
since pclass was already set to newSVsv(sv) at the beginning.
can you test changing to:
sv_setpv(pclass, HvNAME(stash));
-
To unsubsc
On Mon, 27 Aug 2001, Doug MacEachern wrote:
> On Sun, 26 Aug 2001, Stas Bekman wrote:
>
> > of course they can ;) should I cook a new patch for it?
> >
> > Since mod_perl will be always distributed with Apache-Test, I suppose that
> > all the things that can be used in Apache-Test and ModPerl:: s
On Mon, 27 Aug 2001, Doug MacEachern wrote:
> i didn't try the patch, but i think i just hit the same problem. can you
> test if its fixed now?
partially,
the thaw problem is not there anymore, but the configuration won't proceed
because, there will be a left-over t/conf/httpd.conf and even ./
On Mon, 27 Aug 2001, Doug MacEachern wrote:
> On Mon, 27 Aug 2001, Stas Bekman wrote:
>
> >
> > I don't recall when this thing have changed if at all. I'm messing with
> > the build system including APXS which fails and I had to patch it. So
> > suddenly I've started to get problems with ./t/TEST
I thought that it's safe to require() modules ./t/response/. But I see
that it fails.
Can't load
'/home/stas/apache.org/test/blib/arch/auto/Apache/RequestIO/RequestIO.so'
for module Apache::RequestIO:
/home/stas/apache.org/test/blib/arch/auto/Apache/RequestIO/RequestIO.so:
undefined symbol: per
14 matches
Mail list logo
