[perl #131269] Doc bug in https://docs.perl6.org/language/rb-nutshell

Thank you for your report! However, doc bugs are reported on github. I have moved your ticket there: https://github.com/perl6/doc/issues/1299 On 2017-05-07 20:49:39, ben-goldb...@hotmail.com wrote: > On https://docs.perl6.org/language/rb-nutshell, it says: > > > * No space allowed before the

[perl #129843] [LTA] Indexing on a Str throws generic “out of range” message which is less than awesome (“hello”[2])

I agree with you, but we can do better. Usually I'm against all perl5 error messages, but I believe that this case is different. I am sure that this is what most people attempt to do at some point. I also know for sure that this is what I did a couple of times when I was starting with Perl 6. I

Re: [perl #131272] .pickpairs .Int-ifes the argument, but .pick doesn't (say ^5 .BagHash.pick(2.5))

Fixed with 31be51284e70badd8ed , tests needed. > On 8 May 2017, at 20:25, Aleks-Daniel Jakimenko-Aleksejev (via RT) > wrote: > > # New Ticket Created by Aleks-Daniel Jakimenko-Aleksejev > # Please include the string: [perl #131272] > # in the subject line of

Re: [perl #131272] .pickpairs .Int-ifes the argument, but .pick doesn't (say ^5 .BagHash.pick(2.5))

Fixed with 31be51284e70badd8ed , tests needed. > On 8 May 2017, at 20:25, Aleks-Daniel Jakimenko-Aleksejev (via RT) > wrote: > > # New Ticket Created by Aleks-Daniel Jakimenko-Aleksejev > # Please include the string: [perl #131272] > # in the subject line of

[perl #131272] .pickpairs .Int-ifes the argument, but .pick doesn't (say ^5 .BagHash.pick(2.5))

# New Ticket Created by Aleks-Daniel Jakimenko-Aleksejev # Please include the string: [perl #131272] # in the subject line of all future correspondence about this issue. # https://rt.perl.org/Ticket/Display.html?id=131272 > Code: say ^5 .BagHash.pickpairs(2.5); Result: (1 => 1 4 => 1)

[perl #131273] [REGRESSION] .pick and .pickpairs with negative amounts ( say ^5 .BagHash.pickpairs(-2.5) )

# New Ticket Created by Aleks-Daniel Jakimenko-Aleksejev # Please include the string: [perl #131273] # in the subject line of all future correspondence about this issue. # https://rt.perl.org/Ticket/Display.html?id=131273 > Not a big deal as it was changed yesterday, but still: Code: say ^5

Re: [perl #129843] [LTA] Indexing on a Str throws generic “out of range” message which is less than awesome (“hello”[2])

On Mon, May 8, 2017 at 2:52 PM, Aleks-Daniel Jakimenko-Aleksejev via RT < perl6-bugs-follo...@perl.org> wrote: > Usually I'm against all perl5 error messages This is a Pythonism (and C and other such languages). Older Perl has the same behavior that you can't index a string that way, but must

[perl #131270] Grabbing or picking NaN elements from a BagHash should not work (say ^5 .BagHash.pick(NaN))

On Mon, 08 May 2017 06:05:36 -0700, alex.jakime...@gmail.com wrote: > Code: > my $x = (^5).BagHash; > say $x.grab(NaN); > say $x > > Result: > [1 2 3 0 4] > BagHash.new() > > > In other words, it works like if you grabbed ∞ or *. It should > probably error out in some way. Thank you for the

[perl #131270] Grabbing or picking NaN elements from a BagHash should not work (say ^5 .BagHash.pick(NaN))

On Mon, 08 May 2017 06:05:36 -0700, alex.jakime...@gmail.com wrote: > Code: > my $x = (^5).BagHash; > say $x.grab(NaN); > say $x > > Result: > [1 2 3 0 4] > BagHash.new() > > > In other words, it works like if you grabbed ∞ or *. It should > probably error out in some way. Thank you for the

[perl #129843] [LTA] Indexing on a Str throws generic “out of range” message which is less than awesome (“hello”[2])

On Mon, 10 Oct 2016 06:05:10 -0700, alex.jakime...@gmail.com wrote: > Code: > say “hello”[2] > > Result: > Index out of range. Is: 2, should be in 0..0 > in block at -e line 1 > > Actually thrown at: > in block at -e line 1 > > > > IRC discussion starting here: >

[perl #129843] [LTA] Indexing on a Str throws generic “out of range” message which is less than awesome (“hello”[2])

On Mon, 10 Oct 2016 06:05:10 -0700, alex.jakime...@gmail.com wrote: > Code: > say “hello”[2] > > Result: > Index out of range. Is: 2, should be in 0..0 > in block at -e line 1 > > Actually thrown at: > in block at -e line 1 > > > > IRC discussion starting here: >

[perl #131270] Grabbing or picking NaN elements from a BagHash should not work (say ^5 .BagHash.pick(NaN))

# New Ticket Created by Aleks-Daniel Jakimenko-Aleksejev # Please include the string: [perl #131270] # in the subject line of all future correspondence about this issue. # https://rt.perl.org/Ticket/Display.html?id=131270 > Code: my $x = (^5).BagHash; say $x.grab(NaN); say $x Result: [1 2 3

Re: [perl #129843] [LTA] Indexing on a Str throws generic “out of range” message which is less than awesome (“hello”[2])

Yes, but I was trying to address this part: “Just recall how often the Perl-5-ism exceptions get thrown when writing normal Perl 6 code” The idea, I guess, is that the proposed error message has the same level of annoyingness as perl5-related error messages. On Mon, May 8, 2017 at 9:59 PM,

Re: [perl #129843] [LTA] Indexing on a Str throws generic “out of range” message which is less than awesome (“hello”[2])

Am 08.05.2017 um 20:59 schrieb Brandon Allbery: On Mon, May 8, 2017 at 2:52 PM, Aleks-Daniel Jakimenko-Aleksejev via RT > wrote: Usually I'm against all perl5 error messages This is a Pythonism (and C and other such

Re: [perl #129843] [LTA] Indexing on a Str throws generic “out of range” message which is less than awesome (“hello”[2])

On Mon, May 8, 2017 at 4:49 PM, Joachim Durchholz wrote: > If the mental model for Perl6 strings is "array of characters" though Perl has never had that mental model, is my point. It's generally imported by folks who come from languages where strings *are* "arrays of