Qt работа с UDF

[ecspertiza]

Вопрос таков, возможно ли на Qt написать udf-ку для firebird

Я пробовал сделать вот так

Код:

extern "C"
{
    char* result(char* );
}

char* result(char* a)
{
    return a;
}

И затем объявление в самом Firebird, так все работает на ура, но если я в Qt подключаю хотя бы

Код:

#include <iostrem>

то во-первых размер длл-ки увеличивается в 10 раз, и сразу же вызов функции из БД невозможен, БД пишет мол нет такой ф-ции. При этом смотрю через TotalCommander в длл-ке кроме моей ф-ции появляются еше какие то сторонние .Может подскажете советом.

[Zmeishe]

Моя UDF работает без проблем и на Linux и на Win

Вот пример с одной стандартной функцией pow(...) из #include <math.h>
и одной Qt функцией qRound64(...) из #include <QtCore/QtGlobal>


ib_round.cpp

Код:

#include <QtCore/QtGlobal>
#include <math.h>

#ifdef Q_OS_WIN 
#	if defined( QT_BUILD_MATH_LIB )
#		define Q_MATH_EXPORT __declspec(dllexport)
#	else 
#		define Q_MATH_EXPORT __declspec(dllimport)
#	endif
#else 
#		define Q_MATH_EXPORT
#endif  	


extern "C" Q_MATH_EXPORT double ib_udf_round_to(double *x, int *y)
{
 double p = pow(10.0, *y);
 return qRound64(*x * p) / p;
}

ib_round.pro

Код:

...
win32 {
 DEFINES +=  QT_BUILD_MATH_LIB
}
...

[ecspertiza]

При работе с числами у меня тоже проблем нету, но мне нужно работать со строками, и если я хоть в одном месте объявляю Qt шную строку

Код:

QString str;

или C++

Код:

#include <string>
std::string str;

то все смерть, функция невидна и т.д и т.п.

[break]

создается такое впечатление как будто ваша DLL с UDF не линкуется со всякими QtCore - попробуйте использовать свою DLL-UDF другой тестовой программой, которая попытается вызвать эту же ф-ю.

[Zmeishe]

При работе с числами у меня тоже проблем нету...

А при работе с числами ты какие Qt-шные функции используешь?

[ecspertiza]

создается такое впечатление как будто ваша DLL с UDF не линкуется со всякими QtCore - попробуйте использовать свою DLL-UDF другой тестовой программой, которая попытается вызвать эту же ф-ю.

пробовал написать просто тестовую софтину, тоже ку-те-шную которая вызавыет ф-ции, все нормально отрабатывает.

А при работе с числами ты какие Qt-шные функции используешь?

Ну на самом, деле при работе с числами именно ку-тешные ф-ции не юзаю, ибо чистого C++ хватает, а тут строку нужно закодировать и самое простое на мой взгляд это

Код:

QByteArray::toString()

И стало быть QString тоже нужно использовать, но вот как только так сразу и не работает

Свою реализацию base64 писать не хочется нашел на C++ там используется std::string , но вот как только его использовать  то сразу вход в функцию из Firebird не найден, а если свою софтину написать то все отлично работает.

[Zmeishe]

А при работе с числами ты какие Qt-шные функции используешь?

Ну на самом, деле при работе с числами именно ку-тешные ф-ции не юзаю, ибо чистого C++ хватает, а тут строку нужно закодировать и самое простое на мой взгляд это

Сделай UDF, как у меня, с числами и с qRound() / qRound64()
И скажи - работает или нет.
Если не работает, то процесс interbase / firebird не видит Qt*.dll
Для Win пропиши переменную PATH

[ecspertiza]

Переменная прописана, и твой пример работает отлично, но со строками проблема дай путь...

[Zmeishe]

Ну прям, не знаю.

Есть у меня ещё вот такая - и тоже работает не один год

Код:

extern "C"  __declspec(dllexport) char* ib_udf_createUUID()
{
  char *p; 
  
  p = QUuid::createUuid().toString().toLatin1().data();
  return p;
}

