64 Bit - XProfan

[RGH]

Da ich Zugang zu einem 64-Bit Rechner hatte, habe ich mal spaßeshalber Lazarus für 64-Bit installiert und erst mal (fast) ohne jede Code-Änderung eine 64-Bit-Version des Interpreters erzeugt. Es hat - nach ein paar Anpassungen - funktioniert. Wer will, kann sie ja ausprobieren:

http://www.xprofan.de/download/profan64.zip

WICHTIG: Es gibt keinerlei Support und vor der Auslieferung von XProfan X2 werde ich mich nicht weiter damit befassen können, zumal auf meinem Entwicklungsrechner "nur" Windows 7 mit 32-Bit läuft.

Gruß
Roland

[RGH]

Lazarus hat es offensichtlich auf plattform-übergreifende Code-Kompatibilität abgesehen. Diese Möglichkeit ist halt der Vorteil einer Hochsprache.
Eines ist aber auch schon absehbar: Wenn es ein Delphi64 geben wird, wird der Aufwand sehr viel größer sein.

Gruß
Roland

[RGH]

Ein Problem habe ich schon gefunden: %GetTickCount führt zum sofortigen Absturz ... und demzufolge auch der Befehl Randomize. Aber die meisten Testprogramme funktionieren.

Gruß
Roland

[Frabbing]

Viele Sachen funktionieren wirklich schon sehr gut. Hab allerdings das Gefühl, dass alles langsamer läuft. Kann aber daran liegen, dass nur der Interpreter arbeitet.

Bei den OpenGL-Sachen sind aber noch echte Schwierigkeiten vorhanden. Nach kurzer Zeit brechen sie immer klanglos ab. Hatte die Lessons mal durchprobiert.

[RGH]

Ok, jetzt habe ich 299€ in einen einfache Rechner mit 64-Bit-Wndows 7 Home Premium investiert und bin nicht mehr auf Mittagspausen in der Firma über Terminalserver angewiesen.

Der oben beschriebene Fehler hat im Übrigen nichts mit %GetTickCount zu tun, sondern mit der Umwandlung von numerischen Werten in Strings, die in bestimmten Situation zum Abbruch des Interpreters führt. Ich muß mal schauen, was da unter 64-Bit-Lazarus schief läuft.

Mit OpenGL habe ich hingegen keine Probleme. Ich konnte sowohl das 3D-Müllspiel als auch das neue 3D-Spiel (auf der XProfan X2-CD und demnächst hier als Download) ohne Probleme durchspielen (je ca. 5-10 min.). Auch dBase scheint - bis auf die Memofelder - zu funktionieren. Beispiele mit API-Aufrufen unter Verwendung der Windows.ph gehen in der Regel nicht. Die Datei muss wohl für Win64 umgeschrieben werden. Möglicherweise auch der Aufrufmechanismus in XProfan.

Gruß
Roland

[Frabbing]

Beispiele mit API-Aufrufen unter Verwendung der Windows.ph gehen in der Regel nicht. Die Datei muss wohl für Win64 umgeschrieben werden. Möglicherweise auch der Aufrufmechanismus in XProfan.

Viele Struktureinträge und Parameter passen unter 64 Bit nicht mehr. Auch die Aufrufkonvention hat sich geändert. Da wirst du einiges anpassen müssen.

Hab mir selber Lazarus auch mal angesehen (32 Bit zumindest). Hat mir ausgezeichnet gefallen.

[RGH]

Zitat von Frabbing

Viele Struktureinträge und Parameter passen unter 64 Bit nicht mehr. Auch die Aufrufkonvention hat sich geändert. Da wirst du einiges anpassen müssen.

Die Aufrufkonvention ist nicht das große Problem. Die API-Aufrufe innerhalb XProfans (und das sind nicht wenige) funktionieren weitgehendst ohne Änderung des Quellcodes. Das macht der FPC-Compiler schon richtig. Die Strukturen und Parameter werden wohl etwas Arbeit machen ...

Und alles, was an Assembler eingebaut ist, z.B. Deine schnelle Verschlüsselung, bedarf natürlich der Anpassung. (Da werde ich vermutlich irgendwann mal auf Dich zukommen.)

Hab mir selber Lazarus auch mal angesehen (32 Bit zumindest). Hat mir ausgezeichnet gefallen.

Es ist halt ziemlich an Delphi "angelehnt"

Der vom FPC (Free Pascal Compiler) erzeugte Code ist allerdings etwas langsamer und etwas größer, als der von Delphi.

Gruß
Roland

[Frabbing]

Ja, ich dachte erst, 12 bis 18 KB für die kompilierte Exe eines Demos ist echt nicht zuviel. Hab dann aber leider feststellen müssen, dass es nicht KB, sondern MB sind...

Na ist sicher noch Debuggerkram und sowas dabei, was man bestimmt auch abschalten kann.

[AHT]

Bin gespannt, was daraus wird...

[RGH]

Ich habe den unveränderten Quellcode mit der neuesten Lazarus64-Version (vorgestern heruntergeladen) kompiliert. Das oben erwähnte Problem scheint nicht mehr aufzutreten.

Downloadlink XProfan64 im ersten Beitrag.

Gruß Roland

Gibt es schon Fortschritte bzgl. der FreePascal-Version?

[p. specht]

Ist die Idee, das Postfix-Zeichen % für 64-bit-Variable zu verwenden, sehr doof?
Immerhin würden die meisten alten Programme weiterhin funktionieren...

[Frabbing]

Das wäre nur logisch, da Integer unter 64 bit ja 8 Byte besitzen, unter 32 Bit 4 und unter 16 Bit 2.

[AHT]

Du meinst Handles, Adressen und so weiter? Die Idee ist gar nicht doof. Ich mache das bereits so - aber micht in XProfan. Fahre damit sehr gut.

[Frabbing]

Man muss sich einfach von der Idee verabschieden, LongInts& als Handle zu verwenden. Schlimmer noch ist, wie kürzlich im anderen XProfan-Forum jemandem geraten wurde, eine Listview-Struktur mit Long() zu beschreiben, deren Einträge aber Integer sind. Wer sowas macht, verbaut sich den Code, er wird später unter 64-Bit Fehler auslösen oder unerwartet arbeiten, weil die Offsets nicht mehr passen und Adressen zu klein sind. Hier sollte man einfach nur mit Strukturen abeiten oder die Integerbreite vorher im Programm berechnen (SizeOf(vari%)). Wessen Programm auch noch mit 64 Bit kompiliert werden soll, muss diese Dinge beachten, oder er hat es später unnötig schwer.