Delphi am "Ende"?

[Bernhard Geyer]

Zitat:

Zitat von QuickAndDirty (Beitrag 1076021)

Also ich bin durchaus FÜR eine Version die alles mögliche an Features enthält auch wenn sie verbuggt sind. Also im Sinne von nervig aber es geht irgendwie.

Freibrief für Unbrauchbare Versionen? Und was sagt dein Kunde dazu wenn die Anwendung permanent Abstürzt weil es Fehler gibt die du nicht umschiffen kannst?

Zitat:

Zitat von QuickAndDirty (Beitrag 1076021)

kürze 128 Bit

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

[Chemiker]

Hallo,

jetzt hat MEissing schon Infos gegeben. Jetzt wird es schon wieder alles schlecht gemacht. Mal sollte den Leuten von Emba. wenigstens die Chance geben ihre Versprechen einzuhalten und dann ist immer noch Zeit die Versprechen mit der Wirklichkeit zu vergleichen und sie daran zu messen.

Bis es soweit ist, arbeite ich mit Delphi und mit VS 2010 parallel und wenn es nichts werden sollte mit 64Bit dann wird eben nur mit VS gearbeitet.

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

EDIT:

Zitat:

Also ich bin durchaus FÜR eine Version die alles mögliche an Features enthält auch wenn sie verbuggt sind.

Das geht überhaupt nicht. Womöglich kann man dann noch nicht einmal feststellen ist Dein Programm nicht in Ordnung, oder liegt es an der IDE. Habe ich grade bei der Installation von Prism gehabt.




Bis bald Chemiker

[cookie22]

Zitat:

Zitat von Chemiker (Beitrag 1076025)

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

Hat auch niemand gesagt, nur bei MS gibt es 64Bit Support seit Ewigkeiten. Delphi ist seiner Zeit einfach hoffnungslos hinterher und es wird auch noch versucht das als gewollt zu rechtfertigen.

Naja, mal schauen was uns die neue Version so bringt.

[Daniela.S]

hihi, wir haben noch nicht mal einen 64Bit Compiler will man schon 128Bit haben :spin2:

Reicht man jemanden den kleinen Finger wird gleich die ganze Hand abgerissen...

[QuickAndDirty]

Zitat:

Zitat von Bernhard Geyer (Beitrag 1076024)

Zitat:

Zitat von QuickAndDirty (Beitrag 1076021)

Also ich bin durchaus FÜR eine Version die alles mögliche an Features enthält auch wenn sie verbuggt sind. Also im Sinne von nervig aber es geht irgendwie.

Freibrief für Unbrauchbare Versionen? Und was sagt dein Kunde dazu wenn die Anwendung permanent Abstürzt weil es Fehler gibt die du nicht umschiffen kannst?

Meine Kunden sind Endkunden. Das sind User und Sogenannte Administratoren und auch ein paar(ca 5%) richtige Administratoren. Denen kann man keine instabile Software zumuten! Aber Embarcaderos Kunden sind Entwickler die im zweifel einfach ein Werkzeug brauchen um ein Problem zu lösen. Da wäre der KOMFORT des Werkzeuges bei mir an zweiter stelle.

Zitat:

Zitat von Bernhard Geyer (Beitrag 1076024)

Zitat:

Zitat von QuickAndDirty (Beitrag 1076021)

kürze 128 Bit

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

nicht jetzt sondern IN KÜRZE...für mich ging der Übergang von 16,32,64 Bit recht schnell ich würde mich schon mal auf den 128 Bit Adressierenden Rechner vorbereiten wenn ich ne Compiler schmiede wäre! ...Außer dem weg von Typen die immer wieder ihre Bedeutung ändern was jetzt LONGINT ist hin zu typen mit bitkennziffern! int16, int32, int64...

Mich kotzt diese Hektik und die Kurzfristigen Änderungen von vormals GRUNDSÄTZLICHEM an. Einfach mal langfristig denken!

[Chemiker]

Hallo QuickAndDirty,

baue Dir eine Unit zusammen wo Du Deine eigenen Datentypen definierst. Seit Delphi 2009 gehe ich so vor. Damit plötzlich die Programme nicht mehr funktionieren weil String nicht mehr gleich String ist.

Bis bald Chemiker

[bernau]

Zitat:

Zitat von QuickAndDirty (Beitrag 1076028)

...Außer dem weg von Typen die immer wieder ihre Bedeutung ändern was jetzt LONGINT ist hin zu typen mit bitkennziffern! int16, int32, int64...

