Delphi am "Ende"?

[mschaefer]

Hm Wenn der Wegfall eines Komponentenherstellers einen solchen
Thread auslöst, sollte ich wohl anfangen meine Komponenten auch
zu vermarkten um dem etwas gegenzusteuern . . .

Im Moment geht das leider in pure Spekulation über und es macht
schlicht keinen Sinn jedes Wort auf der Zunge zu Vierteilen.
Gerade gestern hatte ich hier auch eine Umfrage von Embracadero,
sowas bräuchte man überhaupt nicht, wenn die Raodmap betoniert
wäre. Jetzt über die Produkte zu spekulieren bringt wenig.


Grüße in die Runde // Martin

[Assarbad]

Zitat von QuickAndDirty:

64Bit und in kürze 128 Bit.

... die 64bit sind noch nichtmal ausgereizt. Soweit mir bekannt sind AMDs und Intels CPUs alle noch auf 48bit gedrosselt (Anbindung an RAM), wobei das auch schon Größen sind wo es keinen wirklichen Sinn macht es nicht als Cluster mit vielen CPUs, die alle ihren eigenen RAM haben, laufenzulassen.

Zitat von Bernhard Geyer:

Es gibt Prozessoren die schon einen 128 Bit breite Adressierung haben?

Ja, bspw. GPUs, die haben z.T. auch breitere ...

Es gibt ja nicht nur die auf dem x86 basierenden CPUs von Intel und AMD.

Zitat von Chemiker:

Außerdem ist bei VS 2010 auch nicht alles aus Gold was glänzt.

... absolut wahr.

Zitat von Memnarch:

Resultat: Bananensoftware.

Hmmm ... reift noch nach beim Kunden

Zitat von mkinzler:

Es gibt aber keine öffentlichen Überlegungen/Infos von CPU-Herstellern (Intel/AMD), wie diese Erweiterungen ausehen könnten/werden.

