On Sun, 2005-04-24 at 07:51 +, Nigel Sandever wrote:
> On Sat, 23 Apr 2005 21:00:11 -0700, [EMAIL PROTECTED] (Larry Wall) wrote:
> > From what I've read, the trend in most modern implementations of
> > concurrency is away from shared state by default, essentially because
> > shared memory simp
On Sat, 23 Apr 2005 21:00:11 -0700, [EMAIL PROTECTED] (Larry Wall) wrote:
> On Sun, Apr 24, 2005 at 03:37:23AM +, Nigel Sandever wrote:
> : On Sun, 24 Apr 2005 03:47:42 +0800, [EMAIL PROTECTED] (Autrijus Tang)
wrote:
> : >
> : > Oh well. At least the same code can be salvaged to make iThread
On Sun, Apr 24, 2005 at 03:37:23AM +, Nigel Sandever wrote:
: On Sun, 24 Apr 2005 03:47:42 +0800, [EMAIL PROTECTED] (Autrijus Tang) wrote:
: >
: > Oh well. At least the same code can be salvaged to make iThreads
:
: Please. No iThreads behaviour in Perl 6.
:
: Nobody uses them and whilst s
On Sun, 24 Apr 2005 03:47:42 +0800, [EMAIL PROTECTED] (Autrijus Tang) wrote:
>
> Oh well. At least the same code can be salvaged to make iThreads
Please. No iThreads behaviour in Perl 6.
Nobody uses them and whilst stable, the implementation is broken in so many way.
But worse, the underlying
On Sat, Apr 23, 2005 at 10:07:05PM +0200, Juerd wrote:
: Autrijus Tang skribis 2005-04-24 3:58 (+0800):
: > Please sanity-check the following:
: > pugs> my ($x, @a); $x := @a[-1]; $x = 3; @a
: > *** Error: Modification of non-creatable array value attempted
:
: Pass. (For reference: The e
Autrijus Tang skribis 2005-04-24 3:58 (+0800):
> Please sanity-check the following:
> pugs> my ($x, @a); $x := @a[-1]; $x = 3; @a
> *** Error: Modification of non-creatable array value attempted
Pass. (For reference: The error is in the second statement.)
> pugs> my ($x, @a); $x := @
On Sat, Apr 23, 2005 at 09:50:26PM +0200, Juerd wrote:
> Autrijus Tang skribis 2005-04-24 3:47 (+0800):
> > $x := @a[0];# vivified or not?
>
> Vivified, because you're taking a reference (not at language level) and
> you can't have a reference (at internal level) pointing to something
> t
Autrijus Tang skribis 2005-04-24 3:47 (+0800):
> $x := @a[0]; # vivified or not?
Vivified, because you're taking a reference (not at language level) and
you can't have a reference (at internal level) pointing to something
that doesn't exist. At language level, you can, but only symbolica
On Sat, Apr 23, 2005 at 10:21:56AM -0700, Larry Wall wrote:
> : Now, those two semantics directly clash when the RHS can be
> : interpreted both ways. One good example would be array dereference:
> :
> : my ($x, @a);
> : $x := @a[-1];
> : @a = (1..100);
> : say $x;
> :
> : Under
On Sat, Apr 23, 2005 at 06:51:04PM +0800, Autrijus Tang wrote:
: Greetings. In implementing :=, I have discovered two different
: set of semantics in explantations. I will refer them as "linking" and
: "thunking".
Congratulations--you've rediscovered "call by ref" and "call by name",
but computer
Autrijus Tang skribis 2005-04-23 18:51 (+0800):
> Now, those two semantics directly clash when the RHS can be
> interpreted both ways.
Not if methods for attributes like .chars promise to always return the
same variable, which would make even more sense if they were lvalue
methods. They can be put
Hi,
Autrijus Tang wrote:
> my ($x, @a);
> $x := @a[0];
> @a := ($x, $x, $x);
> $x := 1;
> say @a; # (undef, undef, undef)
hm, I'd expect @a to be (1, 1, 1) (WE = when evaluated):
my ($x, @a);# $x is undef WE, @a is () WE
$x := @a[0];# $x is undef WE, @a is
12 matches
Mail list logo