Keine Angst vor 64 Bit

[H.Brill]

Hab gerade meine Toolbox bekommen.
Evtl. besteht ja irgendwann noch Hoffung
für ein 64 Bit - Profan.
RAD Studio, Delphi and C++Builder Roadmap

[ts-soft]

Da wird Roland auf Dauer keine Wahl haben
Windows 8 wird wohl letztmalig 32-Bit unterstützen. Seit Windows ME ist
Windows Unicode, die Unterstützung für ANSI wird, genauso wie die von
ODBC, verschwinden. Alte Zöpfe werden abgeschnitten.
(Angaben sind Vermutungen und Gerüchte, aber sind sehr wahrscheinlich).

Ich denke, er macht sich bereits seit längerem Gedanken und wird rechtzeitig
auf den Zug aufspringen.

[AHT]

Ich würde eher auf andere Sprachen aufspringen, die bereits komplett 64Bit unterstützen und nicht darauf warten, das jemand beim Aufspringen auf einen lange abgefahrenen Zug unter die Räder kommt.

[RGH]

Hallo,

ich denke auch, dass 64 Bit für XProfan irgendwann kommt. Nebenher bin ich dabei XProfan rein experimentell nach Lazarus (eine Delphi-ähnliche Entwicklungsumgebung mit weitgehender Kompatibilität zu Delphi) zu portieren ... und Lazaraus (bzw. das zugrundeliegende freie Pascal) kann 64 Bit!

Lasst mich erstmal X2 fertig machen und dann schauen wir weiter ...

Gruß
Roland

[horsthorn]

Zitat von AHT

Ich würde eher auf andere Sprachen aufspringen, die bereits komplett 64Bit unterstützen und nicht darauf warten, das jemand beim Aufspringen auf einen lange abgefahrenen Zug unter die Räder kommt.

Sorry Andreas
Hab ich das jetzt richtig verstanden...
Du empfiehlst also eine andere Sprache und das im XProfan-Forum

[ts-soft]

Zitat von AHT

Ich würde eher auf andere Sprachen aufspringen, die bereits komplett 64Bit unterstützen und nicht darauf warten, das jemand beim Aufspringen auf einen lange abgefahrenen Zug unter die Räder kommt.

Die bist ja gerade vor kurzem auf den PureBasic Zug gesprungen,
der Sprache mit dem ersten 64-Bit BASIC-Compiler, aber auch erst,
nachdem der Zug dort schon lange lief .
Die meisten Indy-Sprachen sind entweder in der Planung von 64-Bit oder
haben bereits mit der Umsetzung begonnen. Der Zug ist erst abgefahren,
wenn die 32-Bit Unterstützung eingestellt wurde, und bis dahin werden noch
viele Tassen Kaffee getrunken, Kinder geboren und Ehen geschieden. Es gibt
also keinen Grund zur Panik, zumal Hobbyprogrammierer ja keine so lange Vor-
laufzeit bei der Entwicklung benötigen, wie es bei den "Grossen" Sprachen,
wie c++ usw. in der kommerziellen Sparte nötig ist.

[Bangkok]

ich denke nicht, dass Windows 8 das letzte Windows ist, das 32 bit unterstützt, den Fehler wird MS wohl nicht machen, denn die wollen ja verkaufen, es ist vielleicht das letzte Windows, das es auch in einer 32 bit Version gibt, aber die 32 bit Unterstützung wird noch viele viele Jahre bleiben. Es dauert ja auch noch richtig lange bis alle liebgewonnenen Programme als 64 bit Versionen rauskommen und die User bereit wären keine 32 bit Unterstützung zu akzeptieren. Alle Programme weg zu schmeißen ist auch so eine unbeliebte Sache und würde den Umstieg und damit das Geschäft verhindern. Deshalb sehe ich keinen Grund zur Panik.

[ts-soft]

An der Sprache selbst muss dafür ja auch nichts mehr geändert werden,
den mutierenden Integer, der dann 64-bittig wird, gibt es schon, vielleicht
sollte man sich jetzt schon angewöhnen für Handle Integer statt Long zu
nutzen.
Diverse Strukturen in den Header-Dateien müssen angepasst werden und
dann sollte, sobald die Prfrun64.exe fertig ist, alles bereit sein .

