nqp::p6recont_ro(Scalar)

[p6rt]

Migrated from rt.perl.org#130852 (status was 'resolved')

Searchable as RT130852$

[p6rt]

From @zoffixznet

Originally encountered this grepping CORE​:: symbols and calling .unique on the result.

Golfed it down to nqp​::p6recont_ro(Scalar)​:

  <ZoffixW> m​: unique Scalar
  <camelia> rakudo-moar d41b68​: OUTPUT​: «(signal SEGV)»

  <ZoffixW> m​: use nqp; nqp​::p6recont_ro(Scalar)
  <camelia> rakudo-moar d41b68​: OUTPUT​: «(signal SEGV)»

[p6rt]

From @zoffixznet

I further dug in src/vm/moar/ops/perl6_ops.c in `static void p6recont_ro(` and the SEGV seems to
occur when `((Rakudo_ContainerDescriptor *)desc)->rw` is evaluated

[p6rt]

From @zoffixznet

On Fri, 24 Feb 2017 08​:21​:12 -0800, cpan@​zoffix.com wrote​:

Originally encountered this grepping CORE​:: symbols and calling
.unique on the result.

Golfed it down to nqp​::p6recont_ro(Scalar)​:

<ZoffixW> m​: unique Scalar
<camelia> rakudo-moar d41b68​: OUTPUT​: «(signal SEGV)»

<ZoffixW> m​: use nqp; nqp​::p6recont_ro(Scalar)
<camelia> rakudo-moar d41b68​: OUTPUT​: «(signal SEGV)»

Thank you for the report. This is now fixed.

Fix​: rakudo/rakudo@ae2c1dadf0
Test​: Raku/roast@e31c78c52b

[p6rt]

@zoffixznet - Status changed from 'new' to 'resolved'