Yes, but SvPVX won't.
You're still at it aren't you. Trying to pretend (or at least imply), that you know something special. Back there a ways I was willing to give you the benefit of the doubt, so I asked you to explain yourself. You haven't.
So, I'll make an assertion: SvPVX cannot treat it's target SV as anything! Bytes. UTF_whatever. Or flying ducks.
All SvPVX can do is return the address held in the pv slot, or die if it is a readonly scalar.
Examine what is said, not who speaks -- Silence betokens consent -- Love the truth but pardon error.
"Science is about questioning the status quo. Questioning authority".
In the absence of evidence, opinion is indistinguishable from prejudice.
| [reply] |
I asked you to explain yourself. You haven't.
You seem to have missed Re^8: Interleaving bytes in a string quickly? If sv contains the byte string "\x80\x81", the pointer returned by SvPVX(sv) points to one of the following:
- two bytes 80 81*
- three bytes 80 81 00
- four bytes C2 80 C2 81*
- five bytes C2 80 C2 81 00
* — These tend to be considered bugs.
| [reply]
[d/l]
[select] |
Nope. I didn't miss it. I just didn't believe that you could get things so arse backward.
(Sorry about this, but the point needs to be stated clearly!), SvPVX() performs NO COERCIONS WHATSOEVER!.
Which makes that impossible. I therefore invite you to prove your assertion with code!
Examine what is said, not who speaks -- Silence betokens consent -- Love the truth but pardon error.
"Science is about questioning the status quo. Questioning authority".
In the absence of evidence, opinion is indistinguishable from prejudice.
| [reply] |