From @AlexDaniel

Code​:
my int @​a = ^Inf; dd @​a

Result (2015.12,2016.02)​:
This type cannot unbox to a native integer
  in block <unit> at /tmp/fdFVh_0R7j line 1

Result (2016.03,HEAD)​:
array[int].new()

In other words, ^Inf does nothing when assigned to @​a. Even though the previous error message was LTA, the behavior was better because it wasn't swallowing it silently.

Bisectable points to rakudo/rakudo@2a20197

From @zoffixznet

The problem is the operator returns a failure, but since we're assigning it doesn't get sunk and so is silent.

I see 16 fail()s in src/core/native_array.pm and I'm unsure what the best way to do this (lizmat, any idea?)

Along with the silent one for STORE, the .splice ones also explode prematurely by being stuffed into a native type somewhere​:

my int @​a = ^Inf; # Failure is silent
my int @​a; @​a.append​: 1...*; # Failure explodes
my int @​a; @​a.unshift​: 1...*; # Failure explodes
my int @​a; @​a.splice​: 1...*; # Failure, gives​:
<camelia> rakudo-moar 19df35​: OUTPUT«This type cannot unbox to a native integer​: P6opaque, Failure␤ in block <unit> at <tmp> line 1␤␤»

On Thu, 29 Dec 2016 09​:33​:20 -0800, alex.jakimenko@​gmail.com wrote​:

Code​:
my int @​a = ^Inf; dd @​a

Result (2015.12,2016.02)​:
This type cannot unbox to a native integer
in block <unit> at /tmp/fdFVh_0R7j line 1

Result (2016.03,HEAD)​:
array[int].new()

In other words, ^Inf does nothing when assigned to @​a. Even though the
previous error message was LTA, the behavior was better because it
wasn't swallowing it silently.

Bisectable points to
rakudo/rakudo@2a20197

The RT System itself - Status changed from 'new' to 'open'

From @zoffixznet

*operation

.oO( where's the edit button when you need it /o\ )

From @geekosaur

On Thu, Dec 29, 2016 at 1​:43 PM, Zoffix Znet via RT <
perl6-bugs-followup@​perl.org> wrote​:

I see 16 fail()s in src/core/native_array.pm and I'm unsure what the best
way to do this (lizmat, any idea?)

Is this making moritz's point on IRC yesterday?
2016 Dec 28 18​:39​:27 <moritz> I think fail() was a mistake, and it's time
we admitted it

--
brandon s allbery kf8nh sine nomine associates
allbery.b@​gmail.com ballbery@​sinenomine.net
unix, openafs, kerberos, infrastructure, xmonad http://sinenomine.net

From @lizmat

Fixed with aa35065, tests needed.

On 29 Dec 2016, at 18​:33, Aleks-Daniel Jakimenko-Aleksejev (via RT) <perl6-bugs-followup@​perl.org> wrote​:

# New Ticket Created by Aleks-Daniel Jakimenko-Aleksejev
# Please include the string​: [perl #​130443]
# in the subject line of all future correspondence about this issue.
# <URL​: https://rt-archive.perl.org/perl6/Ticket/Display.html?id=130443 >

Code​:
my int @​a = ^Inf; dd @​a

Result (2015.12,2016.02)​:
This type cannot unbox to a native integer
in block <unit> at /tmp/fdFVh_0R7j line 1

Result (2016.03,HEAD)​:
array[int].new()

In other words, ^Inf does nothing when assigned to @​a. Even though the previous error message was LTA, the behavior was better because it wasn't swallowing it silently.

Bisectable points to rakudo/rakudo@2a20197

From @zoffixznet

On Thu, 29 Dec 2016 10​:47​:39 -0800, allbery.b@​gmail.com wrote​:

On Thu, Dec 29, 2016 at 1​:43 PM, Zoffix Znet via RT <
perl6-bugs-followup@​perl.org> wrote​:

Is this making moritz's point on IRC yesterday?

By that logic we should be throwing away all the features, the first time we encounter a buggy interaction.
https://irclog.perlgeek.de/perl6-dev/2016-12-28#i_13814034

From @moritz

Test added​: https://rt-archive.perl.org/perl6//Public/Bug/Display.html?id=130443

@moritz - Status changed from 'open' to 'resolved'