Re^2: Should chomping a constant always raise an error?

That would require anyone calling the sub to tie the constants--which makes no sense at all.

It just took me by surprise that chomp died when asked to inspect a variable that was readonly. The work-arounds are myriad:

The XS version of Scalar::Util has a readonly function.
I could also use the eval block technique to catch the death. (Which is how the pure Perl version of Scalar::Util::readonly() does it.)
The Internals package has a IsWriteProtected() function.
I could use Inline::C to use the svREADONLY macro.
etc.

But, as chomp has to determine if there is anything to chomp, before attempting to modify it's argument, I just expected it to make that determination before checking for readonlyness. It doesn't do it that way, so I have to do extra tests or copies myself.

I've gotten spoiled by Perl's DWIMming things like negative offsets don't die, they work backwards from the end. Same with negative subscripts; ranges that produce no values; empty lists that act correctly regardless of the context etc.

On this occasion it didn't DWIM for me.

Examine what is said, not who speaks.

Silence betokens consent.

Love the truth but pardon error.

Lingua non convalesco, consenesco et abolesco.

Comment on Re^2: Should chomping a constant always raise an error? Select or Download Code

Replies are listed 'Best First'.
Re^3: Should chomping a constant always raise an error? by Anonymous Monk on Mar 14, 2005 at 11:53 UTC
Oddly enough, if you use the `Readonly` module to mark your variable readonly, chomping will only fail if the variable is actually tried to be modified: `#!/usr/bin/perl use strict; use warnings; use Readonly; Readonly my $msg1 => "Hello, world"; Readonly my $msg2 => "Hello, world\n"; chomp $msg1; # line 11 chomp $msg2; # line 12 __END__ Modification of a read-only value attempted at /tmp/ro line 12` [download]	[reply] [d/l]
Re^3: Should chomping a constant always raise an error? by ysth (Canon) on Mar 14, 2005 at 08:56 UTC
4. I could use Inline::C to use the svREADONLY macro. Done for you, in 5.8.0 and higher: `Internals::SvREADONLY($sv)`	[reply] [d/l]
Re^4: Should chomping a constant always raise an error? by BrowserUk (Patriarch) on Mar 14, 2005 at 09:02 UTC
See number 3). :) Examine what is said, not who speaks. Silence betokens consent. Love the truth but pardon error. Lingua non convalesco, consenesco et abolesco.	[reply] [d/l]
Re^5: Should chomping a constant always raise an error? by ysth (Canon) on Mar 14, 2005 at 09:11 UTC
The function I was referring to is built in, not from the CPAN module.	[reply]
Re^6: Should chomping a constant always raise an error? by BrowserUk (Patriarch) on Mar 14, 2005 at 09:44 UTC
Re^7: Should chomping a constant always raise an error? by ysth (Canon) on Mar 14, 2005 at 09:53 UTC


Problems? Is your data what you think it is?
	PerlMonks