Was hindert dich daran diese Typen zu definieren und damit zu arbeiten?

Es ist gut, daß sich Typen ändern. Somit hat man weniger Aufwand mit einem neuen Compiler. Z.B. beim "String". Eine Anwendung ist dadurch sofort Unicodefähig. Es muss mir allerdings klar sein, daß bestimmte Parameter als AnsiString übergeben werden müssen. Dann sollten diese allerdings auch als Ansistring deklariert werden. Ist ein Fehler vom Programmierer, wenn der dies nicht berücksichtigt. Deshalb haben auch viele die Probleme beim Umstellen auf Unicode. Ist keine Schuld von Embacadero!

[himitsu]

Zitat:

Zitat von cookie22 (Beitrag 1076011)

Bei Spielen mag das stimmen, wenn du aber Compiler Features dringend brauchst müssen die schon Gas geben.

Auch da stimmt meine Aussage.
Genauso, wie man etwas 'nen bissl später rausbringen kann, kann man auch Dinge vorziehen.

z.B. wichtige Features schon (teilweise) als Update rausbringen, sobald sie fertig sind, als bis zum nächsten Upgrade zu warten.

Stell dir mal vor man schafft es mit dem 64 Bit nicht bis zum geplanten Veröffentlichnungstermin, und einen Monat später geht es dann ... nun könnte man noch 11 Monate warten, um es zu veröffentlichen oder man Verkauf die aktuelle Version ohne dieses, sagt daß es eventuell bald kommt und gibt dieses dann als Update nachträglich den Kunden.
Der Kunde hat dann "gleich" was Funktionierendes und nicht
entweder was Fehlerhaftes, welches erst im Update 1 halbwegs nutzbar ist und mehr Streß als Nutzen verursacht
oder er muß 11 Monate darauf warten, bis es im nächsten Upgrade erscheint, weil man sich doch mal sagte "ok, es läuft nicht, also lassen wir es weg".

[cookie22]

Da hast du natürlich recht, solange es sich nur um Monate handelt und nicht um Jahre.

[Memnarch]

Ich habe nichts dagegen wenn funktionierende Dinge nachgepatched werden, aber wenn man Praktisch zu Workarounds gezwungen wird, was den code aufbläht und u.U. unübersichtlicher macht, kann dass nicht sinn und Zweck sein.

Meine Zeitspanne die ich genannt habe, bezog sich auf die Zeit die für das tatsächliche fertigstellen der Software/Software parts gebraucht wird(beispielwert). Wenn es einen Monat später fertig wird, dan halt eben schon einen Monat später.

Jenachdem wie eine Firma allerdings durch den vertreiber gepushed wird, kann es sein, das Software released wird, die EIGENTLICH (wenn es nach den Entwicklern ginge) erst 6Monate später fertig wäre, weil es noch kritische sachen gibt, es aber aus Marketingründen des Vertreibers vorgezogen wird, egal was passiert. Da lehne ich mich zwar sehr an die Spieleindustrie an, weil die im Moment echte paradebeispiel für soetwas liefert, aber das ist nichts was es nur dort gibt.

Wenn ich mal ne kritische behauptung aufstellen darf: Das obige Problem kommt vom Internet und der ständigen Möglichkeit jedne zu erreichn. Früher wars so, dass etwas wirklich funktionieren musste, weil man dem Kunden nicht so schnell verbesserte versionen zukommen lassen konnte. Heute ist das alles total 'easy'. "Naja...wens noch nich so ganz klappt, bekommt ers halt später nachgereicht"

Resultat: Bananensoftware.

MFG
Memnarch

[Chemiker]

Hallo,

Zitat:

Wenn ich mal ne kritische behauptung aufstellen darf: Das obige Problem kommt vom Internet und der ständigen Möglichkeit jedne zu erreichn. Früher wars so, dass etwas wirklich funktionieren musste, weil man dem Kunden nicht so schnell verbesserte versionen zukommen lassen konnte. Heute ist das alles total 'easy'. "Naja...wens noch nich so ganz klappt, bekommt ers halt später nachgereicht"

Das ist leider so, allerdings wenn es nur nach Entwickler gehen würde, braucht ein neues Programm ewig, weil es immer was zu Verbesser gibt und man eine neue Funktion noch einbauen will usw. usw.

Irgendwo muss ein Schnitt gemacht werden und das Programm sollte auf den Markt, leider ist die Tendenz in den letzten Jahren zu beobachten das
Programm immer unfertiger in den Markt eingeführt werden.

