> > > I see, try this patch (untested):
> >
> > I didn't realize that END {} is a block already :) here is a simpler patch
> > (still untested):
> >
> > Index: Apache-Test/lib/Apache/TestRun.pm
> > ===
> > RCS file:
> > /home/cvs/http
On Wed, 29 Aug 2001, Stas Bekman wrote:
> On Wed, 29 Aug 2001, Stas Bekman wrote:
>
> > > > > The change was made in revision 1.28 of TestRun.pm, if you want to
> > > > > have a
> > > > > look at it yourself. I have no idea how to fix this in a nice way,
> > > > > short
> > > > > of moving it i
On Wed, 29 Aug 2001, Stas Bekman wrote:
> > > > The change was made in revision 1.28 of TestRun.pm, if you want to have
> > > > a
> > > > look at it yourself. I have no idea how to fix this in a nice way, short
> > > > of moving it into a wrapper that runs t/TEST, remembers the exit status,
> > >
> > > The change was made in revision 1.28 of TestRun.pm, if you want to have a
> > > look at it yourself. I have no idea how to fix this in a nice way, short
> > > of moving it into a wrapper that runs t/TEST, remembers the exit status,
> > > then checks for coredumps afterwards and then exits acc
On Wed, 29 Aug 2001, Stas Bekman wrote:
> On Wed, 29 Aug 2001, Gary Benson wrote:
>
> >
> > Hi all,
> >
> > The core dump scanning bit in TestRun::install_sighandlers overwrites the
> > exit status, making t/TEST always return 0. This isn't too great if you
> > are calling it from a script ;-)
>
On Wed, 29 Aug 2001, Gary Benson wrote:
>
> Hi all,
>
> The core dump scanning bit in TestRun::install_sighandlers overwrites the
> exit status, making t/TEST always return 0. This isn't too great if you
> are calling it from a script ;-)
>
> I'm not interested in fixing it -- I've got a bunch of
Hi all,
The core dump scanning bit in TestRun::install_sighandlers overwrites the
exit status, making t/TEST always return 0. This isn't too great if you
are calling it from a script ;-)
I'm not interested in fixing it -- I've got a bunch of c-modules to port
;-) -- but here's my take on the pro
