Suchen Freelancer für kleine Schnittstelle

[dtpfl]

Hallo Leute,

wir sind gerade auf der Suche nach einer Person welche sich dieses Problem anschauen könnte.

Primär geht es darum einen C-Header in Delphi 5 zu implementieren bzw. eine DLL (stdcall) anzusprechen.
Das Projekt ist relativ simpel , kennen uns aber leider wenig mit C Callback-Funktionen aus und kommen leider hier nicht weiter.

Beispiel:

C-Header

Code:

  pepInitialize( _IN____ const char* pPepcoreLibraryPath,
                                             _IN____ const char* pConfigurationStructure,
                                             _IN____ const char* pLicenseStructure, _IN____ const void* pRfu1,
                                             _IN____ const void* pRfu2, ___OUT_ PEPHandle* pTerminalTypeOptionList );

In Delphi implementieren:

Code:

  var pepInitialize: function(const pPepcoreLibraryPath, pConfigurationStructure, pLicenseStructure: PAnsiChar;
                            const pRfu1, pRfu2: Pointer; out pTerminalTypeOptionList: PEPHandle): PEPFunctionResult stdcall;

Was/Wen wir brauchen:
Wir suchen eine Person welche sich generell mit .DLL Implementierung in Delphi auskennt und schon ein paar Jahre Erfahrung mit Delphi hat.
Alle ~20 Funktionen vom C-Header in Delphi implementieren bzw. bestehenden Code prüfen.

Wünschenswert wäre erstmal der Versuch über TeamViewer.

Wenn jemand Interesse hat dann bitte eine E-Mail an [e-mail] .
Diese Person wird dann natürlich fair entlohnt, Vorstellung bzw. Aufwand in € wird dann sofort nach Erstkontakt besprochen.

[TurboMagic]

Mal interessehalber kurz gefragt warum das für Delphi 5 sein muss?

[Medium]

Zitat:

Zitat von TurboMagic (Beitrag 1517765)

Mal interessehalber kurz gefragt warum das für Delphi 5 sein muss?

Bin zwar nicht der Threadersteller, kann aber aus eigener Erfahrung ggf. die richtige Antwort geben: Individualsoftware, die zu jener Zeit entwickelt wurde, die nur unter großem Aufwand auf aktuelle Versionen zu heben wäre, den einem der Kunde aber niemals in angemessenem Umfang bezahlen würde, weil er keinen funktionalen Gewinn davon hätte. (Ja ich weiss, Wartbarkeit usw., aber das ist vielen Kunden hupe, zumal: läuft ja noch.) Gerade wenn 3rd-Party Komponenten mit spielen kann das wirklich übel werden, und in nennenswerten Teilen einer Reimplementierung nahe kommen.

Wenn ich ein Programm habe, dass ich allgemein zum Verkauf für Jedermann anbiete, generiert es fortwährend Umsatz, von welchem ich als Entwickler dann auch geneigt bin einen Teil für fortlaufende Modernisierung einzusetzen. Nicht zuletzt um das Produkt "frisch" und begehrt zu halten, und oftmals dabei dann ja auch Features ausbaue. Die Realität ist für One-Shot-One-Customer Software allerdings eine komplett andere, auch wenn alle 5 Jahre mal eine kleine Erweiterung gewünscht wird. Nach soetwas sieht mir das hier aus.

[dtpfl]

Das Projekt wird bereits umgestellt, dauert aber noch, bis dahin wird natürlich die "alte" Software gepflegt da sie noch oft verwendet wird.
Ansonsten arbeite ich täglich eig. immer mit dem neustem Delphi.

[himitsu]

Bis Delphi 2007 würde es ja erstmal wegen Nicht-Unicode gehen, was auch die erste/letzte noch halbwegs von Embarcadero unterstütze Version wäre.
D7 und D2007 sind das älteste, was man sich der Entwickler noch von Emba besorgen kann.



Und bloß damit jemand eine Ahnung bekommt, worum es wohl geht.
Kartenleser ansprechen?

https://learn.microsoft.com/en-us/do...?view=bts-2020
https://github.com/microsoft/Windows...P/common/pep.c

Klingt irgendwie nach Kartenleser/Kassensystem.
FR: https://forum.pcsoft.fr/fr-FR/pcsoft...carte/read.awp
DE@Google: https://forum-pcsoft-fr.translate.go..._x_tr_pto=wapp

[dtpfl]

Also erstmal Danke für die Mühe und den Antworten.
Habe es nun selber hinbekommen.

Kurzgesagt war es ein Mix aus stdcall und cdecl, was nirgends in einer Doku stand...
Auch gelernt, dass Callback-Funktionen nicht in der Klasse deklariert werden dürfen, sondern müssen direkt in die Unit.
Naja hab einiges dazugelernt :)