Meines Wissens nach schon, erst vor Kurzem habe ich zu dem Thema etwas gehört (da war's Microsoft im Kontakt mit Intel und AMD, wenn ich mich recht entsinne).

Zitat von himitsu:

PS: Es gab auch mal Windows 2000 als 64 Bit.

Wobei das eine komplett andere Architektur ist (und war). MS hat ja mittlerweile angekündigt den Support für IA/64 (Itaniums) komplett einzustellen.

Für x64 ist's glaube ich erst 7 Jahre oder so ... bei XP sogar nur 5-6 (je nachdem wie man rechnet).

Zitat von ChrisE:

Ich glaube das eine schliesst das andere nicht aus MEissing redet von Client-Versionen und Bernhard Geyer und himitsu von allg. 64-Bit-Windows.

Ich sehe schon die Schlagzeilen: "Delphi nicht für Server-Entwicklung geeignet"

Zitat von MEissing:

Mittlerweile ist die Grundlage (zB Unicode) dafür geschaffen und wir können nun absehen, dass wir tatsächlich diese Jahr einen 64-Bit Compiler auf den Markt bringen werden.

Was immer noch nicht meine Frage von zuvor beantwortet wo denn nun genau der Grund ist, daß Unicode als zwingende Voraussetzung ist. Technisch scheint es keinen zu geben. x64-DLLs exportieren nach wie vor ANSI-Versionen der APIs. MS hat da den Schnitt nicht mit der Einführung der ersten 64bittigen Version von Windows gemacht (Windows 2000) wie sie es m.M.n. hätten machen sollen.

Zitat von MEissing:

NB: Die meisten unserer Kunden entwickeln weiterhin für 32-Bit Systeme ("Windows XP for ever!")... worüber wir hier debattieren sind Vorreiter/Early Adopters/Technik-Freaks. Aber ich freue mich natürlich, wenn ihr später im Jahr alle die 64-Bit Version von Delphi kauft..

Worüber wir hier reden sind auch Firmen die für Serversysteme entwickeln.

Zitat von Memnarch:

Ne mal im ersnt, würde Emba sowas machen(zumindest 64bit und 32bit aufspälten), glaube ich, dass sich die Kunden ziemlich einig wären

Und? Ist doch egal. Die Funktionalität gab es vorher nicht, wenn du sie willst, bezahl halt.

Könnte ich übrigens voll nachvollziehen. War bei IDA Pro auch so. x64-Unterstützung gab's nicht in IDA Pro Standard sondern nur IDA Pro Advanced. Mittlerweile haben sie es sogar nach Linux, Mac und Windows getrennt.

[JamesTKirk]

Zitat von Assarbad:

Zitat von Bernhard Geyer:

Es gibt Prozessoren die schon einen 128 Bit breite Adressierung haben?

Ja, bspw. GPUs, die haben z.T. auch breitere ...

Es gibt ja nicht nur die auf dem x86 basierenden CPUs von Intel und AMD.

Der Efficeon von Transmeta hat sogar 256-bit.

Zitat von Assarbad:

Zitat von MEissing:

Mittlerweile ist die Grundlage (zB Unicode) dafür geschaffen und wir können nun absehen, dass wir tatsächlich diese Jahr einen 64-Bit Compiler auf den Markt bringen werden.

Was immer noch nicht meine Frage von zuvor beantwortet wo denn nun genau der Grund ist, daß Unicode als zwingende Voraussetzung ist. Technisch scheint es keinen zu geben. x64-DLLs exportieren nach wie vor ANSI-Versionen der APIs. MS hat da den Schnitt nicht mit der Einführung der ersten 64bittigen Version von Windows gemacht (Windows 2000) wie sie es m.M.n. hätten machen sollen.

Die Antwort hierauf interessiert mich allerdings auch brennend.

Gruß,
Sven

[MEissing]

Zitat von JamesTKirk:

Zitat von Assarbad:

Zitat von MEissing:

Mittlerweile ist die Grundlage (zB Unicode) dafür geschaffen und wir können nun absehen, dass wir tatsächlich diese Jahr einen 64-Bit Compiler auf den Markt bringen werden.

Was immer noch nicht meine Frage von zuvor beantwortet wo denn nun genau der Grund ist, daß Unicode als zwingende Voraussetzung ist. Technisch scheint es keinen zu geben. x64-DLLs exportieren nach wie vor ANSI-Versionen der APIs. MS hat da den Schnitt nicht mit der Einführung der ersten 64bittigen Version von Windows gemacht (Windows 2000) wie sie es m.M.n. hätten machen sollen.

Die Antwort hierauf interessiert mich allerdings auch brennend.

Unicode in the Windows API
Windows API functions that manipulate characters are generally implemented in one of three formats:

•A generic version that can be compiled for either Windows code pages or Unicode
•A Windows code page version with the letter "A" used to indicate "ANSI"
•A Unicode version with the letter "W" used to indicate "wide"
Some newer functions support only Unicode versions.

http://msdn.microsoft.com/en-us/libr...(v=VS.85).aspx

[Assarbad]

Zitat von MEissing:

Some newer functions support only Unicode versions.

http://msdn.microsoft.com/en-us/libr...(v=VS.85).aspx

Okay. Also unterstützen neue Delphiversionen nicht mehr Programme zu kompilieren die auch auf Windows 2000 laufen?

Immerhin ein Ansatz zur Erklärung. Danke.

[MEissing]

Zitat von Assarbad:

Also unterstützen neue Delphiversionen nicht mehr Programme zu kompilieren die auch auf Windows 2000 laufen?

Windows 2000 unterstüzt Unicode.

Neuere Delphi Versionen (2009-XE) unterstützen als Zielplattform auch Windows 2000.

[Der.Kaktus]

@assarbad

[Assarbad]

Zitat von MEissing:

Windows 2000 unterstüzt Unicode.

Ist mir klar (sogar schon auf NT 3.1, bzw. 1993). Warum ist es dann nicht möglich bedingte Kompilierung oder dynamische Importe zu benutzen? Irgendwie werden ja die Funktionen die bspw. in Vista/7 existieren und nicht auf Windows 2000 schon jetzt ausmaskiert um zu gewährleisten, daß das Programm trotzdem auch auf Windows 2000 läuft, oder? Habe hier kein Delphi zur Hand um es zu testen, aber irgendeinen Mechanismus müssen die neueren Versionen ja ohnehin haben um das zu leisten.

Aber genug. Wenn es aufgrund der neueren APIs war, nehme ich das einfach mal so hin. Danke nochmals.

[rollstuhlfahrer]

Zitat von JamesTKirk:

Zitat von Assarbad:

Zitat von Bernhard Geyer:

Es gibt Prozessoren die schon einen 128 Bit breite Adressierung haben?

Ja, bspw. GPUs, die haben z.T. auch breitere ...

Es gibt ja nicht nur die auf dem x86 basierenden CPUs von Intel und AMD.

Der Efficeon von Transmeta hat sogar 256-bit.

Und Microsoft hat tatsächlich seinen Internet Explorer für eine 128-bittige Windows-Version veröffentlicht. Das ist kein Scheiß: Quelle (einfach auf das Plus bei "Die Informationen in diesem Artikel beziehen sich auf:" klicken)

Bernhard

[mkinzler]

Es handelt sich hier aber nur um den IE mit 128-Bit Verschlüsselung