программистское

[avva]

Будет интересно только тем, кто знает, что такое Перл и Юникод. ncurses по умолчанию не поддерживает многобайтные символы, в том числе UTF-8. Начиная с какой-то недавней версии, есть возможность построить отдельную библиотеку, libncursesw вдобавок к обычной libncurses, у которой идентичный интерфейс и встроенная поддержка многобайтных символов.

Однако перловский интерфейс к curses, библиотека Curses, ничего об этом не знает и линкуется всегда с libncurses.

Предположим, я хочу написать программу на Перле, с текстовым интерфейсом через curses, с поддержкой вывода в разных кодировках, в том числе (самое простое и идеальное) utf-8, если терминал поддерживает. Я это не могу сделать, потому что libncurses портит некоторые мультибайтные символы, вставляя вместо них мусор. Стандартный интерфейс к curses-библиотеке ОС, который будет установлен там, где будет бежать моя программа - какой-нибудь линукс или BSD - будет заранее слинкован с libncurses (та часть интерфейса, которая написана на C и компилируется в динамическую библиотеку, которую перл подгружает в рантайме - Curses.so - динамически слинкована с libncurses). Что я могу сделать? Написать новую версию интерфейса Curses, которая линкуется с libncursesw если такая есть, и послать ее мейнтейнеру? Там всего-то менять - список библиотек для поиска, потому что на уровне API библиотеки ncurses и ncursesw совместимы. Но не факт, что он примет; если да, пройдет еще полгода, пока выпустит новую версию, и еще год после этого, пока она войдет в стабильные пакеты основных дистрибутивов. Написать полностью свой интерфейс к libncursesw и включить его в пакет программы? Идиотизм. Включить в пакет программы измененную версию стандартного Curses, которая линкуется с libncursesw, и устанавливать ее в отдельном месте под другим именем? Идиотизм. Ах да, есть еще прелестная возможность хака, скажем, скопировать системный /lib/libncursesw.so.5.5 в отдельную копию в свою директорию, назвать копию libncurses.so.5 (без w), и поставить LD_LIBRARY_PRELOAD так, чтобы она загрузилась вместо обычной libncurses.so.5, когда будет загружаться стандарнтый интерфейс Curses. Причем все работает тогда, я проверил. Но это ж несерьезно.

2006 год на дворе, типа.

Comments

Ну есть еще...

[(Anonymous)]

libterm-slang-perl

Re: Ну есть еще...

[avva.livejournal.com]

Я посмотрел - она старая, 2000 года, не поддерживает еще наверняка те версии S-Lang, в которых есть нормальная поддержка UTF-8. Это не говоря уж о том, что я не люблю S-Lang, и хотел бы ncurses.

[graycrow.livejournal.com]

О, надо будет добавить в меморис, буду показывать тем, кто кричит "мастдай".

[migmit.livejournal.com]

Э-э-э... ниулавил.
Ну я, в общем, говорю мастдай. ИМХО Перл - это оно и есть. Заметочка - дополнительное (очень небольшое) подтверждение. И что?

[avnik.livejournal.com]

Написать Curses.pm на pure perl ;)
Будет работать всегда и везде ;)

PS Я уже думаю списочек делать -- библиотек которые на Pure Perl написаны.

[avva.livejournal.com]

Это тоже подпадает под категорию "несерьезно" :)

[talash.livejournal.com]

That library didn't have that name given to it in vain ;)

Re: Ну есть еще...

[nine_k]

LD_LIBRARY_PRELOAD -- первое, что пришло в голову ;)

А maintainer-у надо послать патч, который позволит при инициализации модуля выбирать, с какой ncurses линковаться.

Btw, кто заставляет в 2006 году писать строго через ncurses? %) (про slang тут уже сказали)

Re: Ну есть еще...

[avva.livejournal.com]

что предложите вместо ncurses? slang не предлагать :)

Re: Ну есть еще...

[avva.livejournal.com]

А патч такой мейнтейнер не примет, подозреваю.

Re: Ну есть еще...

[avva.livejournal.com]

А сделать действительно так, чтобы приложение пользовалось LD_LIBRARY_PRELOAD для своей нормальной работы - это слишком хак, конечно. "Пацаны не поймут".

[eth0-blog.livejournal.com]

В дебиане есть в багрепортах такая же проблема - Bug #346476 (http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=346476) - с патчем, кстати.
В Альлинуксе вроде уже добавили в стейбл.

Я думаю проблема в том, что на UTF-8 далеко не все дистрибутивы ещё перешли по умолчанию. Да и ncurses уже не так активно используется, как Qt :-)))

[avva.livejournal.com]

Я работаю под Ubuntu с локалью на utf-8 и очень доволен. "Все работает". Так например мой mutt слинкован с libncursesw итд. Все это уже так было и я ничего не менял.

[avva.livejournal.com]

Спасибо за ссылку на багрепорт :)

[http://users.livejournal.com/_slw/]

koi8-r. это единственная кодировка, достойная внимания

[avva.livejournal.com]

Нет, спасибо.

[nine_k]

Это вам никогда не доводилось писать на одном экране по-русски, по-испански и по-японски.

[ygam.livejournal.com]

Вона не підтримує українські літери.

[w23.livejournal.com]

what a perfectly controversial statement!

[stefashka.livejournal.com]

наивысший клинический интерес она представляет в плане сортировки, да.

[ex-cheran.livejournal.com]

На радость гугляндексу сюда можно добавить, что и попытки компиляции программы MrBayes (http://mrbayes.csit.fsu.edu/) на Ubuntu сталкиваются с ровно этой же проблемой, и ничего лучше описанного Анатолием хака мы не придумали.

[w23.livejournal.com]

Думаю, что самым разумным было бы дописать к "стандартной" Curses линковку с libncursesw, если такая есть, и послать ее мейнтейнеру. Ну и параллельно включить эту "новую" версию Curses в свою программу под каким-нибудь названием, типа "Cursesw", пока основная ветка с этими изменениями не будет распространенной.

[stas]

Ви таки думаете, это плохо? Вот когда таких интересных пакетов с пару десятков, и надо поддерживать с полдюжины ОС (Линукс считается за одну ОС ;), на каждой из которых свои приколы на эту тему - вот это действительно серьезно.
По теме: LD_PRELOAD можно заменить на -rpath. правда, тогда библиотеку надо ставить в заранее извеснтое место.

[stas]

Хотя нет, прошу прощения - у вас же системный Curses.so нужно... LD_LIBRARY_PRELOAD тогда.

[a48.livejournal.com]

не по теме: где будет бежать моя программа - каждый раз меня напрягает :)

Re: Ну есть еще...

[madfire.livejournal.com]

Run, Program, run!