В с++ я к сожалению не силён, поэтому просьба пинать не сильно.
Долго и нудно пытаюсь переписать свои виндовые udf под линух. На текущий момент родилось такое:

=== my_udf.cpp ===
#include <iostream>
#include <cstdio>
using namespace std;
extern string FormatIBFloat (double f)
{
char s[20];
sprintf(s, "%.2f", f);
return s;
}

Она просто форматирует число в строку.
Откомпилировал так: c++ my_udf.cpp -shared -fPIC -o libmy_udf.so

Положил libmy_udf.so в /usr/lib/firebird/2.5/UDF
Сказал: sudo /etc/init.d/firebird2.5-classic restart

Запустил от рута (для чистоты эксперимента) консоль isql-fb. Объявил в базе:
SQL> DECLARE EXTERNAL FUNCTION FORMATFLOAT
CON> DOUBLE PRECISION
CON> RETURNS CSTRING(20) FREE_IT
CON> ENTRY_POINT 'FormatIBFloat' MODULE_NAME 'libmy_udf.so';

Дальше попросил:
SQL> select formatfloat(123.456) from rdb$database;

Получил в ответ:
Statement failed, SQLSTATE = 39000
invalid request BLR at offset 63
-function FORMATFLOAT is not defined
-module name or entrypoint could not be found

Права стоят такие:
ls -lh /usr/lib/firebird/2.5/UDF
итого 96K
-rw-r--r-- 1 root root 19K февр. 5 2013 fbudf.so
-rw-r--r-- 1 root root 7,0K февр. 5 2013 fbudf.sql
-rw-r--r-- 1 root root 19K февр. 5 2013 ib_udf2.sql
-rw-r--r-- 1 root root 15K февр. 5 2013 ib_udf.so
-rw-r--r-- 1 root root 19K февр. 5 2013 ib_udf.sql
-rwxr-xr-x 1 root root 8,7K февр. 22 19:55 libmy_udf.so

думаю х ей не мешает.. впрочем без него не лучше

Где тут есть ошибки?

Dimitry SibiryakovВезде. Читай http://ibase.ru/develop.htm#udf

C этого и начинал. Под виндой и на паскале всё работает уже много лет.

kdv, ну, конечно, всё может быть...
Но за много лет она работала на разных осях от ХР до 2008 сервера, на многих машинах, перекомпилировалась под х64, многократно переписывалась, оптимизировалась и т.п. Наверно, там не всё идеально, но к работе до сих так претензий и не проявилось, даже на некорректных данных...
Но rfunc я посмотрю непременно. Просто сложно быстро разобраться в чужом коде, тем более не зная языка.

Аффтар, не выпендривайся, просто собери свою библиотеку свежим FPC.
От чего же непременно не выпендриваться? Что-то новое тоже хочется попробовать.
Интересны были бы ответы знающих с++: какой тип данных лучше использовать, правильные директивы для экспорта...

Dimitry SibiryakovТы совершенно не понимаешь работу с памятью

Уважаемый, ты об этом делаешь выводы по кусочку кода, написанному на незнакомом мне языке, с незнакомыми и ОТЛИЧНЫМИ от дельфи механизмами работы с памятью строк? Я даже не буду тебе что-то доказывать.
Хочешь помочь - велкам. Если просто есть желание пальцами водить - спускайся на лавочку к подъезду - там оценят.

kdvтак вот и вызывает удивление, что ты на сях сделал все совершенно по другому, чем у тебя на дельфях.
Замечание верное. Но в том-то и вопрос у меня.
Если в винде я знаю каким менеждером памяти пользуется fb и в своём коде соотв. образом выделяю память под строки, то с++ для меня тёмный лес - я даже не знаю как там называется ib_util_malloc и как её вызвать.
Это в винде. А в линухе - там может быть совсем другой менежер, с другими именами функций... мне это неизвестно. Вот я спрашиваю.

wadmanЗагляни в {PF}\Firebird\include\ib_util.*
Вот. Уже ближе к теме.
Теперь интересно каким менеджером / имя функции выделять память под строки в udf в линуксе.
hvlad
Ты действительно думаешь, что менеджер памяти в ФБ зависит о того, на чём ты пишешь УДФ ?

Укажи точное место в моём посте из которого ты сделал этот вывод.

wadmanЗаглянул хоть в ib_util.h? Это ВСЁ, что нужно.
ОК нашёл. Он в /usr/include лежит - так сходу фиг догадаешься.
Теперь вопрос - каким из строковых типов с++ посоветуете пользоваться?
hvlad Я его процитировал
Тогда прям по буквам - покажи где там буквы "ФБ" и где там буквы "зависит"?

ok, спасибо всем, кто поделился советом - будем пробовать