Camelia, the Perl 6 bug

IRC log for #november-wiki, 2008-10-26

| Channels | #november-wiki index | Today | | Search | Google Search | Plain-Text | summary

All times shown according to UTC.

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

| Channels | #november-wiki index | Today | | Search | Google Search | Plain-Text | summary