eigene Fehlercodes als Rückgabewert definieren

[shmia]

Zitat von SirThornberry:

Wenn ich mir die WinApi anschaue ist da überhaupt nichts mit Exceptions zu finden.

Ist ja logisch, weil das Konzept der Exceptions zur Zeitpunkt der Windows Entwicklung bei Microsoft noch nicht Stand der Technik war.
Im .NET Framework sind Exceptions aber von Anfang an etabliert.
Dort werden sogar verschachtelte Exception unterstützt was Delphi leider bislang noch fehlt.

Zitat von SirThornberry:

Auch so ist es quatsch ressourcenintensive Exceptions zu werfen wenn man auch ohne diese auskommt

Nur weil eine bestimmte Technik mehr Resourcen benötigt als eine Andere kann man sie noch lange nicht als "Quatsch" bezeichnen.
Es kommt eben auch immer auf die Abstraktionsebene an auf der man sich bewegt.
In einem Treiber oder einer normalen DLL möchte man sicher keine Exceptions nach aussen geben.
Bei einer Active-X DLL oder einer ganz normalen Delphi-Anwendung sieht die Sache schon ganz anderst aus.

[Gargamel]

Da hier gerade die Begriffe DLL und Delphi-Anwendung fielen: Ich hätte evtl. erwähnen sollen, daß der Code tatsächlich in eine DLL soll. Sorry, war mein Fehler.

[shmia]

Zitat von Gargamel:

Ich hätte evtl. erwähnen sollen, daß der Code tatsächlich in eine DLL soll.

In diesem Fall musst du aber auf Objektorientierung an der Nahtstelle zwischen der DLL und der Anwendung verzichten!
Wenn du ganz "stinknormale" Funktionen in deiner DLL hast wie z.B.
function MachWas(inparam1:integer; var ergparam:PChar):integer; Stdcall; dann ist es üblich den Fehlercode als Result zurückzugeben.
Wenn du aber mit Objekten und Klassen arbeiten willst, dann kommst du mit einer normalen DLL nicht weiter.

[Gargamel]

Die Klassen arbeiten nur innerhalb der DLL. Die Kommunikation zwischen Anwendung und DLL erfolgt über ganz normale Funktionen.