Re^3: Why this simple code doesn't work?

I totally agree that when following my advice the script will break. And for good reasons, since there is no good reason why you want to "re-cycle" a built-in keyword and then you can only make your bad choice of a sub-routine name work by using a construct that has an unwanted (and I am quite sure, unknown to the OP) side-effect.

I think my "standard response" to using prototypes and the calling of subs with "&" is correct. Someone adds a wrong prototype to the sub-definition (I repeat, probably blissfully unaware of what he did) and then you need to set aside the prototype to make it work. Please, explain to me the merit of this kind of programming.

In Perl 4 you had to prepend "&" to the sub-name to call it. In Perl 5 the meaning of "&" has totally changed.

And I challenge you to proof that adding "&" to all your sub-calls is not silly. Some subs that work like built-ins need the prototyping to work.

CountZero

A program should be light and agile, its subroutines connected like a string of pearls. The spirit and intent of the program should be retained throughout. There should be neither too little or too much, neither needless loops nor useless variables, neither lack of structure nor overwhelming rigidity." - The Tao of Programming, 4.1 - Geoffrey James

My blog: Imperial Deltronics

Comment on Re^3: Why this simple code doesn't work? Select or Download Code

Replies are listed 'Best First'.
Re^4: Why this simple code doesn't work? by JavaFan (Canon) on Mar 02, 2012 at 20:24 UTC
It's funny that you first totally ignored the, what you call, "re-use" of a keyword, and only when pointed out that the "saving of a keystroke" actually breaks you come with "yeah, but you shouldn't reuse a keyword". It's ever funnier that you first make a big deal about prototypes, and that you shouldn't use them, and then keep saying that the use of `&` circumvents them. And that while none of them contributed a single iota to solving the problem the OP had.	[reply] [d/l]
Re^5: Why this simple code doesn't work? by CountZero (Bishop) on Mar 03, 2012 at 10:26 UTC
It pleases me a lot that my funny remarks brought a smile upon your face! :) CountZero A program should be light and agile, its subroutines connected like a string of pearls. The spirit and intent of the program should be retained throughout. There should be neither too little or too much, neither needless loops nor useless variables, neither lack of structure nor overwhelming rigidity." - The Tao of Programming, 4.1 - Geoffrey James My blog: Imperial Deltronics	[reply]


good chemistry is complicated, and a little bit messy -LW
	PerlMonks