Re: Very small feature suggestion

2016-03-09 Thread Darren Duncan
On 2016-03-09 7:59 AM, Parrot Raiser wrote: Software that traps a user with no obvious way to quit is annoying, (especially if one is just starting to learn it). When Perl 6 is invoked with no options, it starts the REPL, simply offering the ">" prompt, with no explanation of how to get out.

Very small feature suggestion

2016-03-09 Thread Parrot Raiser
Software that traps a user with no obvious way to quit is annoying, (especially if one is just starting to learn it). When Perl 6 is invoked with no options, it starts the REPL, simply offering the ">" prompt, with no explanation of how to get out. Anyone used to software is likely to have no

[perl #127660] submethod Bool isn't called when object used in Boolean context

2016-03-09 Thread jn...@jnthn.net via RT
On Fri Mar 04 21:02:59 2016, lloyd.fo...@gmail.com wrote: > class A { submethod Bool { True } }; say A || "lose" #-> lose > class A { method Bool { True } }; say A || "lose" #-> # (A) > > It looks like we have places where the .^submethod_table is ignored > >

[perl #127530] [BUG] segv on attempt to print certain CJK characters

2016-03-09 Thread jn...@jnthn.net via RT
On Fri Feb 12 13:35:21 2016, larry wrote: > 10:41 < TimToady> m: say "𢡊" > 10:41 <+camelia> rakudo-moar 691b39: OUTPUT«(signal SEGV)» > 10:42 < TimToady> jnthn: ^^ there's another glitch :) > 10:43 < timotimo> can you also make that with a \x literal, so that i can > more easily copy-paste it? >

Re: [perl #127660] [RESOLVED] submethod Bool isn't called when object used in Boolean context

2016-03-09 Thread Lloyd Fournier
Much appreciated. Jnthn++ On Wed, 9 Mar 2016 at 10:48 PM, jn...@jnthn.net via RT < perl6-bugs-follo...@perl.org> wrote: > According to our records, your request regarding > "submethod Bool isn't called when object used in Boolean context" > has been resolved. > > If you have any further

[perl #127629] Supply.Channel gets ".quit" instead of ".fail"ed when original Supply is quit

2016-03-09 Thread jn...@jnthn.net via RT
On Sun Feb 28 19:50:40 2016, b...@abrij.org wrote: > $ perl6 -e 'my $r = Supplier.new; my $s = $r.Supply; my $c = > $s.Channel; start { for @$c { "got $_".say }; 42.say; }; sleep 0.5; > for 1..4 { $r.emit($_); sleep 0.5 }; $r.quit(X::AdHoc.new(:message)); > sleep 1;' > got 1 > got 2 > got 3 > got

[perl #127665] [BUG] attribute accessors made by generate_accessor are not marked "rw"

2016-03-09 Thread jn...@jnthn.net via RT
On Sun Mar 06 12:18:56 2016, jns...@gellyfish.co.uk wrote: > The accessor methods that are generated for rw attributes function > correctly but are not actually marked 'rw': > > class F { has $.foo is rw }; say F.^lookup("foo").rw # False > > Whereas they did prior to generate_accessor being

[perl #127682] [OSX] writing more than 8192 bytes to IO::Handle causes it to hang forever

2016-03-09 Thread via RT
# New Ticket Created by Lloyd Fournier # Please include the string: [perl #127682] # in the subject line of all future correspondence about this issue. # https://rt.perl.org/Ticket/Display.html?id=127682 > perl6 -e 'my $proc = run($*EXECUTABLE, "-e", q| $*ERR.print("8" x 8193);|,:out,:err);