Ich bin neu hier. Zu Beginn eine "dumme" Frage: Gibt es ein 64 bit-Delphi für Windows 7 64 bit ? Oder erst Beta-Versionen ?

Besten Dank im Voraus für die Antworten. Wo kriegt man es, falls es existiert ?


Moderiert von Kha: Topic aus Sonstiges (Delphi) verschoben am Sa 24.04.2010 um 16:57
Moderiert von Gausi: Topic aus Programmierwerkzeuge (Library) verschoben am So 25.04.2010 um 12:13
Moderiert von Narses: Überflüssige Zeilenumbrüche/Leerzeilen entfernt.

Delphi für 64 Bit gibt es noch nicht. Wann es das gibt, ist unklar (it's done, when it's done).

Du kannst mit den 32-Bit-Versionen auch unter Win64 programmieren, das Compilat ist dann ebenfalls 32bit. Alternativ kannst du Lazarus verwenden, ein OpenSource-Projekt, das einigermaßen kompatibel zu Delphi ist und neben 64Bit auch Linux und Mac unterstützt.

Gausi hat folgendes geschrieben :

Delphi für 64 Bit gibt es noch nicht. Wann es das gibt, ist unklar (it's done, when it's done). Du kannst mit den 32-Bit-Versionen auch unter Win64 programmieren, das Compilat ist dann ebenfalls 32bit. Alternativ kannst du Lazarus verwenden, ein OpenSource-Projekt, das einigermaßen kompatibel zu Delphi ist und neben 64Bit auch Linux und Mac unterstützt.

Inzwischen sind 8 Monate vergangen /Gibt es jetzt ein Delphi 64 Bit ? Danke im Voraus für die Antworten .

Ein Delphi, das selbst 64-bittig ist, wird es so schnell nicht geben. Eine Version, die 64-Bit Exen erstellen kann, ist für 2011 angekündigt (Delphi XE2).

Ich benutze Delphi 2006 bis Delphi XE ganz normal unter Windows 7 64-Bit, die erstellten Exen ebenfalls, die sind eben nur keine echten 64-Bit Exen. Warum ist dir das so wichtig, gibt es da ein spezielles Problem?

jaenicke hat folgendes geschrieben :

Ein Delphi, das selbst 64-bittig ist, wird es so schnell nicht geben. Eine Version, die 64-Bit Exen erstellen kann, ist für 2011 angekündigt (Delphi XE2). Ich benutze Delphi 2006 bis Delphi XE ganz normal unter Windows 7 64-Bit, die erstellten Exen ebenfalls, die sind eben nur keine echten 64-Bit Exen. Warum ist dir das so wichtig, gibt es da ein spezielles Problem?

Delphi 64 Bit kann vermutlich mehr Hauptspeicher adressieren. Oder nicht ? Das ist der Grund, weshalb ich danach frage.

Das stimmt, aber da musst du dann wirklich auf Delphi XE2 warten oder Lazarus oder eine andere Sprache verwenden. (Da ist eigentlich nur die Frage, ob du derart viel Speicher wirklich brauchst.)

Hochhaus hat folgendes geschrieben :

Delphi 64 Bit kann vermutlich mehr Hauptspeicher adressieren. Oder nicht ? Das ist der Grund, weshalb ich danach frage.

Unter 64bit Windows kann man mit FastMM auch jetzt schon 4GB adressieren, mehr geht dann wirklich erst mit einem 64bit Delphi.

SvenAbeln hat folgendes geschrieben :

Unter 64bit Windows kann man mit FastMM auch jetzt schon 4GB adressieren

Der FastMM Speichermanager ist doch ohnehin in Delphi integriert. Das sollte dann also auch direkt gehen.
(Außer in den ganz alten Versionen bis Delphi 7/2005.)

Hi,

jaenicke hat folgendes geschrieben :

Ein Delphi, das selbst 64-bittig ist, wird es so schnell nicht geben.

wie kommst Du darauf bzw. Was ist der Grund dafür? Die IDE ist in Delphi programmiert, der Compiler wenn mich nicht alles täuscht doch aus. Was spräche dann dagegen zumindest die IDE umzustellen?

Grüße

jaenicke hat folgendes geschrieben :

Der FastMM Speichermanager ist doch ohnehin in Delphi integriert. Das sollte dann also auch direkt gehen. (Außer in den ganz alten Versionen bis Delphi 7/2005.)

Mit dem integrierten Speichermanager habe ich es noch nicht getestet, in dem entsprechenden Projekt verwenden wir den normalen FastMM.

FastMM4.pas hat folgendes geschrieben:

Supports up to 3GB of user mode address space under Windows 32-bit and 4GB under Windows 64-bit. Add the "$SetPEFlags $20" option (in curly braces) to your .dpr to enable this.

Was mich da interessieren würde: Wozu muss man bei einer Delphi-App mehr als 4GB adressieren?

platzwart hat folgendes geschrieben :

Was mich da interessieren würde: Wozu muss man bei einer Delphi-App mehr als 4GB adressieren?

