>> Для начала попробуй рестор только метаданных.
Я вчера во-первых нашел check constrain, который пользовался udf, убил его. После этого segmentation fault стал появляться перед "finishing, closing, and going home" Только после того как заремарил ВСЕ вызовы удф база отресторилась без ошибок. Как то подозрительно, что вдруг все функции стали кривые. Что-то в консерватории не то ... У нас, конечно :) Напомню под Win32/64 и все версии птички до 2.1.3 на Linux - эти же функции работают и не жужжат. Сама удф написана на паскале. Проверил еще раз требования 2.5.1 к ядру и к glibc - они выше минимума, но ниже рекомендуемых. Сегодня попробуем проапдейтить и еще раз проверить. Кстати для 2.1.4 никаких рекомендаций и уточнений по поводу ядра и glibc нет. >>Если падает, можно прислать бекап метаданных и удф мне. Спасибо. Попробую воспроизвести тестовый пример и выслать. Хотя надеюсь апдейт ядра и glibc поможет. >> В firebird.log смотрел ? Конечно. В данном случае тишина и спокойствие как на морском дне. В случае если ресторить через localhost:<database> то : REMOTE INTERFACE/gds__detach: Unsuccesful detach from database. Uncommitted work may have been lost С уважением, Всеволод -- View this message in context: http://firebird.1100200.n4.nabble.com/UDF-Linux-tp3893121p3897034.html Sent from the firebird-russian mailing list archive at Nabble.com.
