Inoffizielles deutsches Xbase-Forum

Moin,

gerade nehme ich mir etwas Zeit, meinen Code auf das neue EXTERN umzuschreiben. Bei DllFunction ist das ja auch relativ einfach - wobei mich stört, das nicht alle Return Types in der Tabelle von Alaska auftauchen, da muß man manchmal schon raten oder probieren.

Aber wie macht man das am Schlauesten bei DllCall()? Das wird ja mitten im laufenden Code aufgerufen, und die Rückgabe wird direkt weitergegeben. Das geht direkt mit EXTERN ja nicht. Muß ich das jetzt jedes Mal in einen Funktionsaufruf mit der Rückgabe UND eine Funktionszeile splitten? Find ich dann doch etwas unübersichtlich ...

Jan

Hallo Jan

habe keine Antwort auf Deine Frage - mich würde aber interessieren, warum Du Deine Funktionen von DllFunction oder/und DllCall auf EXTERN umstellst?
Warum alles "global" auf etwas Neues umstellen wenn das bisherige (gut) funktioniert?

Hallo Zusammen !

habe keine Antwort auf Deine Frage - mich würde aber interessieren, warum Du Deine Funktionen von DllFunction oder/und DllCall auf EXTERN umstellst?

In der Hilfe steht bei DllFunction/DllCall: The function is deprecated. Use the EXTERN command instead.

HaPe hat geschrieben: ↑Sa, 07. Okt 2017 21:12In der Hilfe steht bei DllFunction/DllCall: The function is deprecated. Use the EXTERN command instead.

"die" spinnen wohl!

alter Code wird nicht immer so getestet wie der "empfohlene" (meine Einschätzung), was man an den Netzwerkproblemen seit Windows XP erkennen kann.
Win 2000 oder OS/2 hatten da keine Probleme mit, weil das die "normale" Vorgehensweise von Datenbankprogrammen war.

Ob DLL-Funktionen() von Alaska je entfernt werden ist schon zweifelhaft, aber EXTERN unterstützt einfach viel mehr Datentypen, was ein großer Vorteil ist.
Ich schreibe aber immer eigene Klassen oder Funktionen, die dann diese Sachen aufrufen, so kann ich einfach zentral Fehler verbessern