Если падает, можно прислать бекап метаданных и удф мне.
Спасибо. Попробую воспроизвести тестовый пример и выслать. Хотя надеюсь
апдейт ядра и glibc поможет.
После вчераших изысков получил следующие результаты :
1. segmentation fault скорее всего появлялась из-за того, что библиотека
Vsevolod iuaa...@gmail.com
сообщил/сообщила в новостях следующее:
news:1318487736538-3900707.p...@n4.nabble.com...
Если можно подскажи приз где я не прав и что не так делаю.
Не знаю к кому ты стучишся. Если конкретно к Владу то извини.
Вот мои потуги в написании библиотек на ФрееПаскале.
Храпко Виктор пишет:
Я в лазарусе компилил. Еще и для 64 разрядного OpenSuse 11.2
А версия лазаруса какая?
Как-то пытался перекомпилировать UDF для FB под 64битный RedHat,
но старая версия лазаруса не позволяла.
---
Игорь
В письме от Thu, 13 Oct 2011 10:35:36 +0400, Vsevolod
iuaa...@gmail.com сообщал:
3. Переписал все вызовы malloc на ib_util_malloc. Теперь функции
вызываются, возвращают правильные результаты, но теперь клиент виснет при
дисконнекте от БД. Завис IBE, также завис процесс gbak после того как
1) а у тебя не используется что-то с авто-созданием строк ? какой-нибудь
StrNew, который автоматически вызовет собственный heap manager, а не
ib-шный ?
в Delphi заменить стандартный менеджер на ib_malloc понятно как, есть ли
аналогичный хуки в FPC не знаю.
Там гораздо все интересней.
В письме от Thu, 13 Oct 2011 23:50:56 +0400, Cherevatenko Vsevolod
iuaa...@gmail.com сообщал:
и все
равно виснет и клиент и серверный процесс, собака :(
виснет при выгрузке, так ?
может быть если просмоьтреть в ldd удфку и сервер - увидим, что они гурзят
разные версиии одной и той же
6 matches
Mail list logo