From pat@patspam.com

The following code, entered into the Rakudo REPL, causes a ~30 second delay,
followed by a Segmentation fault​:

$ perl6
1..2.PARROT
Segmentation fault

The following variations are ok however​:
$ perl6

2.PARROT
Int
(1..2).PARROT
Range
1..Int

The following returns almost immediately without any output​:
$ perl6 -e '1..2.PARROT'

Whereas the following causes a stream of semi-repeating numbers to spew onto
the screen, for about 30 seconds, until a Segfault occurs​:
$ perl6 -e 'say 1..2.PARROT'

The bug seems to be at least partially reproducible via p6eval on #perl6​:
(15​:55​:18) tadzik​: star​: say 1..2.PARROT
(15​:55​:30) p6eval​: star 2010.07​:
(15​:55​:31) p6eval​:
..OUTPUT«(timeout)101112131415161718192021222324252627282930313233343536373839404142434445464748495051525354555657585960616263646566676869707172737475767778798081828384858687888990919293949596979899100101102103104105106107108109110111112113114115116117118119120121122123124125126127128129130…

My system information​:

OS​: Ubuntu 10.04

$ uname -a
Linux pattop 2.6.32-24-generic #​43-Ubuntu SMP Thu Sep 16 14​:17​:33 UTC 2010
i686 GNU/Linux

$ git rev-parse HEAD
9fd5eaa6c8aa5f0cf22247e0def0929715e322ed # e.g. Star+0

$ perl6 --verison
This is Rakudo Perl 6, version 2010.07-47-g9fd5eaa built on parrot 2.6.0
r48152

@jkeenan - Status changed from 'new' to 'open'

From @jkeenan

On Fri Sep 24 12​:59​:41 2010, pat@​patspam.com wrote​:

The following code, entered into the Rakudo REPL, causes a ~30 second
delay,
followed by a Segmentation fault​:

$ perl6
1..2.PARROT
Segmentation fault

Could not reproduce.

The following variations are ok however​:
$ perl6

2.PARROT
Int
(1..2).PARROT
Range
1..Int

Got same results.

The following returns almost immediately without any output​:
$ perl6 -e '1..2.PARROT'

Got same results.

Whereas the following causes a stream of semi-repeating numbers to
spew onto
the screen, for about 30 seconds, until a Segfault occurs​:
$ perl6 -e 'say 1..2.PARROT'

I got, in effect, a newline -- but no segfault.

$ uname -a
Linux li11-226 2.6.18.8-linode22 #​1 SMP Tue Nov 10 16​:12​:12 UTC 2009
i686 GNU/Linux

Built from the August 2010 Rakudo Star distribution

$ perl6 --version

This is Rakudo Perl 6, version 2010.08 built on parrot 2.7.0

From @coke

On Fri Sep 24 12​:59​:41 2010, pat@​patspam.com wrote​:

The following code, entered into the Rakudo REPL, causes a ~30 second
delay,
followed by a Segmentation fault​:

$ perl6
1..2.PARROT
Segmentation fault

The following variations are ok however​:
$ perl6

2.PARROT
Int
(1..2).PARROT
Range
1..Int

The following returns almost immediately without any output​:
$ perl6 -e '1..2.PARROT'

Whereas the following causes a stream of semi-repeating numbers to
spew onto
the screen, for about 30 seconds, until a Segfault occurs​:
$ perl6 -e 'say 1..2.PARROT'

The bug seems to be at least partially reproducible via p6eval on
#perl6​:
(15​:55​:18) tadzik​: star​: say 1..2.PARROT
(15​:55​:30) p6eval​: star 2010.07​:
(15​:55​:31) p6eval​:

..OUTPUT«(timeout)101112131415161718192021222324252627282930313233343536
373839404142434445464748495051525354555657585960616263646566676869707172
737475767778798081828384858687888990919293949596979899100101102103104105
106107108109110111112113114115116117118119120121122123124125126127128129
130…

My system information​:

OS​: Ubuntu 10.04

$ uname -a
Linux pattop 2.6.32-24-generic #​43-Ubuntu SMP Thu Sep 16 14​:17​:33 UTC
2010
i686 GNU/Linux

$ git rev-parse HEAD
9fd5eaa6c8aa5f0cf22247e0def0929715e322ed # e.g. Star+0

$ perl6 --verison
This is Rakudo Perl 6, version 2010.07-47-g9fd5eaa built on parrot
2.6.0
r48152

With the advent of 6model, .PARROT is now gone, so now all you'll get
is​:

Method 'PARROT' not found for invocant

Regards.
--
Will "Coke" Coleda

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