List Info

Thread: Re: state vars: init with handle?




Re: state vars: init with handle?
user name
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?
user name
2007-09-19 09:49:05
On 9/19/07, Abigail <abigailabigail.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?
user name
2007-09-19 09:53:57
On 19/09/2007, Abigail <abigailabigail.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]

about | contact  Other archives ( Real Estate discussion Medical topics )