Der XProfan-Programmierer wird also seine Sourcen fast unverändert
übernehmen können.

Nur auf Roland kommt eine Menge mehr an Arbeit zu, das liegt aber auch
überwiegend an Lazarus.

[Frabbing]

Ich kann schonmal ankündigen, dass es meine 32-Bit-Assembler-Dll's nicht als 64 Bit Versionen geben wird. Sobald es die 64-Bit-Version von XProfan gibt, werde ich von da an neue Dll's in 64 Bit erstellen.
Das Umschreiben der großen Dll's von 32 nach 64 Bit aber wäre dermassen aufwendig, dass ich mir das sicher nicht antun werde. Das betrifft auf jeden Fall die ProSpeed.dll und die Listview.dll.

[AHT]

Zitat von ts-soft

Die bist ja gerade vor kurzem auf den PureBasic Zug gesprungen,
der Sprache mit dem ersten 64-Bit BASIC-Compiler, aber auch erst,
nachdem der Zug dort schon lange lief .

Vollkommen richtig. Hab den Fehler gemacht, viel zu lange auf etwas zu warten, was sowieso nie was wird (und das nicht nur in Bezug auf 64Bit). Hab das auch schon gewaltig bereut. Ein Jahr früher wäre wesentlich besser gewesen - hab jetzt gewaltig zusätzliche Arbeit.

Zitat von ts-soft

Der Zug ist erst abgefahren,
wenn die 32-Bit Unterstützung eingestellt wurde

Nö - der Zug ist dann abgefahren, wenn man nicht mehr in der Lage íst, durch den eigenen Quelltext durchzusteigen, den an mal zu 16Bit Zeiten geschrieben hat (oder einem das viel zu aufwendig ist). Der ist scheinbar also schon sehr lange weg.

[RGH]

Zitat von AHT

Nö - der Zug ist dann abgefahren, wenn man nicht mehr in der Lage íst, durch den eigenen Quelltext durchzusteigen, den an mal zu 16Bit Zeiten geschrieben hat (oder einem das viel zu aufwendig ist). Der ist scheinbar also schon sehr lange weg.

Na, wenn das bei Dir so ist, dann solltest Du Dir über das Thema Strukturierung und Kommentierung Deiner Quellcodes Gedanken machen.

SCNR
Roland
(der zugibt, dass ihm etliche seiner uralten 80erJahre-BASIC-Programme aus Zeiten von ZX-SPECTRUM und MSX/MSX2 inzwischen Verständnisprobleme bereiten, da Strukturierung und Kommentierung da nicht immer stattfanden ... besonders, wenn s darum ging, besonders viel in dien riesigen 48 kB-Speicher zu pressen.)

[RGH]

Noch etwas zum Thema 32-Bit Unterstützung in 64-Bit-Windows:

Seit ca. 15 Jahren gibt es ein reines 32-Bit-Windows, beginnend um 1995 mit Windows NT 3.5. Seit 15 Jahren wird gemunkelt, dass die 16-Bit-Unterstützung irgendwann wegfällt. Seit 15 Jahren laufen 16-Bit-Programme problemlos unter allen 32-Bit-Windows-Versionen.
Unter Windows 7 für 64-Bit wurde die Unterstützung von 16-Bit-Programmen nun tatsächlich weggelassen.
Ich nehme daher an, dass es wohl weitere mindestens 10 Jahre dauert, bis unter Windows XX für 128-Bit die 32-Bit-Unterstützung eingestellt wird.

Gruß
Roland

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

Das Argument, es würde noch 32-Bit unterstützt betrifft ja nur die Nutzung
alter, vorhandener Software, mehr aber nicht

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

[RGH]

Solange es noch 32-Bit-Rechner gibt und die Mehrheit noch 32-Bit-Betriebssysteme hat, wird es wichtig sein, dass die Software unter 32 und 64 Bit läuft. Und nicht in allen Fällen macht es für den Software-Hersteller Sinn, zwei unterschiedliche Versionen anzubieten und zu pflegen. (Ok, 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.)

Was Profan64 betrifft, werde ich wohl nicht auf Delphi warten (zumal die aktuellen Versionen mehr kosten, als ich mit XProfan erwirtschafte ), sondern - wie schon angedeutet - vermutlich den Weg über Lazarus und FreePascal gehen.

Gruß
Roland