Wenn du ein Plugin für ein 64-Bit Programm entwickeln wirst (Office 2010, Alle CAD-Programme) geht das nur mit einem 64-Bit Compiler. Auch tritt das Problem mit Speicherfragmentierung (Windows läd x-DLLs in deinem Adressraum nicht mehr auf. Dieser kann dazu führen das du keinen zusammenhängenden Speicher > 500 MB anfordern kannst.

Aber mal ehrlich in wie vielen von hundert Fällen hat man das Problem? Ich hatte zum Beispiel noch nie das Problem, dass ich zu wenig Speicher gehabt hätte. Speicherprobleme bekommt man eigentlich nur dann, wenn man nicht auf seinen Speicher achtet und vergisst Speicher wieder freizugeben.

Ich hatte die Tage zufällig mit jemanden kurz darüber gesprochen. Derjenige ist Mathematiker im Versicherungsbereich. Für Risiko-Abschätzungen u.ä. werden da sehr umfangreiche Simulationen laufen gelassen. Wenn ich richtig verstanden habe, ist die in Delphi geschriebene Software dafür hauptsächlich damit beschäftigt, Daten auf Platte auszulagern und wieder davon zu lesen - die 4GB reichen halt nicht wirklich aus für die Datenmengen, die da benutzt werden.

Ist zwar ein recht spezieller Anwendungsfall, aber das kommt durchaus vor.

Da stellt sich aber die Frage, ob Delphi die richtige Sprache für so was ist.

Lemmy hat folgendes geschrieben :

wie kommst Du darauf bzw. Was ist der Grund dafür? Die IDE ist in Delphi programmiert, der Compiler wenn mich nicht alles täuscht doch aus.

Richtig, aber soweit ich das verstanden habe bleibt die IDE 32-Bit Windows. 64-Bit, Mac und später dann auch Linux Programme kommen nur aus dem entsprechenden Backend des Compilers heraus.

Der Grund ist vermutlich ganz einfach, das es keinen Grund gibt, das zu ändern.

Hinzukommt, dass die Portierung nicht ganz trivial ist.

Hi,

jaenicke hat folgendes geschrieben :

Der Grund ist vermutlich ganz einfach, das es keinen Grund gibt, das zu ändern.

Zumindest der Aufwand für Vertrieb und Support wäre bei 2 unterschiedlichen Versionen höher.

Luckie hat folgendes geschrieben :

Hinzukommt, dass die Portierung nicht ganz trivial ist.

Portierung von was? IDE oder Compiler? Und vor allem: Welcher Aufwand ist denn zu erwarten? Auch in Bezug auf eigene Anwendungen? Um es "einfacher" zu machen: Bleiben wir bei Win32/Win64 ohne Linux und ohne Mac. Kann ich davon ausgehen, dass ich über eine Projektoption einstellen kann welche Exe beim kompilieren erstellt werden soll oder davon, dass es eine VCL32 und eine VCL64 geben wird...??

Grüße

Lemmy hat folgendes geschrieben :

Welcher Aufwand ist denn zu erwarten? Auch in Bezug auf eigene Anwendungen?

Man muss schon einiges umstellen, z.B. aufgrund der 64-Bit Datentypen. es sollte sich aber im Rahmen halten, wenn man nicht Meta-Typen wie Real oder so benutzt hat. Ein wenig dazu kannst du auch bei Twitter von den Entwicklern lesen.

Lemmy hat folgendes geschrieben :

Um es "einfacher" zu machen: Bleiben wir bei Win32/Win64 ohne Linux und ohne Mac. Kann ich davon ausgehen, dass ich über eine Projektoption einstellen kann welche Exe beim kompilieren erstellt werden soll

Ja, du schaltest damit das Backend des Compilers um, das den entsprechenden Code erstellt. Dafür wurde der Compiler neu mit Front- und Backend geschrieben. Wenn du in den Quelltext der D2010+ Units schaust, siehst du auch überall ifdefs für Linux, Mac, ...

Hi,

jaenicke hat folgendes geschrieben :

Lemmy hat folgendes geschrieben : Welcher Aufwand ist denn zu erwarten? Auch in Bezug auf eigene Anwendungen? Man muss schon einiges umstellen, z.B. aufgrund der 64-Bit Datentypen. es sollte sich aber im Rahmen halten, wenn man nicht Meta-Typen wie Real oder so benutzt hat. Ein wenig dazu kannst du auch bei Twitter von den Entwicklern lesen.

Ok, das hätte ich vielleicht sagen sollen - das mit den Integer bzw. Datentypen allgemein ist so weit klar, auch die Problematik bzgl. Dateien und unterschiedlicher Länge. Datenbanken udn vergleichbares lassen sich hier ggf. ebenso einfach auf die korrespondierenden umstellen bzw. hier gibts jettz schon die Möglichkeit die fundamentalen Typen zu verwenden, die sich nicht ändern.

jaenicke hat folgendes geschrieben :

Ja, du schaltest damit das Backend des Compilers um, das den entsprechenden Code erstellt. Dafür wurde der Compiler neu mit Front- und Backend geschrieben. Wenn du in den Quelltext der D2010+ Units schaust, siehst du auch überall ifdefs für Linux, Mac, ...

ah.. muss ich gleich mal schauen.... Danke für den Tipp...