Umfrage: 64Bit Version von XProfan?

[Frabbing]

Wie ist eure Meinung zu XProfan und 64 Bit? Mehrfachauswahl erlaubt.

[Frabbing]

Da zeichnet sich schon ein deutlicher Trend ab. XProfan X3 sollte auch meiner Meinung nach 32 und 64 Bit unterstützen.

[AndyP]

Hi,

bin auch für die Unterstützung von 32 und 64 Bit.... kann allerdings durchaus eine Zeitfrage sein.... der Mehraufwand kann evtl. davongaloppieren und den Neueinbau von gewünschten Neufunktionen durchaus hemmen.... das kann aber nur Roland wirklich beurteilen.

Gruß
Andy

[AHT]

Zitat von AndyP

Hi,
der Mehraufwand kann evtl. davongaloppieren und den Neueinbau von gewünschten Neufunktionen durchaus hemmen....

Wenn ich das richtig sehe, ist der "Neueinbau von gewünschten Neufunktionen" in XProfan sehr einfach zu regeln. In Delphi gibt es sehr gute Programmierforen und man muss - wie gesagt, wenn ich es richtig sehe - nur von außen etwas anpappen, was man in der Regel noch nicht mal komplett selbst schreiben muss. Ich wage auch mal zu behaupten, dass die meisten Test der "neu eingebauten Funktionen" sowieso die User durchführen, die die Programmiersprache nachher kaufen - und nicht RGH selbst. Einige Fehler in meiner alten Version der Programmiersprache, auf die ich bei meinem letzten Projekt mit der Sprache gestoßen bin, hätten eigentlich nach einem einzigen vernünftigen Test sofort auffallen müssen (fehlerhafte Dimensionierung von Variablen - es wurde da überhaupt nicht geprüft, wie viel Platz zum Speichern von Textausdrücken überhaupt nötig ist). Der Aufwand, der für den Einbau von Neufunktionen betrieben werden muss, ist meiner Meinung nach da (mit wenigen Ausnahmen - Subclassing des Hauptfensters / Einbau von neuen Variablentypen) extrem gering.

Alles was großartige Umbauaktionen am Interpreter erfordern wird meiner Meinung nach in XProfan genausowenig eingebaut werden, wie die seit Jahren fehlende Unterstützung von Multithreading. Ein "großartiges Auseinandersetzen" mit dem bereits unter 16Bit geschriebenen Interpretercode wird da wohl gar nicht stattfinden, da zu zeitaufwendig.
Egal was solche Umfragen ergeben - ist 64Bit einfach zu regeln, wird es mit Sicherheit eine 64Bit Version von XProfan geben - andernfalss nicht (so sehe ich das).
Weiterhin muss man bedenken, dass eine neue XProfan Version soweit ich weiß einmal jährlich rauskommt. Mit 64Bit XProfan ist also frühestens wohl 2013 zu rechnen. Desweiteren gehe ich auch nicht davon aus, dass eine erste 64Bit Version von XProfan fehlerfrei funktioniert, wenn sie käuflich erhältlich ist.
Wenn man Programme für sich privat schreibt, ist das alles kein Problem - schreibt man die aber, um die auf anderen Rechnern laufen zu lassen, ist das ganze schon etwas problematischer. In meiner alten XProfan Version habe ich einiges an "Zeitbomben" entschärft, die mit Sicherheit (wenn ich sie nicht gefunden hätte) gewaltig auf anderen Rechnern explodiert wären (mit einer dieser Zeitbomben kann man sich, wenn auf dem Zielsystem passende Voraussetzungen bestehen, locker die Registry zerschießen - die ist jetzt in Version 12 wohl gefixt).
Sorry - da ich in XProfan eigentlich sehe, dass bereits einfache Sachen von der Umsetzung nicht fehlerfrei funktionieren (und da kam es nur auf das Durchlesen von M$ Dokumentationen oder einen einzigen vernünftigen Test der eingebauten Funktion an), kann ich mir eigentlich nicht vorstellen, dass 64Bit XProfan überhaupt eine feste Grundlage hätte, und nicht zu einer tickenden Zeitbombe werden würde.
Natürlich bin ich dafür, das XProfan möglichst bald (dann aber vernünftig und fehlerfrei) 64Bit wird - aber ich bin auch dafür, dass es heute Abend nicht wieder Frost gibt und ich morgen früh nicht erneut die Autoscheiben freikratzen muss. Wünschen kann man sich viel - was dann ist, steht auf einem ganz anderen Blatt.

[Frabbing]

Andreas, kannst du denn eine Programmiersprache nennen, die garantiert fehlerfrei ist?

Oft ist es doch einfach so, dass sich was in der Basis (Windows) leicht ändert, und später Fehler auslöst. Ein Beispiel ist GetWindowLong. Wer das schon immer benutzt hat, wird unter 64 Bit irgendwann möglicherweise böse erwachen und bemerken, dass er schon seit langem GetWindowLongPtr hätte verwenden sollen. Das ist aber erst später aufgetaucht, weil man (bei MS) wohl bemerkt hat, dass GetWindowLong nicht zukunfssicher ist... gibt sicher zig solcher Beispiele, z.B. auch die alten Menü-Funktionen.

Ich bin übrigens der Meinung, dass jemand, dessen Programmversion schon seit drei Versionen veraltert ist, nicht ernsthaft daran interessiert sein kann, alle Fehler loszuwerden. Und dass Roland als Einzelkämpfer mit XProfan eine Sache auf die Beine gestellt hat, die seinesgleichen sucht! Musste ich mal loswerden.

[p. specht]

ihresgleichen...

[RGH]

Schaut mal hier:

Keine Angst vor 64 Bit

Gruß
Roland