Добро пожаловать, Гость. Пожалуйста авторизуйтесь здесь.
FGHIGate на GaNJa NeTWoRK ST@Ti0N - Просмотр сообщения в эхоконференции RU.UNIX.BSD
Введите FGHI ссылку:


Присутствуют сообщения из эхоконференции RU.UNIX.BSD с датами от 18 Jan 11 22:51:00 до 16 Sep 24 17:28:15, всего сообщений: 10763
Ответить на сообщение К списку сообщений Предыдущее сообщение Следующее сообщение
= Сообщение: 3971 из 10763 ===================================== RU.UNIX.BSD =
От   : Victor Sudakov                   2:5005/49          27 Jan 16 08:32:30
Кому : Alex Korchmar                                       27 Jan 16 08:32:30
Тема : Bug 205256 - Segmentation fault with mount_smbfs
FGHI : area://RU.UNIX.BSD?msgid=2:5005/49+56a82cd0
На   : area://RU.UNIX.BSD?msgid=<1187503758@ddt.demos.su>+3a238701
= Кодировка сообщения определена как: CP866 ==================================
Ответ: area://RU.UNIX.BSD?msgid=<1187503762@ddt.demos.su>+c9d4cc11
==============================================================================
Dear Alex,

26 Jan 16 18:04, you wrote to Jurij Ivliev:
JI>> Посредством libkiconv.so.4 вестимо. Оно libiconv.so dlopen(3)
JI>> и пытается из него dlsym(3) iconv_open. А начиная с
JI>> libiconv-1.14_9
AK> и не проверяет результат.
AK> То есть проблема не в iconv, и даже не в том что они сменили
AK> интерфейс, а в том что у кого-то руки из жопы.

AK> учитывая что PR открыт в портах а не там где ему следует быть - шансов
AK> на быстрое исправление проблемы около нуля.

Не проблема открыть PR и в другой категории, если бы а) предоставить достаточно показательный test case про libkiconv и б) понять, зачем вообще нечто из базовой системы пытается использовать библиотеку из портов, и как это случилось.

Victor Sudakov, VAS4-RIPE, VAS47-RIPN
--- GoldED+/BSD 1.1.5-b20110223-b20110223
* Origin: Ulthar (2:5005/49)

К главной странице гейта
Powered by NoSFeRaTU`s FGHIGate
Открытие страницы: 0.101712 секунды