On Sat, 31 Dec 2016 19:25:57 -0800, dougljenk...@gmail.com wrote:
> When specifying a connection to a port larger than the maximum TCP/UDP port
> number (65,535) IO::Socket::INET does not fail. Instead it seems to be
> listening on some port, but does not specify which port it is listening too.
On Sat, 31 Dec 2016 19:21:51 -0800, dougljenk...@gmail.com wrote:
> The IO::Socket::INET has code to split the port from the host name when
> passed like this:
> 127.0.0.1:3000
>
> But when using IPv6 addresses
> [::1]:3000
>
> The code fails because the function to split IPv6 addresses returns
On Sat, 31 Dec 2016 19:20:05 -0800, dougljenk...@gmail.com wrote:
> The constructor for IO::Socket::INET has a parameter ':family' to determine
> if the host/localhost
> value is defined using IPv4 (2) or IPv6 (3).
>
> However the constructor will accept any value and default to IPv4 (2) if
> the
On Sun, 01 Jan 2017 10:11:57 -0800, jjmer...@gmail.com wrote:
> This statement
>
> my @stuff = "\x0"... "\xfff"
>
> hangs the REPL for a while. In fact, memory as reported by top goes up to 1
> GB and increases slowly but firmly. This happens whatever the start of the
> range and for a few
The tests are passing again. I'm closing this ticket.
On Sat, 31 Dec 2016 11:04:34 -0800, elizabeth wrote:
> > There are many test failures for rakudo-j because
> > X::Method::NotFound is returned instead of X::Assignment::RO.
>
> What is the method that isn’t found? Maybe we need to add it for the
> JVM ?
I suspect the changes from
On Wed, 23 Sep 2015 15:44:59 -0700, tokuhirom wrote:
> This code throws exception.
> `use Test; is(Mu, Mu); done-testing;`
>
> Output:
> Cannot call infix:<===>(Mu, Mu); none of these signatures match:
> ($?)
> ($a, $b)
> (Int:D \a, Int:D \b)
> (int $a, int $b)
> (Num:D \a,
