[perl #131305] Useless Useless Use Warning when invoking colonpaired routines

2018-01-10 Thread Zoffix Znet via RT
On Tue, 23 May 2017 15:06:45 -0700, comdog wrote: > #`( > When I compile this code, I get the error: > > Useless use of constant value [ ] in sink context (lines 9, 9) > > I don't think it was useless because it did what I needed. > > I really wanted the ᔑ to be tighter then ., but that's no

[perl #131499] [BUG] Incorrect useless use warning in `andthen`/`notandthen`/`orelse`

2018-01-10 Thread Zoffix Znet via RT
On Sat, 03 Jun 2017 07:14:59 -0700, c...@zoffix.com wrote: > In none of these cases is the use of variables actually useless: > > m: my ($sensor1, $sensor2, $sensor3); $sensor1 notandthen > $sensor2 notandthen $sensor3 notandthen 'did not find a working > sensor!'.say; > rakudo-moar 64e898: OUTP

[perl #131499] [BUG] Incorrect useless use warning in `andthen`/`notandthen`/`orelse`

2018-01-10 Thread Zoffix Znet via RT
On Sat, 03 Jun 2017 07:14:59 -0700, c...@zoffix.com wrote: > In none of these cases is the use of variables actually useless: > > m: my ($sensor1, $sensor2, $sensor3); $sensor1 notandthen > $sensor2 notandthen $sensor3 notandthen 'did not find a working > sensor!'.say; > rakudo-moar 64e898: OUTP

[perl #131502] [BUG] Incorrect useless use warning when WhateverCode is passed as arg to Callable

2018-01-10 Thread Zoffix Znet via RT
On Sat, 03 Jun 2017 12:07:37 -0700, c...@zoffix.com wrote: > > The warning lies; this use isn't useless: > > m: -> +@foo { say @foo.head.(41) }(* == 42) > rakudo-moar 64e898: OUTPUT: «WARNINGS for :␤Useless use > of "==" in expression "* == 42" in sink context (line 1)␤False␤» > m: -> +@foo {

[perl #131502] [BUG] Incorrect useless use warning when WhateverCode is passed as arg to Callable

2018-01-10 Thread Zoffix Znet via RT
On Sat, 03 Jun 2017 12:07:37 -0700, c...@zoffix.com wrote: > > The warning lies; this use isn't useless: > > m: -> +@foo { say @foo.head.(41) }(* == 42) > rakudo-moar 64e898: OUTPUT: «WARNINGS for :␤Useless use > of "==" in expression "* == 42" in sink context (line 1)␤False␤» > m: -> +@foo {

[perl #127016] [LHF][BUG] Date can have undefined year

2018-01-05 Thread Zoffix Znet via RT
On Wed, 23 Dec 2015 20:02:51 -0800, zef...@fysh.org wrote: > Date.new permits the construction of a Date object with the undefined > Int type object as the year number. The undefined object can then be > retrieved through .year. Many other operations on the Date fail as a > result of the undefine

[perl #127016] [LHF][BUG] Date can have undefined year

2018-01-05 Thread Zoffix Znet via RT
On Wed, 23 Dec 2015 20:02:51 -0800, zef...@fysh.org wrote: > Date.new permits the construction of a Date object with the undefined > Int type object as the year number. The undefined object can then be > retrieved through .year. Many other operations on the Date fail as a > result of the undefine

[perl #126433] Parameter coercion with type smiley doesn't work

2018-01-02 Thread Zoffix Znet via RT
On Fri, 23 Oct 2015 03:29:12 -0700, elizabeth wrote: > [12:14:56] m: sub a(Int:D() $a) { dd $a }; a "42" # > type smileys not complete first citizen yet :-( > [12:14:57] <+camelia> rakudo-moar 3df263: OUTPUT«Type check failed > in binding $a; expected Int but got Str␤ in sub a at > /tmp/b

[perl #126433] Parameter coercion with type smiley doesn't work

2018-01-02 Thread Zoffix Znet via RT
On Fri, 23 Oct 2015 03:29:12 -0700, elizabeth wrote: > [12:14:56] m: sub a(Int:D() $a) { dd $a }; a "42" # > type smileys not complete first citizen yet :-( > [12:14:57] <+camelia> rakudo-moar 3df263: OUTPUT«Type check failed > in binding $a; expected Int but got Str␤ in sub a at > /tmp/b

[perl #132675] IO::Path.dir may be using the wrong CWD

2018-01-02 Thread Zoffix Znet via RT
On Tue, 02 Jan 2018 04:23:34 -0800, dakkar wrote: > IO::Path.dir uses the global $*CWD to construct the objects it > returns; it should probably use the invocant's $!CWD instead. > > This test currently fails: > > use v6.c; > use Test; > > mkdir('/tmp/one/two'); > > for IO::Path.new('on

[perl #132675] IO::Path.dir may be using the wrong CWD

2018-01-02 Thread Zoffix Znet via RT
On Tue, 02 Jan 2018 04:23:34 -0800, dakkar wrote: > IO::Path.dir uses the global $*CWD to construct the objects it > returns; it should probably use the invocant's $!CWD instead. > > This test currently fails: > > use v6.c; > use Test; > > mkdir('/tmp/one/two'); > > for IO::Path.new('on

[perl #131483] [LTA] Inconsistent resultant type of `+@` slurpy when given a Seq

2017-12-31 Thread Zoffix Znet via RT
On Fri, 02 Jun 2017 05:26:14 -0700, c...@zoffix.com wrote: > Some discussion: https://irclog.perlgeek.de/perl6-dev/2017-06- > 02#i_14675550 > > The crux of it is the type of `+@` slurpy changes, depending on the > input, though on further examinations it seems only Seq is affected: > > m: sub gra

[perl #131483] [LTA] Inconsistent resultant type of `+@` slurpy when given a Seq

2017-12-31 Thread Zoffix Znet via RT
On Fri, 02 Jun 2017 05:26:14 -0700, c...@zoffix.com wrote: > Some discussion: https://irclog.perlgeek.de/perl6-dev/2017-06- > 02#i_14675550 > > The crux of it is the type of `+@` slurpy changes, depending on the > input, though on further examinations it seems only Seq is affected: > > m: sub gra

[perl #124540] Roast rakudo skip/todo test:./S03-operators/context-forcers.t line:96 reason: 'failure modes of Str.Numeric'

2017-12-30 Thread Zoffix Znet via RT
Fudge rejected in https://github.com/perl6/roast/commit/79803f6322

[perl #124540] Roast rakudo skip/todo test:./S03-operators/context-forcers.t line:96 reason: 'failure modes of Str.Numeric'

2017-12-30 Thread Zoffix Znet via RT
Fudge rejected in https://github.com/perl6/roast/commit/79803f6322

[perl #130459] Some operations with Inf.Rat blow up (Inf.Rat.perl)

2017-12-30 Thread Zoffix Znet via RT
On Fri, 30 Dec 2016 13:31:00 -0800, alex.jakime...@gmail.com wrote: > Code: > say Inf.Rat.perl > > Result: > P6opaque: get_boxed_ref could not unbox for the representation '20' of > type Num > in block at -e line 1 > > > What's 20? :) > Anyway, Num-ish Rats were first added in > https://githu

[perl #130459] Some operations with Inf.Rat blow up (Inf.Rat.perl)

2017-12-30 Thread Zoffix Znet via RT
On Fri, 30 Dec 2016 13:31:00 -0800, alex.jakime...@gmail.com wrote: > Code: > say Inf.Rat.perl > > Result: > P6opaque: get_boxed_ref could not unbox for the representation '20' of > type Num > in block at -e line 1 > > > What's 20? :) > Anyway, Num-ish Rats were first added in > https://githu

[perl #128857] [LTA] ∞.Rat ~~ Rat is False

2017-12-30 Thread Zoffix Znet via RT
On Fri, 05 Aug 2016 20:18:01 -0700, c...@zoffix.com wrote: > TimToady's comments on the matter: http://irclog.perlgeek.de/perl6- > dev/2016-08-06#i_12976358 > > I stumbled on this while examining > https://rt.perl.org/Ticket/Display.html?id=127341#ticket-history > > It seems this commit had a con

[perl #130171] [LTA] Inf.Rat.perl produces a really bad error message (Inf.Rat.perl)

2017-12-30 Thread Zoffix Znet via RT
On Thu, 24 Nov 2016 11:42:36 -0800, nicholas wrote: > On Thu, 24 Nov 2016 11:28:06 -0800, alex.jakime...@gmail.com wrote: > > *Code:* > > Inf.Rat.perl > > > > *Result:* > > P6opaque: get_boxed_ref could not unbox for the representation '20' > > of type > > Num > > in block at -e line 1 > > > > >

[perl #128857] [LTA] ∞.Rat ~~ Rat is False

2017-12-30 Thread Zoffix Znet via RT
On Fri, 05 Aug 2016 20:18:01 -0700, c...@zoffix.com wrote: > TimToady's comments on the matter: http://irclog.perlgeek.de/perl6- > dev/2016-08-06#i_12976358 > > I stumbled on this while examining > https://rt.perl.org/Ticket/Display.html?id=127341#ticket-history > > It seems this commit had a con

[perl #130171] [LTA] Inf.Rat.perl produces a really bad error message (Inf.Rat.perl)

2017-12-30 Thread Zoffix Znet via RT
On Thu, 24 Nov 2016 11:42:36 -0800, nicholas wrote: > On Thu, 24 Nov 2016 11:28:06 -0800, alex.jakime...@gmail.com wrote: > > *Code:* > > Inf.Rat.perl > > > > *Result:* > > P6opaque: get_boxed_ref could not unbox for the representation '20' > > of type > > Num > > in block at -e line 1 > > > > >

[perl #74648] Rakudo fails when creating Rat from Inf.Int / 1

2017-12-30 Thread Zoffix Znet via RT
On Wed, 23 Jun 2010 08:28:18 -0700, bbkr wrote: > > > [17:27] r31416 | bbkr++ | [t/spec/S32-num/rat.t] RT #75636 > Inf.Int/1 fails to create Rat In another ticket it was rules Inf.Int is not convertable, so `Inf.Int` part fails with `X::Numeric::CannotConvert`, and explodes in `/1` part. Test

[perl #74648] Rakudo fails when creating Rat from Inf.Int / 1

2017-12-30 Thread Zoffix Znet via RT
On Wed, 23 Jun 2010 08:28:18 -0700, bbkr wrote: > > > [17:27] r31416 | bbkr++ | [t/spec/S32-num/rat.t] RT #75636 > Inf.Int/1 fails to create Rat In another ticket it was rules Inf.Int is not convertable, so `Inf.Int` part fails with `X::Numeric::CannotConvert`, and explodes in `/1` part. Test

[perl #131700] [IO] prompt not working on bash-on-ubuntu on win10

2017-12-29 Thread Zoffix Znet via RT
On Tue, 04 Jul 2017 06:51:16 -0700, blackcatoverw...@gmail.com wrote: > In bash on win10 > > Code: > > perl6 --ll-exception -e ' prompt "123" ' > > Output: > > 123 > Cannot flush handle: Failed to flush filehandle: Input/output error >at SETTING::src/core/Exception.pm:63 > (/usr/share/perl6

[perl #131700] [IO] prompt not working on bash-on-ubuntu on win10

2017-12-29 Thread Zoffix Znet via RT
On Tue, 04 Jul 2017 06:51:16 -0700, blackcatoverw...@gmail.com wrote: > In bash on win10 > > Code: > > perl6 --ll-exception -e ' prompt "123" ' > > Output: > > 123 > Cannot flush handle: Failed to flush filehandle: Input/output error >at SETTING::src/core/Exception.pm:63 > (/usr/share/perl6

[perl #130613] [OPTIMIZER][LTA] "if" without "else" much slower than "if" with empty "else"

2017-12-29 Thread Zoffix Znet via RT
On Sat, 21 Jan 2017 11:45:10 -0800, ale...@yahoo.com wrote: > Take a look at the following examples - the second is more than > 10x(!!!) faster: > m: my int $i = 0; loop { if $i++ == 10_000_000 { last }}; say now - > INIT now;rakudo-moar f97d5c: OUTPUT«2.0606382␤» > m: my int $i = 0; loop { if $i++

[perl #130613] [OPTIMIZER][LTA] "if" without "else" much slower than "if" with empty "else"

2017-12-29 Thread Zoffix Znet via RT
On Sat, 21 Jan 2017 11:45:10 -0800, ale...@yahoo.com wrote: > Take a look at the following examples - the second is more than > 10x(!!!) faster: > m: my int $i = 0; loop { if $i++ == 10_000_000 { last }}; say now - > INIT now;rakudo-moar f97d5c: OUTPUT«2.0606382␤» > m: my int $i = 0; loop { if $i++

[perl #132666] [REGEX] [PARSER] Escaped hash character `\#` is somtimes parsed incorrectly

2017-12-29 Thread Zoffix Znet via RT
On Fri, 29 Dec 2017 07:05:29 -0800, sml...@gmail.com wrote: > These regexes parse and run fine (they match a single `#` character): > > /\#/; > /^\#/; > > But this one doesn't: > > /^ \#/; > > The error thrown, is: > > ===SORRY!=== > Regex not terminated. > at -e:1 >

[perl #132666] [REGEX] [PARSER] Escaped hash character `\#` is somtimes parsed incorrectly

2017-12-29 Thread Zoffix Znet via RT
On Fri, 29 Dec 2017 07:05:29 -0800, sml...@gmail.com wrote: > These regexes parse and run fine (they match a single `#` character): > > /\#/; > /^\#/; > > But this one doesn't: > > /^ \#/; > > The error thrown, is: > > ===SORRY!=== > Regex not terminated. > at -e:1 >

[perl #130200] [LTA] Error when attempting to use a package that has one of core namespaces in its name

2017-12-28 Thread Zoffix Znet via RT
On Wed, 27 Dec 2017 05:17:34 -0800, c...@zoffix.com wrote: > On Mon, 28 Nov 2016 05:41:48 -0800, c...@zoffix.com wrote: > > On Mon, 28 Nov 2016 05:38:23 -0800, c...@zoffix.com wrote: > > > The error is even weirder here: > > > > > > m: package IO::Foo { }; use IO::Foo > > > rakudo-moar 054aca: OUTP

[perl #130200] [LTA] Error when attempting to use a package that has one of core namespaces in its name

2017-12-28 Thread Zoffix Znet via RT
On Wed, 27 Dec 2017 05:17:34 -0800, c...@zoffix.com wrote: > On Mon, 28 Nov 2016 05:41:48 -0800, c...@zoffix.com wrote: > > On Mon, 28 Nov 2016 05:38:23 -0800, c...@zoffix.com wrote: > > > The error is even weirder here: > > > > > > m: package IO::Foo { }; use IO::Foo > > > rakudo-moar 054aca: OUTP

[perl #130200] [LTA] Error when attempting to use a package that has one of core namespaces in its name

2017-12-27 Thread Zoffix Znet via RT
On Mon, 28 Nov 2016 05:41:48 -0800, c...@zoffix.com wrote: > On Mon, 28 Nov 2016 05:38:23 -0800, c...@zoffix.com wrote: > > The error is even weirder here: > > > > m: package IO::Foo { }; use IO::Foo > > rakudo-moar 054aca: OUTPUT«===SORRY!===␤» > > Oh, that one was just a glitch in camelia. The e

[perl #130200] [LTA] Error when attempting to use a package that has one of core namespaces in its name

2017-12-27 Thread Zoffix Znet via RT
On Mon, 28 Nov 2016 05:41:48 -0800, c...@zoffix.com wrote: > On Mon, 28 Nov 2016 05:38:23 -0800, c...@zoffix.com wrote: > > The error is even weirder here: > > > > m: package IO::Foo { }; use IO::Foo > > rakudo-moar 054aca: OUTPUT«===SORRY!===␤» > > Oh, that one was just a glitch in camelia. The e

[perl #132441] [SEVERE][WINDOWS][IO] IO::Handle.read-internal cannot handle fancy Unicode chars on TTY handles

2017-12-24 Thread Zoffix Znet via RT
On Thu, 16 Nov 2017 09:53:46 -0800, c...@zoffix.com wrote: > On 2017.07 on Win7 with 65001 code page enabled, the » char doesn't > show up at all. Just seems to get removed from the content if I paste > it into the terminal. Starting to think this might be a limitation of cmd.exe. Though strangel

[perl #132441] [SEVERE][WINDOWS][IO] IO::Handle.read-internal cannot handle fancy Unicode chars on TTY handles

2017-12-24 Thread Zoffix Znet via RT
On Thu, 16 Nov 2017 09:53:46 -0800, c...@zoffix.com wrote: > On 2017.07 on Win7 with 65001 code page enabled, the » char doesn't > show up at all. Just seems to get removed from the content if I paste > it into the terminal. Starting to think this might be a limitation of cmd.exe. Though strangel

[perl #127756] setelems on native arrays doesn't clear the array

2017-12-24 Thread Zoffix Znet via RT
On Tue, 22 Mar 2016 07:10:54 -0700, elizabeth wrote: > > > On 21 Mar 2016, at 16:41, Elizabeth Mattijsen (via RT) > follo...@perl.org> wrote: > > > > # New Ticket Created by Elizabeth Mattijsen > > # Please include the string: [perl #127756] > > # in the subject line of all future correspondenc

[perl #127756] setelems on native arrays doesn't clear the array

2017-12-24 Thread Zoffix Znet via RT
On Tue, 22 Mar 2016 07:10:54 -0700, elizabeth wrote: > > > On 21 Mar 2016, at 16:41, Elizabeth Mattijsen (via RT) > follo...@perl.org> wrote: > > > > # New Ticket Created by Elizabeth Mattijsen > > # Please include the string: [perl #127756] > > # in the subject line of all future correspondenc

[perl #131996] `unhandled Failure detected in DESTROY` on `require`

2017-12-22 Thread Zoffix Znet via RT
I reproduced this in our own test suite. Reported on https://github.com/rakudo/rakudo/issues/1332 (gonna close this ticket in favour of that Issue) > It works, but occasionally throws: Note that it's a warning, not an exception. You can work-around this bug with `andthen` operator: `(require S

[perl #131996] `unhandled Failure detected in DESTROY` on `require`

2017-12-22 Thread Zoffix Znet via RT
I reproduced this in our own test suite. Reported on https://github.com/rakudo/rakudo/issues/1332 (gonna close this ticket in favour of that Issue) > It works, but occasionally throws: Note that it's a warning, not an exception. You can work-around this bug with `andthen` operator: `(require S

[perl #124787] [IO] S32-io/dir.t line:32 reason: 'CWD misses slash at end still'

2017-12-22 Thread Zoffix Znet via RT
Fudge removed in https://github.com/perl6/roast/commit/b41e6a0e61ab501d7e5cf9d5

[perl #124787] [IO] S32-io/dir.t line:32 reason: 'CWD misses slash at end still'

2017-12-22 Thread Zoffix Znet via RT
Fudge removed in https://github.com/perl6/roast/commit/b41e6a0e61ab501d7e5cf9d5

[perl #128905] [BUG] Some core Routines do not do Callable role

2017-12-13 Thread Zoffix Znet via RT
On Wed, 13 Dec 2017 19:23:38 -0800, c...@zoffix.com wrote: > Also affects some methods: > > m: my %h; say %h.AT-KEY: 1|2 > rakudo-moar eaf609edb: OUTPUT: «Type check failed in binding > to parameter '&call'; expected Callable but got Method+{is-nodal} > (Method+{is-nodal}.new)␤ in block at li

[perl #128905] [BUG] Some core Routines do not do Callable role

2017-12-13 Thread Zoffix Znet via RT
On Wed, 13 Dec 2017 19:23:38 -0800, c...@zoffix.com wrote: > Also affects some methods: > > m: my %h; say %h.AT-KEY: 1|2 > rakudo-moar eaf609edb: OUTPUT: «Type check failed in binding > to parameter '&call'; expected Callable but got Method+{is-nodal} > (Method+{is-nodal}.new)␤ in block at li

[perl #125614] [BUG] Can't store whole 1&2 junctions in Mu-keyed hash in Rakudo

2017-12-13 Thread Zoffix Znet via RT
On Tue, 14 Jul 2015 22:32:47 -0700, elizabeth wrote: > > > On 14 Jul 2015, at 12:29, Carl Mäsak (via RT) > follo...@perl.org> wrote: > > > > # New Ticket Created by "Carl Mäsak" > > # Please include the string: [perl #125614] > > # in the subject line of all future correspondence about this iss

[perl #125614] [BUG] Can't store whole 1&2 junctions in Mu-keyed hash in Rakudo

2017-12-13 Thread Zoffix Znet via RT
On Tue, 14 Jul 2015 22:32:47 -0700, elizabeth wrote: > > > On 14 Jul 2015, at 12:29, Carl Mäsak (via RT) > follo...@perl.org> wrote: > > > > # New Ticket Created by "Carl Mäsak" > > # Please include the string: [perl #125614] > > # in the subject line of all future correspondence about this iss

[perl #125559] [BUG] .elems on stringy Ranges is eager

2017-12-13 Thread Zoffix Znet via RT
On Mon, 13 Nov 2017 07:31:44 -0800, alex.jakime...@gmail.com wrote: > Unfortunately there's no easy way to know how many elements are there. If I > recall correctly, stringy ranges may loop forever due to normalization and > other things. Can't think of anything reasonable either, especially since

[perl #125300] [LTA] Potentially misleading error text

2017-12-13 Thread Zoffix Znet via RT
On Mon, 01 Jun 2015 05:41:01 -0700, drf...@pobox.com wrote: > I'm not even sure if the error text is correct, come to think of it. I'd > think that a leading '=' outside of a here-doc or multi-line string > regardless of q/qq/Q<[[ variant should be treated as a POD comment, so I > would expect t

[perl #125300] [LTA] Potentially misleading error text

2017-12-13 Thread Zoffix Znet via RT
On Mon, 01 Jun 2015 05:41:01 -0700, drf...@pobox.com wrote: > I'm not even sure if the error text is correct, come to think of it. I'd > think that a leading '=' outside of a here-doc or multi-line string > regardless of q/qq/Q<[[ variant should be treated as a POD comment, so I > would expect t

[perl #125251] Usage does not print required type for positional params in MAIN

2017-12-13 Thread Zoffix Znet via RT
On Sat, 30 Sep 2017 12:45:09 -0700, sjn-perl...@pvv.org wrote: > I think this bug can be closed. Agreed. Rejecting. I see little reason to muddy up the Usage even more with type information, where you're mostly limited to Int/Str types anyway, and variable name helps know which to use. The type

[perl #125251] Usage does not print required type for positional params in MAIN

2017-12-13 Thread Zoffix Znet via RT
On Sat, 30 Sep 2017 12:45:09 -0700, sjn-perl...@pvv.org wrote: > I think this bug can be closed. Agreed. Rejecting. I see little reason to muddy up the Usage even more with type information, where you're mostly limited to Int/Str types anyway, and variable name helps know which to use. The type

[perl #125168] [NYI] a way to open files in "r+" mode in Rakudo

2017-12-13 Thread Zoffix Znet via RT
On Sat, 02 Dec 2017 20:41:05 -0800, alex.jakime...@gmail.com wrote: > Isn't it implemented as :update now? > https://docs.perl6.org/routine/open Yes, :update is it. Tests: https://github.com/perl6/roast/blob/master/S32-io/open.t#L68-L92 > > Or maybe you can even use :mode? (the documentation sa

[perl #125168] [NYI] a way to open files in "r+" mode in Rakudo

2017-12-13 Thread Zoffix Znet via RT
On Sat, 02 Dec 2017 20:41:05 -0800, alex.jakime...@gmail.com wrote: > Isn't it implemented as :update now? > https://docs.perl6.org/routine/open Yes, :update is it. Tests: https://github.com/perl6/roast/blob/master/S32-io/open.t#L68-L92 > > Or maybe you can even use :mode? (the documentation sa

[perl #132549] Junctions cause crash / inifnite loop in &put and related routines and methods

2017-12-13 Thread Zoffix Znet via RT
On Sat, 09 Dec 2017 15:26:25 -0800, c...@zoffix.com wrote: > On Sat, 09 Dec 2017 13:19:23 -0800, elizabeth wrote: > > If that shouldn’t work, or work differently, it can be ripped > > out / replaced. If that should work, then we need to look at fixing > > -put-. > > IMO it should work, considerin

[perl #132549] Junctions cause crash / inifnite loop in &put and related routines and methods

2017-12-13 Thread Zoffix Znet via RT
On Sat, 09 Dec 2017 15:26:25 -0800, c...@zoffix.com wrote: > On Sat, 09 Dec 2017 13:19:23 -0800, elizabeth wrote: > > If that shouldn’t work, or work differently, it can be ripped > > out / replaced. If that should work, then we need to look at fixing > > -put-. > > IMO it should work, considerin

[perl #132525] [REGRESSION][PRECOMP] type constraints to Array[Pair] don't work when precompiled

2017-12-13 Thread Zoffix Znet via RT
On Wed, 06 Dec 2017 01:59:42 -0800, d...@zwell.net wrote: > A git bisect showed that this error began in commit > 22b4ef05b1f72b50d63e4599d5e037bccf1f08ed, but there must be have been > an > underlying problem that was already present, since this commit did not > change the type system. > > On Fri

[perl #132525] [REGRESSION][PRECOMP] type constraints to Array[Pair] don't work when precompiled

2017-12-13 Thread Zoffix Znet via RT
On Wed, 06 Dec 2017 01:59:42 -0800, d...@zwell.net wrote: > A git bisect showed that this error began in commit > 22b4ef05b1f72b50d63e4599d5e037bccf1f08ed, but there must be have been > an > underlying problem that was already present, since this commit did not > change the type system. > > On Fri

[perl #127824] [RFC] TR/ / / is not implemented

2017-12-12 Thread Zoffix Znet via RT
On Sat, 07 Oct 2017 17:36:28 -0700, alex.jakime...@gmail.com wrote: > Oops. Last link: > https://github.com/rakudo/rakudo/blob/de0533c4d4c9f425ce22432a8e4555ded27cba91/src/Perl6/Grammar.nqp#L3853 > > On 2017-10-07 17:35:58, alex.jakime...@gmail.com wrote: > > FWIW to add it one will need to hack t

[perl #127824] [RFC] TR/ / / is not implemented

2017-12-12 Thread Zoffix Znet via RT
On Sat, 07 Oct 2017 17:36:28 -0700, alex.jakime...@gmail.com wrote: > Oops. Last link: > https://github.com/rakudo/rakudo/blob/de0533c4d4c9f425ce22432a8e4555ded27cba91/src/Perl6/Grammar.nqp#L3853 > > On 2017-10-07 17:35:58, alex.jakime...@gmail.com wrote: > > FWIW to add it one will need to hack t

[perl #131071] [BUG] unpacking a slurpy in `my` creates `Mu`s despite working when used in a routine's sig

2017-12-12 Thread Zoffix Znet via RT
On Tue, 28 Mar 2017 07:38:32 -0700, c...@zoffix.com wrote: > > The last two items printed, `$type` and `$speedup`, get set properly > if used in a sub's signature: > > `sub` > 14:34 m: sub ($sha, $, $, *@rest ($, $type, $speedup, > $)) {dd [ @rest, $type, $speedup ];}(|'fa9aa47 [io

[perl #131071] [BUG] unpacking a slurpy in `my` creates `Mu`s despite working when used in a routine's sig

2017-12-12 Thread Zoffix Znet via RT
On Tue, 28 Mar 2017 07:38:32 -0700, c...@zoffix.com wrote: > > The last two items printed, `$type` and `$speedup`, get set properly > if used in a sub's signature: > > `sub` > 14:34 m: sub ($sha, $, $, *@rest ($, $type, $speedup, > $)) {dd [ @rest, $type, $speedup ];}(|'fa9aa47 [io

[perl #131856] [@LARRY] Junctions don't junct when routine has a slurpy, leading to inconsistent behaviour with core routines

2017-12-12 Thread Zoffix Znet via RT
On Mon, 07 Aug 2017 15:34:26 -0700, c...@zoffix.com wrote: > Originally taken from: > https://stackoverflow.com/questions/45527881/why-does-and-affect-perl- > 6-junctions-differently > > For example, there's a difference between output of using `+` and > using `~` with a Junction. With `+` you get

[perl #131856] [@LARRY] Junctions don't junct when routine has a slurpy, leading to inconsistent behaviour with core routines

2017-12-12 Thread Zoffix Znet via RT
On Mon, 07 Aug 2017 15:34:26 -0700, c...@zoffix.com wrote: > Originally taken from: > https://stackoverflow.com/questions/45527881/why-does-and-affect-perl- > 6-junctions-differently > > For example, there's a difference between output of using `+` and > using `~` with a Junction. With `+` you get

[perl #119521] [BUG] “ctxlexpad needs an MVMContext” when reaching too far out to get to the truth in Rakudo

2017-12-12 Thread Zoffix Znet via RT
On Sat, 02 Dec 2017 15:36:40 -0800, alex.jakime...@gmail.com wrote: > lizmat: > > Fixed with cd24b1c55d0c798c8fd776f , tests needed (also for OUTERS::) > > 「testneeded」 > > On 2017-12-02 04:06:41, alex.jakime...@gmail.com wrote: > > Still reproducible (2017.11, HEAD(5929887)) on MoarVM. > > > > C

[perl #119521] [BUG] “ctxlexpad needs an MVMContext” when reaching too far out to get to the truth in Rakudo

2017-12-12 Thread Zoffix Znet via RT
On Sat, 02 Dec 2017 15:36:40 -0800, alex.jakime...@gmail.com wrote: > lizmat: > > Fixed with cd24b1c55d0c798c8fd776f , tests needed (also for OUTERS::) > > 「testneeded」 > > On 2017-12-02 04:06:41, alex.jakime...@gmail.com wrote: > > Still reproducible (2017.11, HEAD(5929887)) on MoarVM. > > > > C

[perl #123116] [BUG] Weird error for code parameters with subsignatures in Rakudo

2017-12-11 Thread Zoffix Znet via RT
On Mon, 11 Dec 2017 20:30:18 -0800, c...@zoffix.com wrote: > The form with space wasn't implemented. > > It is now: https://github.com/rakudo/rakudo/commit/c0f99a393b Never mind. Decided to revert that form ( https://github.com/rakudo/rakudo/commit/2f955d55e3 ) The `:()` form is actually a Si

[perl #123116] [BUG] Weird error for code parameters with subsignatures in Rakudo

2017-12-11 Thread Zoffix Znet via RT
On Mon, 11 Dec 2017 20:30:18 -0800, c...@zoffix.com wrote: > The form with space wasn't implemented. > > It is now: https://github.com/rakudo/rakudo/commit/c0f99a393b Never mind. Decided to revert that form ( https://github.com/rakudo/rakudo/commit/2f955d55e3 ) The `:()` form is actually a Si

[perl #123116] [BUG] Weird error for code parameters with subsignatures in Rakudo

2017-12-11 Thread Zoffix Znet via RT
On Sat, 02 Dec 2017 05:19:45 -0800, alex.jakime...@gmail.com wrote: > Yeah. It was resolved here I think: (2014-12-08) > https://github.com/rakudo/rakudo/commit/fbc87d2a6bbfc4899b0740119ac8696cc27f1f59 > > 「testneeded」 > > On 2014-12-09 04:54:08, r...@hoelz.ro wrote: > > On Sun Dec 07 07:41:52 20

[perl #123116] [BUG] Weird error for code parameters with subsignatures in Rakudo

2017-12-11 Thread Zoffix Znet via RT
On Sat, 02 Dec 2017 05:19:45 -0800, alex.jakime...@gmail.com wrote: > Yeah. It was resolved here I think: (2014-12-08) > https://github.com/rakudo/rakudo/commit/fbc87d2a6bbfc4899b0740119ac8696cc27f1f59 > > 「testneeded」 > > On 2014-12-09 04:54:08, r...@hoelz.ro wrote: > > On Sun Dec 07 07:41:52 20

[perl #132249] [LTA] use lib ‘’ spills guts (use lib ‘’)

2017-12-11 Thread Zoffix Znet via RT
Tests: https://github.com/perl6/roast/commit/786472ae43

[perl #132283] [REGRESSION] BUILDALL is listed as one of the methods, maybe that's not right (say $foo.^methods)

2017-12-11 Thread Zoffix Znet via RT
Tests: https://github.com/rakudo/rakudo/commit/20d67a3d4d

[perl #132283] [REGRESSION] BUILDALL is listed as one of the methods, maybe that's not right (say $foo.^methods)

2017-12-11 Thread Zoffix Znet via RT
Tests: https://github.com/rakudo/rakudo/commit/20d67a3d4d

[perl #132353] [LTA] error with using meta assign ops with bound SetHash

2017-12-11 Thread Zoffix Znet via RT
On Mon, 23 Oct 2017 05:28:04 -0700, c...@zoffix.com wrote: > This code produces an LTA error: > > my %days := SetHash.new: Date.today … Date.new: '2030-04-02'; > %days ∖= %days.grep: *.key.day-of-week > 5; > > First, the error reads "Cannot modify an immutable SetHash" which is > confusing, > sin

[perl #132353] [LTA] error with using meta assign ops with bound SetHash

2017-12-11 Thread Zoffix Znet via RT
On Mon, 23 Oct 2017 05:28:04 -0700, c...@zoffix.com wrote: > This code produces an LTA error: > > my %days := SetHash.new: Date.today … Date.new: '2030-04-02'; > %days ∖= %days.grep: *.key.day-of-week > 5; > > First, the error reads "Cannot modify an immutable SetHash" which is > confusing, > sin

[perl #132184] [6.d] .skip semantics are inconsistent

2017-12-11 Thread Zoffix Znet via RT
On Fri, 29 Sep 2017 09:07:40 -0700, c...@zoffix.com wrote: > - Seq.skip mutates the invocant: No longer. It now consumes the iterator, which aligns the behaviour with Any.skip. Fixed by lizmat++ in https://github.com/rakudo/rakudo/commit/854c10c27e Tests: https://github.com/perl6/roast/commit/49

[perl #132184] [6.d] .skip semantics are inconsistent

2017-12-11 Thread Zoffix Znet via RT
On Fri, 29 Sep 2017 09:07:40 -0700, c...@zoffix.com wrote: > - Seq.skip mutates the invocant: No longer. It now consumes the iterator, which aligns the behaviour with Any.skip. Fixed by lizmat++ in https://github.com/rakudo/rakudo/commit/854c10c27e Tests: https://github.com/perl6/roast/commit/49

[perl #132549] Can't put() any(): This type cannot unbox to a native string

2017-12-09 Thread Zoffix Znet via RT
On Sat, 09 Dec 2017 13:19:23 -0800, elizabeth wrote: > If that shouldn’t work, or work differently, it can be ripped > out / replaced. If that should work, then we need to look at fixing > -put-. IMO it should work, considering you can't nqp::unbox_n/nqp::unbox_i Junctions either, yet we don't

[perl #132549] Can't put() any(): This type cannot unbox to a native string

2017-12-09 Thread Zoffix Znet via RT
On Sat, 09 Dec 2017 13:19:23 -0800, elizabeth wrote: > If that shouldn’t work, or work differently, it can be ripped > out / replaced. If that should work, then we need to look at fixing > -put-. IMO it should work, considering you can't nqp::unbox_n/nqp::unbox_i Junctions either, yet we don't

[perl #132549] Can't put() any(): This type cannot unbox to a native string

2017-12-08 Thread Zoffix Znet via RT
On Fri, 08 Dec 2017 08:28:32 -0800, comdog wrote: > This comes from an answer to a Perl 6 question on Stackoverflow that > showed a different bug: > > https://stackoverflow.com/q/45527881/2766176 > > With put() it does not and gives a strange error: I guess jnthn++ gets a score point for pre

[perl #132549] Can't put() any(): This type cannot unbox to a native string

2017-12-08 Thread Zoffix Znet via RT
On Fri, 08 Dec 2017 08:28:32 -0800, comdog wrote: > This comes from an answer to a Perl 6 question on Stackoverflow that > showed a different bug: > > https://stackoverflow.com/q/45527881/2766176 > > With put() it does not and gives a strange error: I guess jnthn++ gets a score point for pre

[perl #132543] Can't tail a tail.

2017-12-07 Thread Zoffix Znet via RT
On Thu, 07 Dec 2017 15:48:35 -0800, comdog wrote: > I first asked about this on Stackoverflow: > > https://stackoverflow.com/q/47704428/2766176 > > A .tail on a .tail appears to do the wrong thing: > > > my $list = ; > (a b c d e f g h i j) > > > $list.tail(5).tail > Nil > > But throwing a lis

[perl #132543] Can't tail a tail.

2017-12-07 Thread Zoffix Znet via RT
On Thu, 07 Dec 2017 15:48:35 -0800, comdog wrote: > I first asked about this on Stackoverflow: > > https://stackoverflow.com/q/47704428/2766176 > > A .tail on a .tail appears to do the wrong thing: > > > my $list = ; > (a b c d e f g h i j) > > > $list.tail(5).tail > Nil > > But throwing a lis

[perl #128090] [RFC] Easy Way to Export Only Specific Symbols At Compile Time

2017-11-27 Thread Zoffix Znet via RT
On Thu, 30 Jun 2016 05:12:09 -0700, c...@zoffix.com wrote: > There was a comment on IRC from someone who doesn't have an account > (http://irclog.perlgeek.de/perl6/2016-06-30#i_12762654 ): > > use Module :ONLY; > > I do like :ONLY more than my original :SYM Just got bitten by this in real-life

[perl #128090] [RFC] Easy Way to Export Only Specific Symbols At Compile Time

2017-11-27 Thread Zoffix Znet via RT
On Thu, 30 Jun 2016 05:12:09 -0700, c...@zoffix.com wrote: > There was a comment on IRC from someone who doesn't have an account > (http://irclog.perlgeek.de/perl6/2016-06-30#i_12762654 ): > > use Module :ONLY; > > I do like :ONLY more than my original :SYM Just got bitten by this in real-life

[perl #132447] IO.slurp throws exception when run in threads

2017-11-17 Thread Zoffix Znet via RT
On Fri, 17 Nov 2017 09:26:10 -0800, d...@zwell.net wrote: > After more careful checking, I found the bug fix did make it into the > October release. A bisect showed it was fixed it in > commit 6af44f8d38a02bbd0d68cfd014165d6e33e4d89a. > [...] > Slurping on the file handle you described still produc

[perl #132447] IO.slurp throws exception when run in threads

2017-11-17 Thread Zoffix Znet via RT
On Fri, 17 Nov 2017 09:26:10 -0800, d...@zwell.net wrote: > After more careful checking, I found the bug fix did make it into the > October release. A bisect showed it was fixed it in > commit 6af44f8d38a02bbd0d68cfd014165d6e33e4d89a. > [...] > Slurping on the file handle you described still produc

[perl #132441] [SEVERE] Windows REPL cannot handle «, » characters

2017-11-16 Thread Zoffix Znet via RT
On Mon, 13 Nov 2017 20:29:52 -0800, d...@zwell.net wrote: > With Linenoise installed, I get this error: > > Malformed UTF-8 at line 1 col 6 That looks like it might be working correctly, except cmd.exe wasn't told to UTF-8 code page (need to run `chcp 65001`). > But in the REPL, I tried to run

[perl #132441] [SEVERE] Windows REPL cannot handle «, » characters

2017-11-16 Thread Zoffix Znet via RT
On Mon, 13 Nov 2017 20:29:52 -0800, d...@zwell.net wrote: > With Linenoise installed, I get this error: > > Malformed UTF-8 at line 1 col 6 That looks like it might be working correctly, except cmd.exe wasn't told to UTF-8 code page (need to run `chcp 65001`). > But in the REPL, I tried to run

[perl #132452] Unicode: Windows shells print garbage instead of "「」"

2017-11-16 Thread Zoffix Znet via RT
On Thu, 16 Nov 2017 02:28:11 -0800, d...@zwell.net wrote: > The Windows command shells I've used (CMD and Cmder) fail to print the "「」" > that are part of stringified matches. This is a significant issue, since > new users use regular expressions when working through tutorials. > > Since pasting t

[perl #132452] Unicode: Windows shells print garbage instead of "「」"

2017-11-16 Thread Zoffix Znet via RT
On Thu, 16 Nov 2017 02:28:11 -0800, d...@zwell.net wrote: > The Windows command shells I've used (CMD and Cmder) fail to print the "「」" > that are part of stringified matches. This is a significant issue, since > new users use regular expressions when working through tutorials. > > Since pasting t

[perl #132447] IO.slurp throws exception when run in threads

2017-11-15 Thread Zoffix Znet via RT
Hi, Having trouble reproducing this on Linux on 2017.10-177-g77048b6 in a dir with 33k files that have one line of text each. - Can you inlcude the exact version (perl6 -v) to go with the --ll-exception stack trace so we can examine the referenced core code? I tried following the line numbers

[perl #132447] IO.slurp throws exception when run in threads

2017-11-15 Thread Zoffix Znet via RT
Hi, Having trouble reproducing this on Linux on 2017.10-177-g77048b6 in a dir with 33k files that have one line of text each. - Can you inlcude the exact version (perl6 -v) to go with the --ll-exception stack trace so we can examine the referenced core code? I tried following the line numbers

[perl #126721] $/ in closure arg of subst

2017-11-05 Thread Zoffix Znet via RT
On Sat, 21 Oct 2017 08:28:19 -0700, c...@zoffix.com wrote: > On Mon, 23 Nov 2015 19:40:36 -0800, raiph wrote: > > What I did > > == > > > > $/ := "Uhoh"; > > put "Foo".subst: /Foo/, -> $/ {$/}; > > put "Foo".subst: /Foo/, -> $/ {$/} for 1; > > put "Foo".subst: /Foo/, {$/}; > > put "F

[perl #126721] $/ in closure arg of subst

2017-11-05 Thread Zoffix Znet via RT
On Sat, 21 Oct 2017 08:28:19 -0700, c...@zoffix.com wrote: > On Mon, 23 Nov 2015 19:40:36 -0800, raiph wrote: > > What I did > > == > > > > $/ := "Uhoh"; > > put "Foo".subst: /Foo/, -> $/ {$/}; > > put "Foo".subst: /Foo/, -> $/ {$/} for 1; > > put "Foo".subst: /Foo/, {$/}; > > put "F

[perl #130721] [BUG] Hypered conditional method calls `».?foo` don't respect nodal methods

2017-10-29 Thread Zoffix Znet via RT
On Sun, 05 Feb 2017 13:22:13 -0800, jdv79 wrote: > [jdv@new-host-2 ~]$ perl6 -e '(, ).values>>.elems.say' > (2 3) > [jdv@new-host-2 ~]$ perl6 -e '(, ).values>>.?elems.say' > ((1 1) (1 1 1)) > [jdv@new-host-2 ~]$ perl6 -v > This is Rakudo version 2017.01-170-gc0a907f built on MoarVM version > 2017.

[perl #130721] [BUG] Hypered conditional method calls `».?foo` don't respect nodal methods

2017-10-29 Thread Zoffix Znet via RT
On Sun, 05 Feb 2017 13:22:13 -0800, jdv79 wrote: > [jdv@new-host-2 ~]$ perl6 -e '(, ).values>>.elems.say' > (2 3) > [jdv@new-host-2 ~]$ perl6 -e '(, ).values>>.?elems.say' > ((1 1) (1 1 1)) > [jdv@new-host-2 ~]$ perl6 -v > This is Rakudo version 2017.01-170-gc0a907f built on MoarVM version > 2017.

[perl #132316] [SEGV] Crash while running program (MongoDB module)

2017-10-28 Thread Zoffix Znet via RT
On Sat, 28 Oct 2017 01:09:59 -0700, mt1...@gmail.com wrote: > Hi @Zoffix Znet > > Do you have any pointers or howto's to write thread-save code? > Otherwise > I'd remove all of the promises. It gave some other problems in the > past. > Regards > Marcel > > On Thu, 26 Oct 2017 06:04:51 -0700, alex.

[perl #132316] [SEGV] Crash while running program (MongoDB module)

2017-10-28 Thread Zoffix Znet via RT
On Sat, 28 Oct 2017 01:09:59 -0700, mt1...@gmail.com wrote: > Hi @Zoffix Znet > > Do you have any pointers or howto's to write thread-save code? > Otherwise > I'd remove all of the promises. It gave some other problems in the > past. > Regards > Marcel > > On Thu, 26 Oct 2017 06:04:51 -0700, alex.

[perl #132262] [REGRESSION] Quote braid misses Main braid's language change due to new ops

2017-10-27 Thread Zoffix Znet via RT
On Mon, 16 Oct 2017 15:58:01 -0700, c...@zoffix.com wrote: > Yeah, it's the quote lang cache that's giving trouble. I know where > the bug is at just need to find the right swatter... Gonna do it next > weekend. Thank you for the report. This is now fixed. Fix: https://github.com/rakudo/rakudo/

[perl #132262] [REGRESSION] Quote braid misses Main braid's language change due to new ops

2017-10-27 Thread Zoffix Znet via RT
On Mon, 16 Oct 2017 15:58:01 -0700, c...@zoffix.com wrote: > Yeah, it's the quote lang cache that's giving trouble. I know where > the bug is at just need to find the right swatter... Gonna do it next > weekend. Thank you for the report. This is now fixed. Fix: https://github.com/rakudo/rakudo/

[perl #132290] [LTA] .gist of a Method does not always show its .name (.say for .^methods)

2017-10-26 Thread Zoffix Znet via RT
On Fri, 13 Oct 2017 20:09:41 -0700, alex.jakime...@gmail.com wrote: > Code: > say .name, “ – ”, .gist for .^methods > > Result: > from-iterator – from-iterator > from-slurpy – from-slurpy > from-slurpy-onearg – from-slurpy-onearg > from-slurpy-flat – from-slurpy-flat > new – new > to – to > from –

<    1   2   3   4   5   6   7   8   9   10   >