My recollection is that when dealing with natives, there are not out of bounds / truncation checks, because a. this will make natives probably slower than non-natives, and b. many algorithms, specifically cryptographic ones, assume silent truncation.
So, as far as I’m concerned, this is ENOTABUG but a feature. :-) > On 25 Jul 2016, at 18:56, Aaron Sherman (via RT) > <perl6-bugs-follo...@perl.org> wrote: > > # New Ticket Created by Aaron Sherman > # Please include the string: [perl #128728] > # in the subject line of all future correspondence about this issue. > # <URL: https://rt.perl.org/Ticket/Display.html?id=128728 > > > > Buf.new(0x41, 0x42, 0x43, 0x03c0).say > > produces: > > Buf:0x<41 42 43 c0> > > But should probably at least warn about the truncation of 0x03c0 if not > outright error. > > > From IRC: > > [12:52] <harmil> m: Buf.new(0x41, 0x42, 0x43, 0x03c0).say > [12:52] <+camelia> rakudo-moar 041919: OUTPUT«Buf:0x<41 42 43 c0>» > [12:52] <harmil> Shouldn't that at least give a warning...? > [12:52] <unmatched}> About what? > [12:53] <unmatched}> Ah > [12:53] <harmil> About the truncation of 0x03c0? > [12:53] <unmatched}> Yeah, it should. > [12:53] <harmil> K, rakudobugging... > > > -- > Aaron Sherman, M.: > P: 617-440-4332 Google Talk, Email and Google Plus: a...@ajs.com > Toolsmith, developer, gamer and life-long student.
