Re^5: Strange modification of @

the caller needs to know that the argument to fn() will be used directly from @_ after a regexp, or
the function needs to know that the argument is an alias of a global variable which will be modified by the regexp.

Not true. Just use the standard calling convention.

sub f {
   my (...) = @_;
   ...
}
[download]

I think the takeaway for me is that when passing $1, etc into a function, that it should be quoted (to copy it)

Maybe. I would have thought it was: There are risks in avoiding the standard calling convention.

You're doing something unnatural then claim you have to take unnatural measures to avoid the resulting problems.

You increase cohesion by using aliases then complain of the increased cohesion.

What would like from us?

Comment on Re^5: Strange modification of @_ Download Code

Replies are listed 'Best First'.
Re^6: Strange modification of @_ by jrw (Monk) on Apr 24, 2009 at 20:51 UTC
Ikegami, I'm not sure what you're talking about. If you look at my original post, I did use `my ($str) = @_;`. I'm not avoiding the standard calling convention. What would like from us? Nothing. You answered my original question. (Thanks!) There doesn't seem to be any way around one of the two fixes I mentioned above and I don't like either of them (because they feel unnatural). I think the underlying problem is that $1 is a global and that interferes with the use of pass-by-reference.	[reply] [d/l]
Re^7: Strange modification of @_ by ikegami (Patriarch) on Apr 24, 2009 at 21:58 UTC
I'm not avoiding the standard calling convention. You may assign `$_[0]` to `$str`, but you also continue to use `$_[0]`. This continued use of `@_` is the nonstandard element.	[reply] [d/l] [select]