Keine Angst vor 64 Bit

[RGH]

Zitat von Jac de Lad

Das Problem ist doch aber auch, dass die DLLs, die bisher für XProfan32 gechrieben wurden nicht mehr funktionieren. Da sind alle Größeren Projekte hinfällig, bzw. Großprojekte momentan sehr eingeschränkt.

Das Problem trifft ja nicht nur auf die XProfan-Welt zu, sondern auf viele andere Software-Schmieden. Selbst wenn morgen Delphi64 auf den Markt käme, würde es Monate dauern, bis die Hersteller aller Fremdkomponenten ihre Komponenten, DLLs, Binaries oder was auch immer auch für diese Version anbieten können. Und es würde Monate dauern, die Software entsprechend anzupassen, da es gewiss zwischen 32 und 64 Bit etliche Inkompatibilitäten geben wird. Und die Kunden müsste für all das auch Zeit und und vor allem Geld haben ...
Wenn ich mal aus meinem Hauptberuf plaudern darf: Ich bin sicher, dass für manche unserer Kunden 64-Bit noch über Jahre hinaus kein Thema ist (... oder zumindest über einen Kostenvoranschlag nicht hinauskommt ).

Gruß
Roland

[ts-soft]

In Speditionen und Warenlagern wird heute teilweise noch mit DOS und
Monochrom-Monitor gearbeitet. Das mag ja je nach Anwendungsbereich
akzeptabel sein, aber eben nicht für alle.

Spiele-Programmierer schreiben Spiele für Hardware, die erst in 4-6 Jahren
in den Handel kommt, damit Ihre Spiele nicht bereits bei erscheinen zum
alten Eisen gehören.

Bei grösseren Projekten sollte man also jetzt schon 64-Bit Unterstützung
einplanen. Je früher umso besser. Jetzt sind noch viele Lücken, wo User
nach 64-Bit Versionen suchen, in ein paar Jahren sind diese gestopft und
die Kohle verloren.

Alle kommerziellen Komponenten, die ich mal gekauft habe, hab ich
inzwischen auch in einer 64-Bit Version (sind ja nicht so viele ), alles
andere, wo ich mir eine spätere Umstellung auf 64-Bit verbauen würde
lasse ich lieber sein. Gerade die Programmierer müssen sich ein paar Jahre
vor den Benutzern umstellen.

Programme für Firmen wird hier sowieso kaum einer schreiben, auch wenn
die wohl noch ein weilchen bei 32-Bit bleiben. Solche Firmen erwarten
digital signierte Programme, MSI-Installer usw., was sich der Hobbiest ja
IMHO nicht leisten kann.

[AndyP]

Zitat von ts-soft

Es ist aber auch klar, wenn es nur noch 64-Bit Windows mit 32-Bit
Unterstützung gibt, keine Sau mehr ein neues Programm in 32-Bit kaufen
wird. Ausserdem gibt es diverse Einschränkungen, weswegen ich meinen
liebgewonnenen TotalCommander unter Win64 nicht mehr einsetze .

...beim TotalCommander würde es Sinn machen. Da dieser aber meines Wissens auch in Delphi programmiert ist, muss erst einmal dessen Hersteller den Schritt zu 64 Bit machen. Delphi XE (=2011) wird noch nicht 64-bittig sein, aber vermutlich die darauffolgende Version....

Hallo Thomas und Roland,

verstehe ich jetzt ehrlich gesagt nicht ganz.... wenn man die Release Notes des Total Commanders liest ist dort zu lesen, das der TotalCommander bereits ab der Version 7.50 64-Bit unterstützt:

Total Commander 7.50 FINAL for Windows released!

September 9, 2009: Total Commander 7.50 FINAL is available now! There are many new functions. The most important are:

• Official support for Windows 7 (32 bit and 64 bit)
• ....
• On 64-bit Windows, allow to use 64-bit shell extensions in local menu (context menu)

Ich arbeite seit Jahren mit dem Total Commander und auch schon vor 2002 als er noch Windows Commander hieß... wenn ich mich nicht ganz täusche habe ich bei meinen Tests vor der Freigabe von W7 mit der kostenlossen "W7 64-Bit Release Version" den Total Commander unter 64-Bit auch getestet und das lief... oder haben mich jetzt gerade meine grauen Gehirnzellen im Stich gelassen?

Oder sprecht Ihr von Einschränkungen... da muss ich dann passen, da ich noch mit XP Prof 32-Bit arbeite .

Gruß
Andy

[ts-soft]

Wenn Du nicht aufpasst, landes Du bei den Verzeichnissen in der Wow-Falle,
aber das kann man noch umgehen, wenn man dran denkt. Schlimmer sind die
Kontextmenüs. Der Total-Commander zeigt sogar die 64-Bit Kontextmenüs an,
in einem Extra SubMenü, aber sehr langsam. Wenn jetzt aber von einem
Kontextmenü-Eintrag 2 Versionen existieren, also 32- und 64-Bit, geht das
Kontextmenü entweder garnicht mehr oder es knallt .
Dann muss man erst mit irgendwelchen Tools anfangen div. Shellextensions
zu deaktivieren, bis man jene welche gefunden hat, dann die anderen wieder
aktivieren, schwups, es war nicht nur eine, also von vorne

Nein, es macht wirklich keinen Spaß so

Man kann Ihn nutzen, aber mir ist das schnell vergangen. Warte auf die
64-Bit Version.

PS: Ich kenne auch diverse Programmiersprachen, die Vista und 7
unterstützen, aber nicht mal die erforderliche Manifest zur Exe hinzufügen,
so das diese im Falle eines Falles, alle autom. im XP-Kompatibilätsmodus,
also Virtualisierung von Registry und Dateien landen. Virtualstore lässt
grüßen.

Das war jetzt noch der Wink mit dem Zaunpfahl.

Schönes Wochenende allerseits

[AndyP]

Hi Thomas,

danke Dir für die Info... über ein "bloßes kurzes benutzen" bin ich damals nicht hinausgekommen... dachte habe genug gesehen... dem war in diesem Fall nicht so


Schließe mich den WE-Wünschen an.


Gruß
Andy

[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

[Frabbing]

Sehr interessant, das werd ich morgen in jeden Fall testen.

...und erst mal (fast) ohne jede Code-Änderung eine 64-Bit-Version des Interpreters erzeugt.

Da sind die Assembler-Programmierer ganz anders dran. Muss fast der ganze Code angepasst werden, seufz...

[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]

Bin leider noch nicht groß zum Testen gekommen, weil ich mein aktuelles Teilprojekt zuerst zuende bringen möchte. Was ist denn das Problem bei %GetTickCount? Bin da mit der API in 64 Bit Assembler auf keine Schwierigkeiten gestossen.

[RGH]

Wie schon geschrieben: Ich werde mich näher darum kümmern, wenn X2 fertig ist.
Ich verwende bei der Systemvariablen die API-Funktion timeGetTime und Free Pascal verwendet diese wohl auch in der Prozedur Randomize.
Gruß
Roland

[Frabbing]

Habe dem mal ein neues Thema gewidmet. Was die Vorabversion betrifft, bitte dort schreiben.