On Tue, 26 Jan 2016 18:00:18 +0300, Victor Sudakov <Victor.Sudakov@f49.n5005.z2.fidonet.org> wrote: VS>>> https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=205256 VS>>> Hаступил на грабли в полный рост, когда после очередного "pkg VS>>> upgrade" виндовая шара не смонтировалась из fstab. Откат до VS>>> libiconv-1.14_8.txz (вытащил из дампа) помог. JI>> Аналогичную проблему с mount_msdosfs порешал таким quick&dirty hack: JI>> $ cat iconvcompat.c VS> Для меня в этой истории самое непонятное то, как libiconv из *портов* VS> может влиять на mount_smbfs из *базовой системы*? VS> $ ldd `which mount_smbfs ` VS> /usr/sbin/mount_smbfs: VS> libsmb.so.4 => /usr/lib/libsmb.so.4 (0x28076000) VS> libkiconv.so.4 => /lib/libkiconv.so.4 (0x28082000) VS> libc.so.7 => /lib/libc.so.7 (0x28086000) Посредством libkiconv.so.4 вестимо. Оно libiconv.so dlopen(3) и пытается из него dlsym(3) iconv_open. А начиная с libiconv-1.14_9 iconv_open там больше нет. Вместо него теперь libiconv_open. Hу а libkiconv.so.4 на такую засаду никак не рассчитывает... Так что пока в libkiconv.so.4 порядок не наведут либо оставаться на libiconv-1.14_8, либо как у меня. --- ifmail v.2.15dev5.4 * Origin: Black CaT's Point (2:5020/400)
