[announce] Tie::Scalar::Decay v1.1.1

2001-05-21 Thread David Cantrell

I have just uploaded v1.1.1 of Tie::Scalar::Decay which fixes a minor bug
in v1.1.

It was actually a bug in the test suite :-) which was assuming that the
machine running the tests was a RTOS (or at least capable of responding
in near real-time).  Therefore, the final test, which gave sub-second
delays a work-out, has been removed.  I know it works anyway, as the
now-excised fifth test works flawlessly on an otherwise-idle test box.

Anyone got any RT patches for Linux/Sparc? :-)

-- 
David Cantrell | [EMAIL PROTECTED] | http://www.cantrell.org.uk/david/

  Rip, Mix, Burn, unless you're using our "most advanced operating system
   in the world" which we decided to release incomplete just for a laugh



Re: Tie::Scalar::Decay ...

2001-04-11 Thread David Cantrell

On Tue, Apr 10, 2001 at 05:00:54PM -0700, Paul Makepeace wrote:

> Cool Uses For Technology #497: Hmm, triggered on first access would
> be interesting too. That way you could put an object wrapper around
> the sinking platforms in Manic Miner.

but, to be *really* evil ...

Use Tie::Array::blah to implement functions which take more than one
parameter.  Overload the stringify operator to make it easy to get the
result.  You could even define tied arrays which do matrix things.
There wouldn't be much point to this.

I'm wittering, so shall stop now.

-- 
David Cantrell | [EMAIL PROTECTED] | http://www.cantrell.org.uk/david/

This is a signature.  There are many like it but this one is mine.

** I read encrypted mail first, so encrypt if your message is important **



Re: Tie::Scalar::Decay ...

2001-04-11 Thread Tony Bowden

On Tue, Apr 10, 2001 at 10:41:51PM +0100, David Cantrell wrote:
> > Didn't Tony from Blackstar do this already?  
> Yes, but a) he never released it on CPAN

At the time I was under a contract which didn't let me do this...

I should really upload some stuff now ...

Tony
-- 
--
 Tony Bowden | [EMAIL PROTECTED] | http://www.tmtm.com/
  epiphany just went to ground, 3 wise men just can't be found
--

 PGP signature


Re: Tie::Scalar::Decay ...

2001-04-10 Thread Paul Makepeace

On Tue, Apr 10, 2001 at 10:41:51PM +0100, David Cantrell wrote:
> Whilst I thought that a radioactive-style decay was a suitable default,
> for the app I wrote it for, a simple decrement every time period was
> more appropriate.

Cool Uses For Technology #497: Hmm, triggered on first access would
be interesting too. That way you could put an object wrapper around
the sinking platforms in Manic Miner.

Paul



Re: Tie::Scalar::Decay ...

2001-04-10 Thread David Cantrell

On Tue, Apr 10, 2001 at 03:51:21PM +0100, Rob Partington wrote:

> Didn't Tony from Blackstar do this already?  
> 
>   Date: Wed, 1 Nov 2000 14:33:40 +
>   From: Tony Bowden <[EMAIL PROTECTED]>
>   To: [EMAIL PROTECTED]
>   Subject: Re: RFC: Tie::Scalar::Timeout
>   Message-ID: <[EMAIL PROTECTED]>
> 
>   package Radioactive::Decay;
>   [snip]

Yes, but a) he never released it on CPAN, b) I couldn't find it with a
quick search through my archives, and c) mine does more, including letting
you define your own custom decay function.

Whilst I thought that a radioactive-style decay was a suitable default,
for the app I wrote it for, a simple decrement every time period was
more appropriate.

-- 
David Cantrell | [EMAIL PROTECTED] | http://www.cantrell.org.uk/david/

This is a signature.  There are many like it but this one is mine.

** I read encrypted mail first, so encrypt if your message is important **



Re: Tie::Scalar::Decay ...

2001-04-10 Thread Marty Pauley

On Tue Apr 10 15:51:21 2001, Rob Partington wrote:
> In message <[EMAIL PROTECTED]>,
> Greg McCarroll <[EMAIL PROTECTED]> writes:
> > * David Cantrell ([EMAIL PROTECTED]) wrote:
> > > ... is on its way to CPAN.  If you're desperate for it, you can also snarf
> > > it from http://www.cantrell.org.uk/david/tech/Tie-Scalar-Decay-1.0.tar.gz.
> > shurely Tie::Array::Decay would be better
> 
> Didn't Tony from Blackstar do this already?  

Yes, but he didn't upload it to CPAN: it's on the belfast.pm site.

-- 
Marty

 PGP signature


Re: Tie::Scalar::Decay ...

2001-04-10 Thread Rob Partington

In message <[EMAIL PROTECTED]>,
Greg McCarroll <[EMAIL PROTECTED]> writes:
> * David Cantrell ([EMAIL PROTECTED]) wrote:
> > ... is on its way to CPAN.  If you're desperate for it, you can also snarf
> > it from http://www.cantrell.org.uk/david/tech/Tie-Scalar-Decay-1.0.tar.gz.
> shurely Tie::Array::Decay would be better

Didn't Tony from Blackstar do this already?  

  Date: Wed, 1 Nov 2000 14:33:40 +
  From: Tony Bowden <[EMAIL PROTECTED]>
  To: [EMAIL PROTECTED]
  Subject: Re: RFC: Tie::Scalar::Timeout
  Message-ID: <[EMAIL PROTECTED]>

  package Radioactive::Decay;
  [snip]
-- 
rob partington % [EMAIL PROTECTED] % http://lynx.browser.org/



Re: Tie::Scalar::Decay ...

2001-04-10 Thread Greg McCarroll

* David Cantrell ([EMAIL PROTECTED]) wrote:
> ... is on its way to CPAN.  If you're desperate for it, you can also snarf
> it from http://www.cantrell.org.uk/david/tech/Tie-Scalar-Decay-1.0.tar.gz.
> 
> It was inspired by Marcel's Tie::Scalar::Timeout.  By default, it simulates
> radioactive decay with a fairly arbitrary half-life of five seconds.  You
> can, if you wish, specify other decay functions either by passing it a
> coderef, or a string which gets evalled.
> 

shurely Tie::Array::Decay would be better

-- 
Greg McCarroll  http://www.mccarroll.uklinux.net



Tie::Scalar::Decay ...

2001-04-10 Thread David Cantrell

... is on its way to CPAN.  If you're desperate for it, you can also snarf
it from http://www.cantrell.org.uk/david/tech/Tie-Scalar-Decay-1.0.tar.gz.

It was inspired by Marcel's Tie::Scalar::Timeout.  By default, it simulates
radioactive decay with a fairly arbitrary half-life of five seconds.  You
can, if you wish, specify other decay functions either by passing it a
coderef, or a string which gets evalled.

-- 
David Cantrell | [EMAIL PROTECTED] | http://www.cantrell.org.uk/david/

This is a signature.  There are many like it but this one is mine.

** I read encrypted mail first, so encrypt if your message is important **