Re: [perl #131241] (Bag|Mix)Hash.values doesn't check validity of assigned values

2017-05-01 Thread Elizabeth Mattijsen via RT
Fixed for the .values case with c1bd844e2752799af8e and 0e0ac2fb8c51a82a0 . But this needs a more thorough fix. To be forthcoming soon! > On 1 May 2017, at 19:28, Elizabeth Mattijsen (via RT) > wrote: > > # New Ticket Created by Elizabeth Mattijsen > # Please include the string: [perl #13

Re: [perl #131241] (Bag|Mix)Hash.values doesn't check validity of assigned values

2017-05-01 Thread Elizabeth Mattijsen
Fixed for the .values case with c1bd844e2752799af8e and 0e0ac2fb8c51a82a0 . But this needs a more thorough fix. To be forthcoming soon! > On 1 May 2017, at 19:28, Elizabeth Mattijsen (via RT) > wrote: > > # New Ticket Created by Elizabeth Mattijsen > # Please include the string: [perl #13

[perl #131239] where clause thunk's return value used for smartmatching

2017-05-01 Thread Zoffix Znet via RT
On Mon, 01 May 2017 10:15:03 -0700, 1parr...@gmail.com wrote: > If Zoffix gets this confused, maybe the explanation needs some work > for mere mortals? Added a note to docs in https://github.com/perl6/doc/commit/80165120fe

[perl #131239] where clause thunk's return value used for smartmatching

2017-05-01 Thread Zoffix Znet via RT
On Mon, 01 May 2017 10:15:03 -0700, 1parr...@gmail.com wrote: > If Zoffix gets this confused, maybe the explanation needs some work > for mere mortals? Added a note to docs in https://github.com/perl6/doc/commit/80165120fe

[perl #125463] [JVM] .IO.unlink succeeds in unlinking empty directories

2017-05-01 Thread Zoffix Znet via RT
On Mon, 01 May 2017 10:05:41 -0700, sidhe...@gmail.com wrote: > No failure signalled … It rudimentary way it is; you can still write: `die "Some failure" unless @files == unlink @files` In Perl 6 it doesn't, and I see our &unlink even returns the full original list of files, despite some non-

[perl #125463] [JVM] .IO.unlink succeeds in unlinking empty directories

2017-05-01 Thread Zoffix Znet via RT
On Mon, 01 May 2017 10:05:41 -0700, sidhe...@gmail.com wrote: > No failure signalled … It rudimentary way it is; you can still write: `die "Some failure" unless @files == unlink @files` In Perl 6 it doesn't, and I see our &unlink even returns the full original list of files, despite some non-

[perl #131241] (Bag|Mix)Hash.values doesn't check validity of assigned values

2017-05-01 Thread via RT
# New Ticket Created by Elizabeth Mattijsen # Please include the string: [perl #131241] # in the subject line of all future correspondence about this issue. # https://rt.perl.org/Ticket/Display.html?id=131241 > m: my $b = .BagHash; $_ = 0 for $b.values; dd $b rakudo-moar 1f80db

Re: [perl #131239] where clause thunk's return value used for smartmatching

2017-05-01 Thread Parrot Raiser
If Zoffix gets this confused, maybe the explanation needs some work for mere mortals? On 4/30/17, Zoffix Znet via RT wrote: > On Sun, 30 Apr 2017 18:47:16 -0700, c...@zoffix.com wrote: > >> The correct way to write that would be to use `&`. > > And .so on .name >

Re: [perl #125463] [JVM] .IO.unlink succeeds in unlinking empty directories

2017-05-01 Thread The Sidhekin
On Mon, May 1, 2017 at 6:25 PM, Rob Hoelz via RT < perl6-bugs-follo...@perl.org> wrote: > Perl 5 signals failure when the file doesn't exist: > > $ touch one > $ perl -le 'print unlink("one") ? 1 : 0' > 1 > $ perl -le 'print unlink("one") ? 1 : 0' > 0 > Not exactly. Perl5 unlink is d

[perl #125463] [JVM] .IO.unlink succeeds in unlinking empty directories

2017-05-01 Thread Rob Hoelz via RT
On 2017-05-01 01:38:14, c...@zoffix.com wrote: > > On 23 Jun 2015, at 15:37, Rob Hoelz (via RT) > follo...@perl.org> wrote: > > Unlinking a non-existent file should fail() rather than return True. > > The end-goal of .unlinking stuff is for the file to stop existing. > IMO that goal is achieved e

Announce: Rakudo Star Release 2017.04

2017-05-01 Thread Steve Mynott
A useful and usable production distribution of Perl 6 On behalf of the Rakudo and Perl 6 development teams, I'm pleased to announce the April 2017 release of "Rakudo Star", a useful and usable production distribution of Perl 6. The tarball for the April 2017 release is available from https://rakud

[perl #131240] [BUG] SetHash retains container rather than object

2017-05-01 Thread Jan-Olof Hendig via RT
On Mon, 01 May 2017 04:37:13 -0700, elizabeth wrote: > Fixed with 551b8a69e0a83e2c34 , tests needed > > > On 1 May 2017, at 13:24, Jan-Olof Hendig (via RT) > follo...@perl.org> wrote: > > > > # New Ticket Created by Jan-Olof Hendig > > # Please include the string: [perl #131240] > > # in the su

Re: [perl #131240] [BUG] SetHash retains container rather than object

2017-05-01 Thread Elizabeth Mattijsen via RT
Fixed with 551b8a69e0a83e2c34 , tests needed > On 1 May 2017, at 13:24, Jan-Olof Hendig (via RT) > wrote: > > # New Ticket Created by Jan-Olof Hendig > # Please include the string: [perl #131240] > # in the subject line of all future correspondence about this issue. > # https://rt.perl.org/

Re: [perl #131240] [BUG] SetHash retains container rather than object

2017-05-01 Thread Elizabeth Mattijsen
Fixed with 551b8a69e0a83e2c34 , tests needed > On 1 May 2017, at 13:24, Jan-Olof Hendig (via RT) > wrote: > > # New Ticket Created by Jan-Olof Hendig > # Please include the string: [perl #131240] > # in the subject line of all future correspondence about this issue. > # https://rt.perl.org/

[perl #131240] [BUG] SetHash retains container rather than object

2017-05-01 Thread via RT
# New Ticket Created by Jan-Olof Hendig # Please include the string: [perl #131240] # in the subject line of all future correspondence about this issue. # https://rt.perl.org/Ticket/Display.html?id=131240 > # these examples demonstrate the problem dogbert@dogbert-VirtualBox ~ $ perl6 -v This

[perl #125463] [BUG] $non-existent-file.IO.unlink returns True

2017-05-01 Thread Zoffix Znet via RT
> On 23 Jun 2015, at 15:37, Rob Hoelz (via RT) follo...@perl.org> wrote: > Unlinking a non-existent file should fail() rather than return True. The end-goal of .unlinking stuff is for the file to stop existing. IMO that goal is achieved even if the method is called for non-existent files, so ther

[perl #125463] [BUG] $non-existent-file.IO.unlink returns True

2017-05-01 Thread Zoffix Znet via RT
> On 23 Jun 2015, at 15:37, Rob Hoelz (via RT) follo...@perl.org> wrote: > Unlinking a non-existent file should fail() rather than return True. The end-goal of .unlinking stuff is for the file to stop existing. IMO that goal is achieved even if the method is called for non-existent files, so ther

[perl #130715] IO::Handle::close shouldn't decide what's a failure

2017-05-01 Thread Zoffix Znet via RT
On Fri, 03 Feb 2017 18:27:34 -0800, comdog wrote: > While trying to work around #125757 (using :out > makes the Proc object always return zero, I ran > into a different problem. I was writing test code > to check what a program does in cases where it > should exit with a non-zero status. > > The d

[perl #130715] IO::Handle::close shouldn't decide what's a failure

2017-05-01 Thread Zoffix Znet via RT
On Fri, 03 Feb 2017 18:27:34 -0800, comdog wrote: > While trying to work around #125757 (using :out > makes the Proc object always return zero, I ran > into a different problem. I was writing test code > to check what a program does in cases where it > should exit with a non-zero status. > > The d

[perl #130455] Should I be able to change the temporary directory?

2017-05-01 Thread Zoffix Znet via RT
Thank you for the report. The issues in this ticket have been resolved: - "tmpdir doesn't appear to change directories" - &tmpdir has been removed - "Should I be able to change the temporary directory" - Yes, by assigning to $*TMPDIR directly; simply do `my $*TMPDIR = 'foo/bar'.IO`. The i

[perl #130455] Should I be able to change the temporary directory?

2017-05-01 Thread Zoffix Znet via RT
Thank you for the report. The issues in this ticket have been resolved: - "tmpdir doesn't appear to change directories" - &tmpdir has been removed - "Should I be able to change the temporary directory" - Yes, by assigning to $*TMPDIR directly; simply do `my $*TMPDIR = 'foo/bar'.IO`. The i

[perl #130454] tmpdir tries to change the current working directory

2017-05-01 Thread Zoffix Znet via RT
On Thu, 29 Dec 2016 23:11:38 -0800, comdog wrote: > Setting the temporary directory apparently tries to change the current > working directory, which I didn't expect. But, the documentation for > tmpdir doesn't say what it does > (https://docs.perl6.org/routine/tmpdir). > > put "Tempdir is " ~ $*T

[perl #130454] tmpdir tries to change the current working directory

2017-05-01 Thread Zoffix Znet via RT
On Thu, 29 Dec 2016 23:11:38 -0800, comdog wrote: > Setting the temporary directory apparently tries to change the current > working directory, which I didn't expect. But, the documentation for > tmpdir doesn't say what it does > (https://docs.perl6.org/routine/tmpdir). > > put "Tempdir is " ~ $*T