= Сообщение: 3975 из 10763 ===================================== RU.UNIX.BSD = От : Jurij Ivliev 2:5020/400 27 Jan 16 18:37:48 Кому : Victor Sudakov 27 Jan 16 18:37:48 Тема : Re: Bug 205256 - Segmentation fault with mount_smbfs FGHI : area://RU.UNIX.BSD?msgid=<1187503764@shelob.esterdev.com>+5a5351a5 На : area://RU.UNIX.BSD?msgid=2:5005/49+56a82c09 = Кодировка сообщения определена как: CP866 ================================== ============================================================================== From: Jurij Ivliev <ii@any.com.ru>
Hi, Victor!
On Wed, 27 Jan 2016 08:27:22 +0300, Victor Sudakov <Victor.Sudakov@f49.n5005.z2.fidonet.org> wrote: JI>> Посредством libkiconv.so.4 вестимо. Оно libiconv.so dlopen(3) JI>> и пытается из него dlsym(3) iconv_open. А начиная с libiconv-1.14_9 JI>> iconv_open там больше нет. Вместо него теперь libiconv_open. JI>> Hу а libkiconv.so.4 на такую засаду никак не рассчитывает... VS> Зачем оно вообще рассчитывает на наличие libiconv? А если бы VS> converters/libiconv вообще не был установлен (это же порт), VS> оно бы что делало? Hу, по RTFS судя, ругнётся куда-то: "Unable to load iconv library: %s\n" и вернёт ENOENT в errno. А рассчитывает оно на него просто потому, что раньше больше не на что было рассчитывать.
JI>> Так что пока в libkiconv.so.4 порядок не наведут либо оставаться JI>> на libiconv-1.14_8, либо как у меня. VS> Hе желаешь добавиться в CC List к багу 205256? Или знаешь более VS> релевантный баг на обсуждаемую тему? Я вообще не уверен, что кто-то что-то по этому поводу будет делать. iconv&Co (под именем libiconv&Co) уже довольно давно живут в libc (сейчас включается сборкой мира с WITH_ICONV, дальше наверно будет вообще безальтернативно). Та же libkiconv.so.4 пользуется функциями из libc, если собрана соответственно. Переименование iconv* => libiconv* в портовой libiconv, судя по коментарию в комите, сделано для того, чтобы порты, которым нужны функции libiconv также могли пользоваться libc-шными.
Мой хак, кстати, таки ломает csh :( Оно за каким-то лешим тоже хочет iconv и тоже разумеется через dlopen(3), но там функции уже успели переименовать. --- ifmail v.2.15dev5.4 * Origin: Black CaT's Point (2:5020/400)
