Re: [perl #129862] [BUG][POD] Pod::To::Text failing on uneven row lengths

[Tom Browder]

On Wed, Oct 12, 2016 at 3:22 PM, David Warring 
wrote:
> # New Ticket Created by  David Warring
> # Please include the string:  [perl #129862]
> # in the subject line of all future correspondence about this issue.
> # https://rt.perl.org/Ticket/Display.html?id=129862 >
>
>
> Consider pod.pl:
>
> =begin pod
>
> =begin table
> a | b | c
> l | m | n
> x | y
> =end table

With the current state of rakudo
​ pod​
, ill-formed tables are problematic.  Try redoing the table like this
(adding the separator for the missing column, making the column spacing the
same, lining up the column separators):

=begin table
a | b | c
l | m | n
x | y |
​  ​
=end table

​It still might not work with the empty cell.
​

[perl #129862] [BUG][POD] Pod::To::Text failing on uneven row lengths

[via RT]

# New Ticket Created by  David Warring 
# Please include the string:  [perl #129862]
# in the subject line of all future correspondence about this issue. 
# https://rt.perl.org/Ticket/Display.html?id=129862 >


Consider pod.pl:

=begin pod

=begin table
a | b | c
l | m | n
x | y
=end table

=end pod

% perl6  --doc /tmp/pod.pl

Method 'chars' not found for invocant of class 'Any'
  in block  at 
/home/david/git/rakudo-stable/install/share/perl6/sources/5DD1D8B49C838828E13504545C427D3D157E56EC
(Pod::To::Text) line 71
  in sub table2text at
/home/david/git/rakudo-stable/install/share/perl6/sources/5DD1D8B49C838828E13504545C427D3D157E56EC
(Pod::To::Text) line 70
  in sub pod2text at
/home/david/git/rakudo-stable/install/share/perl6/sources/5DD1D8B49C838828E13504545C427D3D157E56EC
(Pod::To::Text) line 23
  in block  at 
/home/david/git/rakudo-stable/install/share/perl6/sources/5DD1D8B49C838828E13504545C427D3D157E56EC
(Pod::To::Text) line 27
  in sub pod2text at
/home/david/git/rakudo-stable/install/share/perl6/sources/5DD1D8B49C838828E13504545C427D3D157E56EC
(Pod::To::Text) line 18
  in sub named2text at
/home/david/git/rakudo-stable/install/share/perl6/sources/5DD1D8B49C838828E13504545C427D3D157E56EC
(Pod::To::Text) line 52
  in sub pod2text at
/home/david/git/rakudo-stable/install/share/perl6/sources/5DD1D8B49C838828E13504545C427D3D157E56EC
(Pod::To::Text) line 21
  in block  at 
/home/david/git/rakudo-stable/install/share/perl6/sources/5DD1D8B49C838828E13504545C427D3D157E56EC
(Pod::To::Text) line 27
  in sub pod2text at
/home/david/git/rakudo-stable/install/share/perl6/sources/5DD1D8B49C838828E13504545C427D3D157E56EC
(Pod::To::Text) line 18
  in method render at
/home/david/git/rakudo-stable/install/share/perl6/sources/5DD1D8B49C838828E13504545C427D3D157E56EC
(Pod::To::Text) line 3

[perl #129772] [LTA] error message when using int parameters as subs

[jn...@jnthn.net via RT]

On Fri Sep 30 21:17:55 2016, c...@zoffix.com wrote:
> 
> If you accidentally use an `int` variable as a Callable, you get a  
> helpful error:
> 
>   m: my int $i; $i()
>   rakudo-moar 1f29cb: OUTPUT«No such method 'CALL-ME' for  
> invocant of type 'Int'␤  in block  at  line 1␤␤»
> 
> However, that's not the case if the variable is a parameter:
> 
>   m: sub (int $i) { $i() }
>   rakudo-moar 1f29cb: OUTPUT«===SORRY!===␤callee  
> expression must be an object␤»
> 
> Most heinous issue is the line number/file of the issue is missing  
> from the error message.
> 
Now the second gives the same error as the first. Test added in 
S32-exceptions/misc.t.

[perl #128694] [CONC] Supply.zip-latest locks up two Supply.interval supplies

[jn...@jnthn.net via RT]

On Thu Jul 21 14:42:42 2016, moritz wrote:
> Consider this code:
> 
> #!/usr/bin/env perl6
> 
> my $source = Supply.interval(1);
> $source.tap({ say 'DEBUG: source'});
> my $heartbeat = Supply.interval(0.7);
> $heartbeat.tap({ say 'DEBUG: heartbeat'});
> react {
> whenever $source.zip-latest($heartbeat) {
> say 'WHENEVER';
> }
> }
> 
> # Output:
> # DEBUG: source
> # DEBUG: heartbeat
> # DEBUG: heartbeat
> # DEBUG: source
> # DEBUG: heartbeat
> #
> # ... and then it hangs, and produces no output anymore.
> 
> The mere fact that I combine those two supplies with zip-latest stops
> the original supplies from producing values (or at least from calling
> the .tap), and the whenever block isn't executed either.
> 
> So either I totally misunderstood zip-latest, or it's totally b0rked. Or
> both :-)
> 
It should have worked. Since this RT was filed, multiple fixes have been made 
to supplies, and it seems one of them nailed this bug. I committed a test in 
S17-supply/zip-latest.t (and checked that it hung back in the June release, so 
it seems it covers it decently well).

[perl #129827] [BUG] method form of `return` errors out instead of returning

[jn...@jnthn.net via RT]

On Fri Oct 07 09:39:14 2016, c...@zoffix.com wrote:
> 
>  m: sub { 42.return }()
>  rakudo-moar 605f27: OUTPUT«Attempt to return outside of any  
> Routine␤  in sub  at  line 1␤  in block  at  line 1␤␤»
> 
It was an over-eager return-handler optimization. Fixed, and test added in 
S06-advanced/return.t.

[perl #129856] namespace clashes

[Zoffix Znet via RT]

I've narrowed down the issue to this condition: if the package's name is part 
something that we already have in core, then this bug (is it a bug?) appears:

No names to clash with core types; everything works:
$ cat Foo.pm6 
unit package Bar;
class Ber {}
$ perl6 -I. -MFoo -e 'say Bar::Ber'
(Ber)

Now package, as Op's, clashes with core Pod:: namespace the issue is there:
$ cat Foo.pm6 
unit package Pod;
class Ber {}
$ perl6 -I. -MFoo -e 'say Pod::Ber'
Could not find symbol ''
in block  at -e line 1

And this can be reproduced if we clash with something else, like IO role:
$ cat Foo.pm6 
unit package IO;
class Ber {}
$ perl6 -I. -MFoo -e 'say IO::Ber'
Could not find symbol ''
in block  at -e line 1



On Wed Oct 12 07:07:19 2016, mt1...@gmail.com wrote:
> Hi,
> 
> I wanted to define a class in the 'Pod' package like so (in file 
> lib/Pod/Render.pm6)
> 
> 
> use Pod::To::HTML;
> unit package Pod;
> class Render {
># ...
> }
> 
> 
> Then use it
> 
> use Pod::Render;
> my Pod::Render $pr .= new;
> 
> Throws the exception
> 
> ===SORRY!===
> Type 'Pod::Render' is not declared
> at /home/marcel/Languages/Perl6/Projects/pod-render/bin/pod-render.pl6:10
> -->   my Pod::Render⏏ $pr .= new;
> Malformed my
> at /home/marcel/Languages/Perl6/Projects/pod-render/bin/pod-render.pl6:10
> -->   my Pod::⏏Render $pr .= new;
> 
> 
> I expect it to instantiate without problems as seen in my other projects.
> 
> When the declaration becomes like below, everything goes well.
> 
> use Pod::To::HTML;
> class Pod::Render {
> 
> }
> 
> 
> Greetings,
> Marcel
> 

[perl #128863] [CONC] [RFC] [UNI] IO::Socket::Async should support more encodings than UTF-8

[jn...@jnthn.net via RT]

On Sat Aug 06 11:59:50 2016, sml...@gmail.com wrote:
> To subscribe to incoming data of a connected IO::Socket::Async, the
> choices currently are:
> 
> .Supply() -- get UTF-8 decoded data as Str
> .Supply(:bin) -- get raw data as Buf
> 
> In analogy to the open() function that takes both :bin and :enc
> adverbs, this should probably also accept :enc to allow dealing with
> text-based protocols in different encodings:
> 
> .Supply(:enc)
> 
This is now implemented. You can also set the default encoding that should 
apply when calling `.listen` and `.connect` (the one on .Supply always take 
precedence, however). That also sets the encoding for the sake of `.print`.

Tests in S32-io/IO-Socket-Async.t.

/jnthn

[perl #129856] namespace clashes

[via RT]

# New Ticket Created by  mt1957 
# Please include the string:  [perl #129856]
# in the subject line of all future correspondence about this issue. 
# https://rt.perl.org/Ticket/Display.html?id=129856 >


Hi,

I wanted to define a class in the 'Pod' package like so (in file 
lib/Pod/Render.pm6)


use Pod::To::HTML;
unit package Pod;
class Render {
   # ...
}


Then use it

use Pod::Render;
my Pod::Render $pr .= new;

Throws the exception

===SORRY!===
Type 'Pod::Render' is not declared
at /home/marcel/Languages/Perl6/Projects/pod-render/bin/pod-render.pl6:10
-->   my Pod::Render⏏ $pr .= new;
Malformed my
at /home/marcel/Languages/Perl6/Projects/pod-render/bin/pod-render.pl6:10
-->   my Pod::⏏Render $pr .= new;


I expect it to instantiate without problems as seen in my other projects.

When the declaration becomes like below, everything goes well.

use Pod::To::HTML;
class Pod::Render {

}


Greetings,
Marcel

Re: [perl #127033] [CONC] threads, dynamic variables lost sometimes

[Lloyd Fournier]

Tests:
https://github.com/perl6/roast/commit/0705a6ea62a6f1cdaeb6cd46f3130d3728c4ce1b

On Tue, Oct 11, 2016 at 9:26 PM Lloyd Fournier 
wrote:

> looks like it's been fixed! \o/
>
> I will put writing test for this on my TODO.
>
>
> On Tue, Oct 11, 2016 at 5:00 AM Sam S. via RT <
> perl6-bugs-follo...@perl.org> wrote:
>
> All the examples in this thread work fine for me, on 64bit Linux with
> current Rakudo.
>
> This is Rakudo version 2016.09-163-g92c0921 built on MoarVM version
> 2016.09-39-g688796b
> implementing Perl 6.c.
>
> Has the bug been fixed, or is it platform-dependent?
>
>