|
List Info
Thread: Re: state vars: init with handle?
|
|
| Re: state vars: init with handle? |

|
2007-09-19 09:38:17 |
On Wed, Sep 19, 2007 at 02:31:53PM +0200, Rafael
Garcia-Suarez wrote:
>
> Well, given that open() is one of the very few
built-ins that modify
> its argument (with sysopen() -- any others?),
substr, push, pop, shift, unshift, splice, vec, chomp, chop,
undef, tie,
bless.
Abigail
|
|
| Re: state vars: init with handle? |

|
2007-09-19 09:49:05 |
On 9/19/07, Abigail <abigail abigail.be> wrote:
> On Wed, Sep 19, 2007 at 02:31:53PM +0200, Rafael
Garcia-Suarez wrote:
> >
> > Well, given that open() is one of the very few
built-ins that modify
> > its argument (with sysopen() -- any others?),
>
> substr, push, pop, shift, unshift, splice, vec, chomp,
chop, undef, tie,
> bless.
You could make a case for s/// and tr// to be included in
this list as well.
Yves
--
perl -Mre=debug -e "/just|another|perl|hacker/"
|
|
| Re: state vars: init with handle? |

|
2007-09-19 09:53:57 |
On 19/09/2007, Abigail <abigail abigail.be> wrote:
> On Wed, Sep 19, 2007 at 02:31:53PM +0200, Rafael
Garcia-Suarez wrote:
> >
> > Well, given that open() is one of the very few
built-ins that modify
> > its argument (with sysopen() -- any others?),
>
> substr, push, pop, shift, unshift, splice, vec, chomp,
chop, undef, tie,
> bless.
>From this list, I see only tie() which has an interest.
The other most
of the time operate on a variable that has already been
used. But
C<tie state $foo> makes some sense.
|
|
[1-3]
|
|