Delphi nach C++

[EWeiss]

Wäre jemand bereit mir diese Pas nach C++ zu übersetzen ?
Ich habe leider nicht die entsprechende Erfahrung dafür.

Das wäre sehr freundlich

gruss

[mensch72]

Ich könnte sowas auch selbst, aber ich bin tippfaul und lasse sowas in Step 1 stets per Converter erledigen

http://www.texttransformer.com/Delph...ngeLog_en.html

Der Umgang mit der Trailversion ist etwas tricky, man muss zuerst nur den "Interface" Teil für "Typen, Variablen,.." wegen dem Zeilen&Zeichenlimit Päckchenweise konvertieren und sich für H und CPP Datei selbst die passenden Ausgaben jeweils kopieren. Das Programm schreibt zwar pro Convert, es hätte "gelernte" Typen vergessen, aber es klappt so trotzdem dann zum Schluss die gesamte Implementierung typsicher konvertieren zu lassen... und vola, mit eigenen CPP Kenntnissen nun nur nochmal kurz drüber geschaut(ich habe dies also NOCH NICHT per Compiler auf Übersetzbarkeit und/oder Funktion geprüft!), fertig ist so trotzdem erstmal das gewünschte CPP+H File mit nur 5min Arbeit am Sonntag Vormittag

[EWeiss]

Und das kann man so unter VS2017 verwenden?
Was mache ich mit diesen ganzen test_0 > _38

in wie weit kann man sich auf solche Konverter verlassen?

Danke.

Hier zum Beispiel!

Code:

typedef BOOL __stdcall ( * test__37 )( HBITMAP BitmapHandle );
extern test__37 KVideo_UpdateOverlayImage;
  // Updates overlay image on video.
  // ( parameters )
  //  - BitmapHandle : Windows GDI bitmap handle ( 0 : delete overlay image )
  // ( result ) true on success, false on failure

typedef BOOL __stdcall ( * test__38 )( HBITMAP& BitmapHandle );
extern test__38 KVideo_GetCapturedImage;
  // Gets an captured image.
  // ( parameters )
  //  - BitmapHandle : gets bitmap handle to captured image
  // ( result ) true on success, false on failure

quasi das selbe aber doch unterschiedlich.

Code:

HBITMAP BitmapHandle 
HBITMAP& BitmapHandle

C++ kennt TRect glaube ich nicht.

Code:

TRECT BitmapRect

Nebenbei:
Wie aufwendig ist das eine DLL von 32Bit nach 64Bit zu portieren bzw.. zu kompilieren
Was müsste da alles geändert werden.?

gruss

[mensch72]

Das was da rausgekommen ist, passt für C++ Builder am besten und man kontrolliere nochmal penibel die Groß-&Kleinschreibung!!! da verzeiht C/C++ keine Fehler

Was machst du mit den ganzen test_.. keine Anhung das war auch in deinem PAS Source drin... einfacher ist so ein Convert, wenn man ein GANZES Projekt incl. der Anwendung umwandelt, dann sieht man wie man was verwendet...

Für VisualStudio muss man etwas weiter zurück auf die BasisTypen also nur "Handle", oder man definiere sich das was fehlt noch selbst... oder besser man binde die richtigen VS header ein, wo dann eigentlich alles schon drin ist.

Die Frage bei "C++" lautet also immer "welches"! Da sind die Unterschiede größer als zwischen Lazerus und Delphi!

Aber hier ist es ja "nur" ein DLL Interface... da fehlt zu Visualstudio kompatibel nicht mehr viel, da hilft aber VS Erfahrung, sonst suche man sich alles per MSDN

[Zacherl]

Zitat von EWeiss:

Wie aufwendig ist das eine DLL von 32Bit nach 64Bit zu portieren bzw.. zu kompilieren
Was müsste da alles geändert werden.?

Das kommt ganz drauf an, ob überall die korrekten (skalierenden) Typen verwendet wurden. Falls ja, kannst du die DLL ohne Änderungen auch für 64-bit kompilieren. Also im Grunde genau wie bei Delphi.

[EWeiss]

Zitat von Zacherl:

Zitat von EWeiss:

Wie aufwendig ist das eine DLL von 32Bit nach 64Bit zu portieren bzw.. zu kompilieren
Was müsste da alles geändert werden.?

Das kommt ganz drauf an, ob überall die korrekten (skalierenden) Typen verwendet wurden. Falls ja, kannst du die DLL ohne Änderungen auch für 64-bit kompilieren. Also im Grunde genau wie bei Delphi.

Ok.. Es geht ja um Delphi also die DLL ist in Delphi geschrieben und ich wollte halt nur wissen wie aufwendig das wäre diese in 64Bit zu kompilieren.
Ob das geht weis ich nicht müsste dafür die Starter für Berlin installieren oder was auch immer 64Bit kompilieren kann.

gruss

[himitsu]

Starter nur 32 Bit.