Bis bald Chemiker

[himitsu]

Hab ich grade zufällig gefunden (dabei suchte ich eigentlich nur nach DataSnap-Infos :shock: ) paßt abr gut hier rein.
https://forums.embarcadero.com/threa...threadID=30357

Da sind auch ein paar Zahlen zur Verbreitung von 64 Bit-Windowsen mit drin.

[mkinzler]

Zitat:

nicht jetzt sondern IN KÜRZE...für mich ging der Übergang von 16,32,64 Bit recht schnell ich würde mich schon mal auf den 128 Bit Adressierenden Rechner vorbereiten wenn ich ne Compiler schmiede wäre! ...Außer dem weg von Typen die immer wieder ihre Bedeutung ändern was jetzt LONGINT ist hin zu typen mit bitkennziffern! int16, int32, int64...

Es gibt aber keine öffentlichen Überlegungen/Infos von CPU-Herstellern (Intel/AMD), wie diese Erweiterungen ausehen könnten/werden. Deshalb ist die jetzige Forderung nach 128-Bit-Compilern wenig zielführend

[Memnarch]

Habe mir den ganzen gelinktedn beitrag nicht durchgelesen, aber die meinung: ' nur weil wir jetzt keine 64bit programme brauchen, brauchen wir auch nicht die möglichkeit sie zu entwickeln" (freie zusammenfassung), fand ich schon sehr hart^^.

Denn(wie dort bereits erwähnt), man muss HEUTE entwickeln, damit die Programme morgen laufen. Ich kann ncith bis morgen warten, und dann entwickeln, dann zieht es sich zuweit raus.

Zugegeben, 64bit ist heute noch kein absolutes muss, aber 4gig programme?
JOAr also: HalfLife 2 Cinematic mod. Gurgelt 4GBram für die extra texturen.(Dafür wurden glaube ich die 32bit executables gehacked).

Jedeart des Videoschnitts. Während Vegas noch recht performant mit 4gb umgeht, sind professionelle Schnittcomputer im 12GB bereich angesiedelt(nen kollege ist da mal tätig gewesen, mehr weiß ich nicht).

Mal abgesehen davon: sobald die ersten PCSpiele nativ 64bit sind(glaube sowirklich gabs das noch nicht), wird man sehen dass die einem(wenn genug ram zur verfügung steht) alle texturen die gebraucht werden in dem ram geknallt werden, um die Streaming methoden zu entlasten und so mehr CPU für anderen krimskrams übrig zu haben(BEHAUPTUNG :twisted:)

Bis zu einem gewissen punkt, bedeutet es ja auch ein wenig mehr performance, wenn die daten bereits im RAm liegen.(oder nicht o.O?)

MFG
Memnarch

[himitsu]

Macht man sich bei Emba eigentlich auch schonmal langsam Gedanken um Winodws 8?

Anfang letztes Quartal im nächsten Jahr soll es ja nun soweit sein, daß die 5. (oder 6.) 64 Bit-Version von Windows erscheint. (falls ich mich nicht verzählt hab)

[MEissing]

Zitat:

Zitat von himitsu (Beitrag 1076088)

Macht man sich bei Emba eigentlich auch schonmal langsam Gedanken um Winodws 8?

Was soll denn da anderes werden?
Hat Microsoft schon eine Roadmap vorgelegt?
Ist diese verlässlich?

Wenn Du ein flexibeles Compiler-Backend meinst: Dann ist die Antwort: Ja.

Zitat:

Zitat von himitsu (Beitrag 1076088)

Anfang letztes Quartal im nächsten Jahr soll es ja nun soweit sein, daß die 5. (oder 6.) 64 Bit-Version von Windows erscheint. (falls ich mich nicht verzählt hab)

Ah. Erzähl mal mehr.

Ich komme auf zwei (ernstzunehmende) 64-Bit Client-Versionen (Vista, 7)

[himitsu]

Nja, zumindestens könnte man schonmal Zeit einplanen, wenn dann voraussichtlich Anfang nächstes Jahr die ersten Beta-Versionen zur Verfügung stehen.
Nicht daß man sich da schon soviel Anderes vorgenommen hat und dafür keine Zeit mehr bleibt, bzw. daß dann wieder andere geplante Dinge ausfallen, falls man doch mal pünktlich mit sowas anfangen will. :stupid:

OK, XP war nicht wirklich ernstzunehmen, aber neben den Homeversionen Vista und 7 gibt es noch so einige Serverversionen.

PS: Es gab auch mal Windows 2000 als 64 Bit. :angle2:
Also schon 10 Jahre 64 Bit und Delphi ist (bis jetzt) immernoch nicht so weit.

[add]
http://www.pcwelt.de/news/64-Bit-Win...er-244221.html

[Bernhard Geyer]

Zitat:

Zitat von MEissing (Beitrag 1076092)

Ich komme auf zwei (ernstzunehmende) 64-Bit Client-Versionen (Vista, 7)

Wie wärs Windows Server 2003 u. Windows Server 2003R2, Windows Server 2008 und 2008R2. Eingeschränkt auch Windows Server 2000.
Wobie Server 2008 = Vista und Server 2008R2 = Windows 7 und Server 2003 entsprechend mit XP korrespondiert.

Jedenfalls sind die Server ernst zu nehmen. XP 64-Bit hat es primär an Treibern gemangelt.

[Daniel]

:gruebel:
Welche Rolle spielt es denn jetzt, wie viele x64-Versionen bzw. -Editionen es gab? Wir waren uns doch schon spätestens auf Seite 4 dieses Threads einig, dass ein hinreichender Bedarf für 64bit-Unterstützung besteht - darum kommt das Zeug ja auch.

[ChrisE]

Zitat:

Zitat von MEissing (Beitrag 1076092)

Ich komme auf zwei (ernstzunehmende) 64-Bit Client-Versionen (Vista, 7)

Zitat:

Zitat von Bernhard Geyer (Beitrag 1076097)

Wie wärs Windows Server ...

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

Gruß, Chris

[cookie22]

Vista gibt es jetzt über 4 Jahre.

Ich kann beim besten Willen nicht verstehen warum Matthias immer noch den technischen Rückstand von Delphi irgendwie zu rechtfertigen versucht.

MS Produkte können seit ewigen Zeiten 64Bit und selbst FPC kanns, da ist Delphi einfach Jahre hinterher.

[himitsu]

9-10 Jahre 64 Bit
x Windowsversionen mit 64 Bit
8-9 Delphiversionen ohne 64 Bit (seit es 64 Bit gibt)

Daß es nun vermutlich kommt ist/wäre wirklich toll, aber daß es erst jetzt kommt...
(ja, daß Emba für einen Großteil dieser Zeit nichts kann ist natürlich klar und das will ich auch nicht bestreiten)

[vagtler]

Zitat:

Zitat von MEissing (Beitrag 1076092)

[...] Hat Microsoft schon eine Roadmap vorgelegt? [...]

