Странное поведение Buf.subbuf в Perl 6

Сегодня я установил Rakudo Star 2012.07 и попытался написать простой скрипт на Perl 6:

#!/usr/bin/env perl6

use v6;
use LWP::Simple;

my $html = LWP::Simple.get('http://perl6.org');
say $html;

Это не работает из-за следующей ошибки:

No such method 'get_string' for invocant of type 'String'
  in method decode at src/gen/CORE.setting:6766
  in method parse_response at lib/LWP/Simple.pm:244
  in method make_request at lib/LWP/Simple.pm:199
  in method request_shell at lib/LWP/Simple.pm:63
  in method get at lib/LWP/Simple.pm:28

Код LWP:: Простой в строке 244:

my @header_lines = $resp.subbuf(
    0, $header_end_pos
).decode('ascii').split(/\r\n/);

Странно то, что следующий код в порядке:

> Buf.new(1,2,3,4,5).decode('ascii')

пока этот провалится

> Buf.new(1,2,3,4,5).subbuf(0,3).decode('ascii')
Method 'get_string' not found for invocant of class 'String'

Не могли бы вы объяснить, пожалуйста, почему это происходит? Насколько я вижу, в обоих случаях вызывается метод Buf.decode:

> Buf.new(1,2,3,4,5).subbuf(0,3).isa('Buf')
True
> Buf.new(1,2,3,4,5).isa('Buf')
True

Возможно, это ошибка в Rakudo Perl? Или, может быть, subbuf является устаревшим / недокументированным методом? Его нет на doc.perl6.org. В этом случае какой метод следует использовать?

1 ответ

Решение

Это была ошибка в Rakudo, которая уже была исправлена ​​в последней версии для разработчиков

$ perl6 -e 'say Buf.new(1,2,3,4,5).subbuf(0,3).decode("ascii")'|hexdump -C
00000000  01 02 03 0a                                       |....|

(Я уверен, что исправление также является выпуском Rakudo 2012.08, выпуск Rakudo Star, основанный на компиляторе, выйдет на этой неделе).

Причина, по которой это еще не задокументировано, заключается в том, что я сосредоточился на тех методах, которые также включены в спецификацию, поскольку у них больше шансов на выживание. Я надеюсь, что скоро добавлю документацию.

Обновление: дошли до этого, см. http://doc.perl6.org/type/Buf

Другие вопросы по тегам