[perl #53966] [PATCH] gmtime & localtime returns wrong string length on unix

# New Ticket Created by Ivan B. Serezhkin # Please include the string: [perl #53966] # in the subject line of all future correspondence about this issue. # http://rt.perl.org/rt3/Ticket/Display.html?id=53966 > Hello. .sub _ :main load_bytecode 'Data/Dumper.pbc' .local pmc Dumper, str

[perl #45179] [PATCH] adding more notes about string length to tutorial (and test)

# New Ticket Created by Colin Kuskie # Please include the string: [perl #45179] # in the subject line of all future correspondence about this issue. # http://rt.perl.org/rt3/Ticket/Display.html?id=45179 > This patch talks more about the length opcode, and on which kinds of variables it can b

[perl #45179] [PATCH] adding more notes about string length to tutorial (and test)

On Tue Sep 04 13:20:09 2007, [EMAIL PROTECTED] wrote: > This patch talks more about the length opcode, and on which kinds of > variables it can be used with. Since there's more PIR code, > t/examples/tutorial.t is updated. Watch out for the 'register register' when applying this. Any particular

String length

S02 states that there is no ".length" method on Str's (or for cumulative element length of Arrays); you have to ask explicitly for the units you want to count . But then it goes on to define the StrPos and StrLen types, which are unit-agnostic. So why not have a .length that returns a StrLen?