[EMAIL PROTECTED] (Andreas J. Koenig) writes:
> ./ext/Storable/t/code.NOK 38# Test 38 got: 'code sub {
> use strict 'refs';
> 'JAPH';
> } caused an error: caller trapped by operation mask at ../lib/strict.pm line 22.
> Compilation failed in require at (eval 37) line
So, I punched a bare printf in Perl_ck_bitop, and while running
'make tests', I spotted the following potential problem in
ext/Storable/t/integer.t, line 151 :
my $bit = ok (($copy_s1 ^ $copy1 == 0), "$process $copy1 (bitpattern)");
There should be parens around the ^ op.
I don't know whe
On Thu 03 Oct 2002 12:53, "H.Merijn Brand" <[EMAIL PROTECTED]> wrote:
> On Thu 03 Oct 2002 12:43, "H.Merijn Brand" <[EMAIL PROTECTED]> wrote:
> > Here it is, against 17970. Take 1. A lot more work than removing leaktest. I
> > had to refuel the chainsaw twice, put it purred away nicely :)
>
> als
On Wed, Oct 02, 2002 at 05:07:20PM -0400, Michael G Schwern wrote:
> On Wed, Oct 02, 2002 at 10:26:32PM +0200, H.Merijn Brand wrote:
> > > I realize that sbrk() is a familiar concept to deep C programmers on
> > > BSD-style systems, but in order for this to be useful to Perl programmers,
> > > or
On Thu 03 Oct 2002 11:43, Nicholas Clark <[EMAIL PROTECTED]> wrote:
> On Wed, Oct 02, 2002 at 05:07:20PM -0400, Michael G Schwern wrote:
> > On Wed, Oct 02, 2002 at 10:26:32PM +0200, H.Merijn Brand wrote:
>
> > > > I realize that sbrk() is a familiar concept to deep C programmers on
> > > > BSD-s
> On Thu, 03 Oct 2002 13:01:52 +0200, "H.Merijn Brand" <[EMAIL PROTECTED]> said:
>> If it only returns the value from sbrk(), damn well call it sbrk.
> Ahh, someone on /my/ side.
Mee too.
> So far, all I got was criticism. I asked for it. But no-one said it was useful.
> (Or I didn'