November -- doing stuff in Perl 6 in the months before Christmas. <november-wiki.org> <github.com/viklund/november> <irclog.perlgeek.de/november-wiki> <nopaste.snit.ch>
Set by moderator on 18 October 2008.
10:44 ihrd joined
ihrd hi 10:44
zarah hi ihrd
moritz_ good localtime()
ihrd I have ~hour to work on the November 10:45
so I try to implement all_pages in p6w
will try
14:35 ihrd joined
ihrd so, I hang up with array ref go over, send mail to list 15:26
bb
15:26 ihrd left 19:19 masak joined
masak OH HAI 19:19
moritz_ hi there 19:20
masak moritz_: can you confirm that perl6 -e '.say for =$*IN' only reads one line with the current Rakudo? 19:21
moritz_ masak: confirmed 19:22
masak reports
also, perl6 -e 'my $l = 0; while !$*IN.eof { $l++; my $dummy = =$*IN; }; say $l'
can you confirm that that one reports one more line than wc?
(when reading from a file)
moritz_ masak: .eof only returns true after the last line, ie after reading the first non-existing line 19:24
masak: that's a known bug, at least to me and jonathan ;) 19:25
masak moritz_: nevertheless, should be in rt
moritz_ masak: yes. Dunno if it is.
masak in my file, the last line is non-blank
but Rakudo prints one blank line
(or registers one blank line)
also, is this program a segfault for you: 19:27
./perl6 -e 'my $l = 0; while !$*IN.eof { $l++; =$*IN; }; say $l'
?
moritz_ es 19:28
yes
masak good, reporting that too 19:29
(I was in a bus for hours last night, so I had a bit of time to play around with Rakudo) 19:30
rakudo: my Int $a = undef
p6eval rakudo 31963: OUTPUT[Type check failed␤current instr.: 'parrot;Perl6Object;infix:=' pc 60 (src/gen_builtins.pir:52)␤]
masak moritz_: you know if that's been reported?
it should work according to S02 19:31
moritz_ masak: I can't recall such a report
masak reports
let people with better overview merge if there are duplicates :)
moritz_ aye 19:32
masak & 19:33
moritz_ usually I go over the RT queue every two month or so, so I'll likely detect it at some time
masak moritz_++
rakudo: my &b = &say; &b(5) 21:07
p6eval rakudo 31963: OUTPUT[Lexical 'b' not found␤current instr.: '_block11' pc 39 (EVAL_12:21)␤]
masak moritz_: that's not right, is it? is there a ticket for that? 21:08
moritz_ rakudo: my &b := &say; &b(5)
p6eval rakudo 31963: OUTPUT[Lexical 'b' not found␤current instr.: '_block11' pc 21 (EVAL_12:16)␤]
moritz_ &b is wrong. 21:09
I think
rakudo: my &b := &say; b(5)
p6eval rakudo 31963: OUTPUT[5␤]
masak oh, ok.
is &b.(5) ok?
and why'd &b(5) be wrong? 21:10
moritz_ rakudo: my &b := &say; &b.(5)
p6eval rakudo 31963: OUTPUT[Lexical 'b' not found␤current instr.: '_block11' pc 21 (EVAL_14:16)␤]
moritz_ masak: not sure, I just remebered the "&foo isn't a sub call" meme
masak me too, vaguely 21:11
moritz_ oh, S06 says '&f(); # runtime call to &f'
masak ok, reporting 21:13
my fifth today! :)
hm, I had a similary one already. #58828 21:15
I'll just add this case to that one
rakudo: my &b = &say; &b(5) 21:18
p6eval rakudo 31963: OUTPUT[Lexical 'b' not found␤current instr.: '_block11' pc 39 (EVAL_12:21)␤]
masak but look at this: 21:19
rakudo: &b = &say; &b(5)
p6eval rakudo 31963: OUTPUT[5␤]
masak that can't be right :)
moritz_ masak: ISTR a discussion with ruoso that came to the conclusion that subs are (mostly) "no strict" 21:20
but I guess this is wrong nonetheless
masak aye
21:23 masak` joined
masak @tell zarah Hi5 ;-) 21:54
zarah masak: You are wasting your time, and mine.
masak dz :) 21:55

Powered by Cro and the Raku® Programming Language.

Please report any issues / comments / feature requests as an issue on App::Raku::Log.

Thank you!