Announcement

**Andreas Kosch** · 03.11.2000, 08:43

Hallo,

ich w�rde dazu mit Delphi eine eigene UDF (User Defined Funktion) schreiben, in der die Umwandlung �ber AnsiUpperCase (Unit SysUtils) erfolgt. Diese Funktion wandelt auch deutsche Umlaut korrekt in Gro�buchstaben um

**Frank Ulm** · 05.11.2000, 20:50

Hallo Herr Kosch, 
ich habe dies versucht, doch leider schaffe ich es nicht, die DLL in die Datenbank einzubinden. Der Code der DLL sieht 
folgendermassen aus: 
 
<it>
library My_Upper; 
 
uses 
SysUtils, 
Classes; 
 
{$R *.RES} 
 
function My_Upper_Func(input: ShortString): ShortString; stdcall; 
begin 
My_Upper_Func := AnsiUpperCase(input); 
end; 
 
exports 
My_Upper_Func name 'MUPPER'; 
 
begin 
end. 
<it>
 
Diese habe ich kompilliert und in das BIN-Verzeichnis von Interbase kopiert (Version 6.0 auf NT-Workstation). Anschliessend 
habe ich mit folgenden SQL-Script die UDF in die Datenbank eingebunden: 
 
DECLARE EXTERNAL FUNCTION MUPPER 
VARCHAR(256) 
RETURNS VARCHAR(256) FREE_IT 
ENTRY_POINT 'MUPPER' MODULE_NAME 'My_Upper.dll'; 
 
Doch wenn ich in einem SQL-Befehl die Funktion MUPPER benutze, erhalte ich die Fehlermeldung: 
 
Invalid request BLR at offset 63 
function MUPPER is not defined 
module name or entrypoint could not be found 
 
Wo kann hier der Fehler liegen. Habe ich was eintscheidendes vergessen ? 
 
Im voraus vielen Dank 
 
Frank Ul

**Andreas Kosch** · 06.11.2000, 08:39

Hallo,

ich gehe immer so vor:
<pre>
library Osudf5;

uses
SysUtils,
OSUDFUnit in 'OSUDFUnit.pas';

exports
OSLOWER name 'OSLOWER' resident,
OSSOUNDEX name 'OSSOUNDEX' resident,
OSDaysAdd name 'OSDAYSADD' resident,
OSSOUNDEX2 name 'OSSOUNDEX2' resident;

begin
IsMultiThread := True;
end.
</pre>
Die exportierten DLL-Funktionen werden �ber Resident st�ndig in der Exporttabelle vorgehalten und �ber IsMultiThread wird Delphi vorgewarnt, dass es mit mehreren Threads rechnen soll.

Immer dann, wenn man den in der DLL angeforderten Speicher �ber FREE_IT freigeben will, muss die eigene DLL die von InterBase bereitgestellte Unit ib_util.pas (aus dem SDK\include-Untervereichnis) nutzen. Der Speicher darf nur �ber die dort aus ib_util.dll exportierte Funktion ib_util_malloc angefordert werden.

Im Handbuch InterBase Developers Guide (DevGuide.pdf) wird das im Abschnitt Working with UDFs and Blob Filters ausf�hrlicher behandelt.

Die Fehlermeldung Invalid request BLR kommt auch dann, wenn die Deklaration der Parameter/R�ckgabewerte nicht korrekt ist. Alle indirekt eingebundenen DLLs m�ssen ebenfalls im Zugriffspfad liegen

**Frank Ulm** · 06.11.2000, 21:41

Hallo Herr Kosch 
leider schaffe ich es nicht den fehler zu beseitigen. nachdem ich es erst so versucht habe, wie Sie es angehen und dies auch nicht fruchtete, habe ich mir als Beispiel die FreeUdfLib heruntergeladen. Doch selbst diese (ich denke auch getestete) Funktionen wurden mit dem gleichen Fehler nicht ausgef�hrt. Und dies, obwohl ich das mitgelieferte SQL-Script ausgef�hrt habe. Zudem habe ich alle ben�tigten DLL's sowohl ins System32-Verzeichnis, als auch ins Interbase-Bin Verzeichnis kopiert. Leider ohne Erfolg. Es erscheint immer die Fehlermeldung:
 
 
Invalid token. 
invalid request BLR at offset 63. 
function F_MYUPPER is not defined. 
module name or entrypoint could not be found. 
 
M�ssen die Eingabewerte einen besondere Type besitzen ? Die Funktion ist mit CString deklariert. 
 
Frank Ul

**Torsten Grundke** · 07.11.2000, 08:59

Hallo Frank,

kopier die DLL's in das Verzeichnis Deines Programm's. Das hat zumindest bei mir das letzte Mal geholfen.

Tsch��

Torste

**Andreas Kosch** · 07.11.2000, 16:07

Hallo,

in dieser Situation w�rde ich den ersten Test mit den "Bordmitteln" des InterBase machen. Im Fall des InterBase 6 sieht das so aus:

1. Pr�fen, ob im Unterverzeichnis UDF und BIN die beiden DLLs ib_udf.dll und ib_util.dll vorhanden sind.

2. Im Unterverzeichnis Examples\udf liegt ib_udf.sql rum, dort heraus wird die Deklaration von lower in die Zwischenablage kopiert:

<pre>
DECLARE EXTERNAL FUNCTION lower
CSTRING(80)
RETURNS CSTRING(80) FREE_IT
ENTRY_POINT 'IB_UDF_lower' MODULE_NAME 'ib_udf';
</pre>

3. In der IBConsole wird die eigene Datenbank connected und ISQL ge�ffnet, um die DECLARE EXTERNAL FUNCTION-Anweisung abzuschicken. Dabei darf keine Fehlermeldung kommen.

4. In ISQL sollte nun auch die SELECT-Abfrage �ber lower erfolgreich sein.

Wenn irgendwo eine Fehlermeldung kam, w�rde ich nachschauen, ob auf dem Rechner auch wirklich die Version 6.038xx (oder h�her) von MSVCRT.DLL installiert ist.

P.S: Welche InterBase-Version wird �berhaupt verwendet

**Thomas Steinmaurer** · 08.11.2000, 12:06

Hallo Franky,

bei Interbase 6 gibt es ein eigenes Verzeichnis f�r UDF-Dll's. Kopier die DLL ins Verzeichnis \UDF und probier das Ganze nochmals.

Thoma

**Gesine Kuhlmann** · 11.11.2000, 14:22

Hallo

Da ich der Minung bin, das UDF's der geradlinigste Weg sind relativ 'stabile' Serversysteme zu unterminieren, habe ich das d�mliche Umlaut-Problem gel�st, indem ich den Suchausdruck immer clientseitig als UpperCase() und AnsiUppercase() Version in die where-Klausel einbinde.

z.B.

UserFilter := '(UPPER('+FltField+')='+UpperCase( FltExpr+')';
UserFilter := UserFilter+' or '+AnsiUpperCase( UserFilter );

Gru�
Gesin

Announcement

Umlaute mit Funktion UPPER

Umlaute mit Funktion UPPER

Comment

Comment

Comment

Comment

Comment

Comment

Comment

Comment