The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]



Индекс форумов
Составление сообщения

Исходное сообщение
"iconv_close() segmentation fault"
Отправлено denger, 17-Сен-05 03:08 
Тема достаточно избитая - cp1251 vs koi8-r. С помощью man iconv(3) и этого форума наваял рабочий вариант:

string convert(string from, string to, const char *enc1, const char *enc2) {
    iconv_t cd = (iconv_t)(-1);
    cd = iconv_open(enc1, enc2);
    if( cd == (iconv_t)(-1) )
        cerr << "-ERR: iconv_open(" << enc1 << ", " << enc2 << ");\n";

    size_t nrc, oldlen, buflen;
    char* in = new char(from.size() + 1);
    char* out = new char(from.size() * 4 + 1);
    char* out_pointer = out;
    strcpy(in, from.data());
    oldlen = from.size();
    buflen = oldlen * 4;
    memset( out, 0, buflen);
    cout << "IN: " << in << endl;
    nrc = iconv(cd, &in, &oldlen, &out_pointer, &buflen);
    cout << "OUT: " << out << endl;
    cout << "Non-reversibly converted: " << nrc << "\n";
    nrc = iconv(cd, NULL, NULL, NULL, NULL);//This is really needed in multi-thread program only
    cout << "We are just before iconv_close\n";
    if (iconv_close(cd) != 0)
        cerr << "-ERR: iconv_close();\n";
    to.copy(out, strlen(out));
    delete in, out;
    return to;
}

Везде, где 'cout <<' - подразумевается #ifdef DEBUG .. #endif :)

Conversion descriptor создаётся, строки конвертируются корректно, всё работает. Но при вызове iconv_close(cd) программа хватает SIGSEGV в функции mallopt() glibc.
Версия glibc: glibc-2.3.4.20041102

Если не вызывать iconv_close(), то вылетает iconv_open() при следующем её вызове.
Проблему можно конечно решить, создав 6 дескрипторов koi-8<=>cp1251<=>utf-8, но мало ли - понадобится допустим ещё и koi8-u.

До кучи, если немного поиграться и сдвинуть строки
    iconv_t cd;
    cd = iconv_open(enc1, enc2);
    if( cd == (iconv_t)(-1) )
        cerr << "-ERR: iconv_open(" << enc1 << ", " << enc2 << ");\n";
вплотную к вызову iconv(), то вылетает первый же вызов iconv_open()

Я, конечно, в курсе, что mallopt() is obsoleted в пользу malloc(), но мне свободу выбора вроде как никто не предоставляет :)

Кто-нибудь может подсказать, как эту беду побороть?

 

Ваше сообщение
Имя*:
EMail:
Для отправки новых сообщений в текущей нити на email укажите знак ! перед адресом, например, !user@host.ru (!! - не показывать email).
Более тонкая настройка отправки ответов производится в профиле зарегистрированного участника форума.
Заголовок*:
Сообщение*:
 
При общении не допускается: неуважительное отношение к собеседнику, хамство, унизительное обращение, ненормативная лексика, переход на личности, агрессивное поведение, обесценивание собеседника, провоцирование флейма голословными и заведомо ложными заявлениями. Не отвечайте на сообщения, явно нарушающие правила - удаляются не только сами нарушения, но и все ответы на них. Лог модерирования.



Партнёры:
PostgresPro
Inferno Solutions
Hosting by Hoster.ru
Хостинг:

Закладки на сайте
Проследить за страницей
Created 1996-2024 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру