|
ru.perl
- RU.PERL ----------------------------------------------------------------------
From : pavel kurnosoff 2:5030/1061 18 Dec 2001 02:28:12
To : Oleg A. Paraschenko
Subject : perl 5.6.1 +XML::Parser + unicode
--------------------------------------------------------------------------------
OP> Говоря про XML::parser, стоит упоминать про $VERSION.
OP> Хотя без разницы. Всё равно работать не будет.
2.30. по цпану - последняя.
OP> В своё время я попробовал использовать Perl-XML под 5.6.0.
OP> Вылезли глюки в самом Перле. Собрал 5.6.1. Глюки 5.6.0 исправлены,
OP> зато появились новые. В результате вернулся на классику -- 5.005_03.
к сожалению, это не от меня зависит.
OP> А вообще, XML::Parser -- неплохой поставщик баг-репортов для
OP> самого Перла. Hе далее как пару дней назад в рассылке Perl-XML
OP> получили ещё один. Что забавно, испортилась строка, все символы
OP> которой по коду меньше 'z'.
так им, семибитным, и надо! =)
>> семибитные американцы опять нас кинули что-ли?
OP> Hе совсем. Скорее, это болезнь из-за переезда на unicode.
OP> Hекоторую часть CPAN'a можно просто выкидывать.
ну вобщем, одного поля ягоды. если не выходить за пределы 0-127, то этого бага
не видно.
>> насколько я понимаю, я оторвал себе возможность работать с
>> возвращаемыми им строками как с юникодом встроенными 5.6-перловыми
>> средствами. это так?
OP> Похоже, что так. Тебе, наверное, возвращается не настоящая
OP> utf8-строка, а последовательность из байт utf8-строки. За то время
OP> пока я разбирался с проблемами 6-й версии, мне показалось, что
OP> они до некоторой степени взаимозаменяемы.
только, если я правильно понял, скажем s/./0/g для строки "абв" в utf-8 вернёт
"000", а для последоватлеьности байт - "000000". я быстренько пробежался по коду
- у меня это проблем не вызовет. моя обработка данных в utf8 не затрагивает
символы выше 127, там только замены типа %\d+.
.pk
--- np: silence
* Origin: there's no tomorrow (2:5030/1061)
Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
|