Заметь - toString() нормально юзается.

[ecspertiza]

Вот все и не работает.

в общем делаю вот так

Qt код

Код:

#include <QtCore/QtGlobal>
#include <QUuid>

#ifdef Q_OS_WIN
#	if defined( QT_BUILD_MATH_LIB )
#		define Q_MATH_EXPORT __declspec(dllexport)
#	else
#		define Q_MATH_EXPORT __declspec(dllimport)
#	endif
#else
#		define Q_MATH_EXPORT
#endif

extern "C"  __declspec(dllexport) char* ib_udf_createUUID()
{
  char *p;

  p = QUuid::createUuid().toString().toLatin1().data();
  return p;
}

декларация в Firebird

Код:

DECLARE EXTERNAL FUNCTION UDF
RETURNS CSTRING(254) FREE_IT
ENTRY_POINT 'ib_udf_createUUID' MODULE_NAME 'crqphudf';

длл-ка лежит где нужно, при вызове

Код:

select UDF() from Object

говорит что точка входа в длл не найдена, может ешё что то нужно?

[BRE]

Код:

extern "C"  __declspec(dllexport) char* ib_udf_createUUID()
{
  char *p; 
  
  p = QUuid::createUuid().toString().toLatin1().data();
  return p;
}

Нормально работает не один год....
Поищи по форуму темы про подобные конструкции: .toLatin1().data();
Несколько раз обсуждалось, что так делать не стоит.

[Zmeishe]

Поищи по форуму темы про подобные конструкции: .toLatin1().data();
Несколько раз обсуждалось, что так делать не стоит.

Знаю я. Просто для ecspertiza урезал код. Задача была показать, что со строками всё должно работать.

На самом деле если в базе данных создаёшь UDF с ключиком FREE_IT
следует делать так:

Код:

#include <QtCore/QtGlobal>
#include <QtCore/QUuid>
#include <ib_util.h>

extern "C"  __declspec(dllexport) char* ib_udf_createUUID()
{
  char *p, *buf;

  p = QUuid::createUuid().toString().toLatin1().data();
  buf = (char*) ib_util_malloc(64);

  затем перегоняешь из p в buf

  return buf;
}

Но это так, к сведению.

По поводу того, почему у меня конкретно эта функция работает, а у ecspertiza нет -
пока ничего определённого сказать не могу.

[BRE]

Вот у меня тоже такое впечатление:

создается такое впечатление как будто ваша DLL с UDF не линкуется со всякими QtCore

2 ecspertiza
Покажи пожалуйста код библиотеки с UDF + файл проекта (.pro)

[ecspertiza]

Допустим вот так

*.cpp

Код:

#include <QtCore/QtGlobal>
#include <QDebug>

extern "C" __declspec(dllexport) char* tostring(char* str)
{
  QByteArray data(str);
  data = data.toBase64();

  char *p = new char();

  p = data.data();

  qDebug() << p;

  return p;
}

*.pro

Код:

QT -= gui
QT += core
TARGET = crqphudf
TEMPLATE = lib
DEFINES += CRQPHUDF_LIBRARY
SOURCES += crqphudf.cpp
HEADERS += 
CONFIG += release

что самое интересное, сейчас начал вызывать функцию просто из другой софтины
вот так

Код:

    typedef char* (*toBase)(char *);
    toBase tobase = (toBase) QLibrary::resolve("crqphudf","tostring");

    char* base = tobase("qwerty");

    qDebug() << "key" << base;

в этом месте

Код:

qDebug() << p;

получаю нормальный результат

а тут

Код:

qDebug() << "key" << base;

один символ, при этом если из длл-ки убрать QByteArray

и оставить просто

Код:

  char *p = new char();
  p = str;
  return p;

то все работает нормально

[BRE]

Из другой софтины функция находиться, а из базы нет?

На счет странностей:
char *p = new char();   // здесь ты выделил один байт и присвоил его указателю p
p = data.data();      // здесь ты указатель p настроил на другую область памяти (предыдущая память потерялась)