Nicht ganz offiziell (z.B. http://msftkitchen.com/2009/08/windo...-due-2012.html), aber prinzipiell äußerst sich Microsoft schon über zukünftige Produkte und Projekte - und kommuniziert auch die Einstellung und/oder Verschiebung diverser Vorhaben sowie Strategiewechsel oder Verzögerungen. Microsoft ist da offener, als viele den Eindruck haben (möchten).

Zitat:

[...] Ist diese verlässlich? [...]

Zumindest belastbarer als alles, was in den letzten Jahren von Borland/Codegear/Embarcadero diesbezüglich kam.

[MEissing]

Zitat:

Zitat von cookie22 (Beitrag 1076106)

Ich kann beim besten Willen nicht verstehen warum Matthias immer noch den technischen Rückstand von Delphi irgendwie zu rechtfertigen versucht.

Wie ich hier schon darzustellen versuchte:
Wir sind uns bewusst, dass wir "spät" sind und auch die Gründe für die verzögerte Entwicklung dargestellt.

Um es nochmals deutlicher zu sagen: Auch wir hätten den 64-Bit Compiler lieber heute, als morgen. Deswegen arbeiten wir ja auch schon seit *Jahren* am 64-Bit-Compiler. 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.

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.. :-D

[cookie22]

Zitat:

Zitat von MEissing (Beitrag 1076113)

Aber ich freue mich natürlich, wenn ihr später im Jahr alle die 64-Bit Version von Delphi kauft.. :-D

Hör ich da heraus, dass 32 und 64 Bit Versionen gesplittet werden sollen oder bekommen wir das in einem Produkt wenn es denn so weit ist?

[mkinzler]

Zitat:

Zitat von cookie22 (Beitrag 1076116)

Zitat:

Zitat von MEissing (Beitrag 1076113)

Aber ich freue mich natürlich, wenn ihr später im Jahr alle die 64-Bit Version von Delphi kauft.. :-D

Hör ich da heraus, dass 32 und 64 Bit Versionen gesplittet werden sollen oder bekommen wir das in einem Produkt wenn es denn so weit ist?

Das wäre ja bekloppt

[QuickAndDirty]

Zitat:

Zitat von mkinzler (Beitrag 1076117)

Zitat:

Zitat von cookie22 (Beitrag 1076116)

Zitat:

Zitat von MEissing (Beitrag 1076113)

Aber ich freue mich natürlich, wenn ihr später im Jahr alle die 64-Bit Version von Delphi kauft.. :-D

Hör ich da heraus, dass 32 und 64 Bit Versionen gesplittet werden sollen oder bekommen wir das in einem Produkt wenn es denn so weit ist?

Das wäre ja bekloppt

Ein Produkt?

Delphi XY W64
Delphi XY L64
Delphi XY M64
Delphi XY W32
Delphi XY L32
Delphi XY M32

Sechs Produkte ! Du willst doch nicht etwas 6 Produkte zum Preis von einem haben?

[MEissing]

Zitat:

Zitat von cookie22 (Beitrag 1076116)

Zitat:

Zitat von MEissing (Beitrag 1076113)

Aber ich freue mich natürlich, wenn ihr später im Jahr alle die 64-Bit Version von Delphi kauft.. :-D

Hör ich da heraus, dass 32 und 64 Bit Versionen gesplittet werden sollen oder bekommen wir das in einem Produkt wenn es denn so weit ist?

Natürlich wird das *ein* Produkt.

Ich habe die irrwitzige Annahme gemacht, dass 32-Bit Entwicklung ja völlig uninteressant und nicht mehr erwähnenswert ist. :P

[Memnarch]

JAY und dann noch Delphi Retro (8Bit) :party:

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 :twisted:

EDIT: zu spät^^", hat schon geantwortet.

MFG
Memnarch

[cookie22]

Zitat:

Zitat von MEissing (Beitrag 1076122)

Ich habe die irrwitzige Annahme gemacht, dass 32-Bit Entwicklung ja völlig uninteressant und nicht mehr erwähnenswert ist. :P

Auch wir haben noch Kunden, die noch in der Steinzeit leben. :P

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

Zitat von QuickAndDirty (Beitrag 1076021)

64Bit und in kürze 128 Bit.

:shock: ... 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:

Zitat von Bernhard Geyer (Beitrag 1076024)

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:

Zitat von Chemiker (Beitrag 1076025)

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

:thumb: ... absolut wahr.

Zitat:

Zitat von Memnarch (Beitrag 1076047)

Resultat: Bananensoftware.

Hmmm ... reift noch nach beim Kunden :stupid:

Zitat:

Zitat von mkinzler (Beitrag 1076062)

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:

Zitat von himitsu (Beitrag 1076095)

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

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:

Zitat von ChrisE (Beitrag 1076102)

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" :mrgreen:

Zitat:

Zitat von MEissing (Beitrag 1076113)

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:

Zitat von MEissing (Beitrag 1076113)

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.. :-D

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

Zitat:

Zitat von Memnarch (Beitrag 1076124)

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 :twisted:

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:

Zitat von Assarbad (Beitrag 1076128)

Zitat:

Zitat von Bernhard Geyer (Beitrag 1076024)

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. :P

Zitat:

Zitat von Assarbad (Beitrag 1076128)

Zitat:

Zitat von MEissing (Beitrag 1076113)

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:

Zitat von JamesTKirk (Beitrag 1076129)

Zitat:

Zitat von Assarbad (Beitrag 1076128)

Zitat:

Zitat von MEissing (Beitrag 1076113)

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:

Zitat von MEissing (Beitrag 1076137)

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? :zwinker:

Immerhin ein Ansatz zur Erklärung. Danke. :thumb:

[MEissing]

Zitat:

Zitat von Assarbad (Beitrag 1076142)

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

Windows 2000 unterstüzt Unicode.

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

[Der.Kaktus]

@assarbad :-D

[Assarbad]

Zitat:

Zitat von MEissing (Beitrag 1076144)

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:

Zitat von JamesTKirk (Beitrag 1076129)

Zitat:

Zitat von Assarbad (Beitrag 1076128)

Zitat:

Zitat von Bernhard Geyer (Beitrag 1076024)

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. :P

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