Re: bug in $. ?

Pit Capitain wrote:
> Wybo Dekker schrieb:
>> wybo>cat t
>> def out; print "#$. "; end # print $. plus a space
>> out
>> $. = 0
>> out
>> DATA.each { out }
>> puts
>> __END__
>> 1
>> 2
>> 3
>> 4
>> wybo>ruby t
>> 7 0 8 9 10 11
>>
>> This should, probably even without the $.=0 statement, print:
>> 7 0 1 2 3 4
>>
>> Am I wrong?
> 
> $. is the number of the last line read from the current input file. When 
> you read lines from DATA, you're reading the lines 8..11 of your file 
> "t". Why do you think line 8 should be reported as line 1?

1. because DATA does not point to my input file `t', but to the DATA 
section in it. Reading from DATA is not expected to return lines other 
than those after __END__

2. As is, $. is useless when reading from DATA

3. Even if you see $. as a pointer to the program source, then  setting 
it to zero should help. In fact, the program part of the file has 
already been read at that point.

4. In Perl it works as (I) expected. But that may be a reason to do 
things differently, of course.

-- 
Wybo