RAD Studio XE2 Update 4 Hotfix endlich verfügbar

[Darlo]

... Wenn auch wohl nicht mit dem erhofften Geschwindigkeits-Update

http://cc.embarcadero.com/item/28881

Gruß

[jbg]

Zitat:

Hinweis: Der Installationsvorgang kann eine Stunde (oder etwas länger) dauern

Da hört's aber auf. Was macht der Installer denn? Und ja, das Ding braucht echt ewig, auch auf einer SSD. Die CPU und der Lüfter laufen auf hochturen. Hey, das ist doch blos ein Setup. Warum verschlingt das so viel CPU Zeit. Man muss denen wirklich mal ein InnoSetup vor den Latz knallen.

[himitsu]

Zitat:

Zitat von jbg (Beitrag 1167189)

Was macht der Installer denn?
...
Warum verschlingt das so viel CPU Zeit.

Vielleicht bastelt ja irgendwann mal jemand ein Setup Fix Pack. :stupid:

Beim Update 4 durfte man doch schon genug ertragen (Neuinstallation) und nun auch noch sowas als BugHotfix für dieses Update?

Die meisten Bugfixes bringen mir eh nichts, da überlege ich mir erstmal, ob sich der Aufwand wirklich lohnt.

[RWarnecke]

Wer die UniDAC 4.1.6 Komponenten installiert hat, kann nach der Installation des Hotfix 1 die folgende Fehlermeldung bekommen :
-----------------------------------------------------------------------------------------
[Window Title]
Error

[Content]
Package c:\program files (x86)\embarcadero\rad studio\9.0\bin\unidacfmx160.bpl must be recompiled before it can be installed..
Do you want to attempt to load this package the next time a project is loaded?

[Yes] [No]
-----------------------------------------------------------------------------------------
Ich habe es noch nicht ausprobiert, aber es sieht so aus als ob die UniDAC's unter Firemonkey dann nicht mehr richtig funktionieren würden. Ohne den Sourcecode wird es hier schwer den Fehler wegzubekommen, ausser man schaltet die Componenten komplett für Firemonkey aus.

[rider]

Zitat:

Die CPU und der Lüfter laufen auf hochturen.

Da bekommt der Name "Hotfix" seine ganz eigene Bedeutung.

Wenn ich es recht verstehe, ist dieser Hotfix nur für Firemonkey und C++ User interessant, oder?

[himitsu]

Zitat:

Zitat von rider (Beitrag 1167230)

Wenn ich es recht verstehe, ist dieser Hotfix nur für Firemonkey und C++ User interessant, oder?

Zitat:

25777/QC 103933
Fixes issue where the in-place editor in TGrid and TStringGrid is only drawn for the first column.
27453/QC 104945, 27479, 26827/QC 104116
Fixes TClientDataSet.close error using TSocketconnection.
Fixes TClientDataSet failure to connect to a Midas Server via TSocketConnection.
Fixes error when assigning a null string to an OLE property.

Könnte auch Win32/64 sein. :gruebel:

Zitat:

25942
Fixes Run > Attach to Process.

Da steht leider nicht bei welchem System oder isses überall?

[USchuster]

Zitat:

Zitat von himitsu (Beitrag 1167236)

Zitat:

25942
Fixes Run > Attach to Process.

Da steht leider nicht bei welchem System oder isses überall?

Windows - siehe

Report No: 103880 (JIRA: 25942) Status: Resolved
[Regression in Update 4] Run\Attach to process menu does not list running processes
http://qc.embarcadero.com/wc/qcmain.aspx?d=103880

[himitsu]

Das Internet läuft grade nicht so, da leiden vorallem die langsamen Embaseiten etwas drunter.

[mkinzler]

Zudem hat man es nicht geschafft Fehler des Updaters zu beseitigen
http://delphihaven.wordpress.com/201...1-a-small-tip/

[newbe]

Also ich habe das ganze ELEND! (anders kann ich das leider nicht bezeichnen) um Delphi
XE, XE2 jetzt mal eine Weile beobachtet und kann nur sagen unsere Entscheidung auf C#/.Net umzusteigen war völlig richtig. Da ich Delphi eigentlich geliebt habe ist dies Eingeständnis
für mich besonders schmerzlich. Aber wenn man es nichtmal hinbekommt nen kleinen HotFix gescheit und auf annehmbare Art und Weise auszuliefern/anwendbar zu machen ist das nicht mehr hinnehmbar. Unser auslaufendes Projekt hatte ca. 1200 Units mit diversen Alt und Fremdkomponenten. Und eine Neuinstallation von Delphi mit Komponenteninstallation, Anpassung der Such und Bibliothekspfade, Konfigurierung der Compiler/Linker Optionen, Installation zusätzlicher IDE Tools (Eurekalog, CNPack, GExperts, Codeformater usw.), und Testcompilierungen des Systems dauert ca. 2,5 Tage!!!

Ein Updateprocedere welches eine komplette Neuinstallation der IDE verlangt ist also in diesem Falle, schon aus arbeitszeittechnischen, wirtschaftlichen sowie kostentechnischen Gesichtspunkten absoluter Wahnsinn. Wenn man sich noch vor Augen hält, das dieser Aufwand für jeden Entwicklerpc durchgeführt werden muss kann ich nicht anders als an der geistigen Gesundheit der Embarcadero Leute zu zweifeln.

Das traurige ist auch, das die Leute hier im Forum damit scheinbar wenig bis überhaupt keine Probleme zu haben scheinen. Gut es gibt halt manche die sagen "sie würden sich überlegen ob sich der Updateaufwand lohnt" aber ich vermisse hier, das die Community mit einer lauten Stimme
spricht und sagt "so nicht Embarcadero!!!" Und wenn das nicht helfen sollte, dann eben ein gescheiter Shitstorm im Embarcadero Forum. Fact ist jedenfalls eins: Wenn ihr Sie mit sowas durchkommen lasst, wird sich auch nichts daran Verbessern und ihr werdet bis zum Sankt nimmerleins Tag mit Updates beschäftigt sein.

Zum Schluss noch was positives. Der 64Bit-Support und Firemonkey sind ein Schritt in die richtige Richtung und ich hoffe trotz allem, das uns Delphi noch lange erhalten bleibt.

mfG newbe

[jbg]

Zitat:

Zitat von newbe (Beitrag 1167283)

Aber wenn man es nichtmal hinbekommt nen kleinen HotFix gescheit und auf annehmbare Art und Weise auszuliefern/anwendbar zu machen ist das nicht mehr hinnehmbar.

Die haben sich mit InstallAware verrannt. Hätten sie nur ihr Delphi 1 Setup (das mit dem Tacho) auf 32 Bit portiert.

Zitat:

Gut es gibt halt manche die sagen "sie würden sich überlegen ob sich der Updateaufwand lohnt" aber ich vermisse hier, das die Community mit einer lauten Stimme spricht und sagt "so nicht Embarcadero!!!"

Das war alles schon im (damals noch Borland) Newsgroups/Forum da. Nur hört Embarcadero nicht drauf. Es muss ein MSI Installer sein. Nur warum dann nicht gleich direkt MSI. Warum ein 3rd-Party Installer der auf MSI aufsetzt? Grund: Man bräuchte dann ja einen Setup-Entwickler der sein Handwerk versteht und nicht wie bei Delphi 2006 für jede popelige Datei mehrere Registry-Keys anlegt was Windows 2000 zu viel wurde. Man kann auch Dateien in "Gruppen" zusammenfassen und dieser eine GUID verpassen. Nicht jede benötigt eine. Mit Delphi 2007 haben sie das dann einigermaßen behoben.

Zitat:

Unser auslaufendes Projekt hatte ca. 1200 Units mit diversen Alt und Fremdkomponenten. Und eine Neuinstallation von Delphi mit Komponenteninstallation, Anpassung der Such und Bibliothekspfade, Konfigurierung der Compiler/Linker Optionen, Installation zusätzlicher IDE Tools (Eurekalog, CNPack, GExperts, Codeformater usw.), und Testcompilierungen des Systems dauert ca. 2,5 Tage!!!

Also wir haben hier mehrere um einiges größere Projekte und an IDE Plugins "fehlt" es uns auch nicht. Eine Installation besteht in TortoiseSVN Installieren, 3 Repositories ziehen und dann einmal Install.bat für Delphi und einmal das Komponenten Install.bat durchführen. Das ganze (je nach Netzwerklast und Festplattengeschwindigkeit) dauert ungefähr 10 Minuten. Danach steht ein voll konfiguriertes (Standardeinstellungen geändert, IDE Plugin Einstellungen angepasst, ...) Delphi zur Verfügung.

Zitat:

Ein Updateprocedere welches eine komplette Neuinstallation der IDE verlangt

Der Hotfix verlangt das ja nicht. (Das Update 4 schon). Es ist aber leider so, dass ein Deinstallieren und neu installieren schneller geht als ein Patchen.
Der Grund dafür ist, dass der Installer feststellen muss, ob die Dateien, die er patchen soll noch die sind, die der ursprüngliche Installer installiert hatte. Für EXE, DLL, BPL Dateien nutzt er dazu die Versioninfo Ressource. Bei PAS, DCU, CPP, H, ... Dateien gibt es diese aber nicht. Also lädt er die originale (aus dem ProgramData\{guid} Ordner) und die vorhandene Datei und macht einen Byte by Byte Vergleich (anscheined macht er wirklich Byte für Byte den Vergleich, was die hohe CPU Belastung erklären würde). Aber dem ist nicht genug. Der Installer vergleicht die Dateien bis zu acht mal (ProcessMonitor). Wenn man also an nimmt, dass eine Delphi-Installation 2 GB benötigt, dann vergleicht er 8*2GB + 8*2GB = 32GB. Da wäre ein blindes drüberbügeln der 60MB doch um einiges schneller.

[newbe]

@jbg

Also wir arbeiten noch mit Delphi6.

zu
SVN Repo ziehn und dann in 10 Minuten.....

...ja wenn die Komponenten schöne Setups sind oder ordentliche Install-Packages haben mag das so sein.

Aber bei umfangreichen selbstentwickelten, teilweise Steinzeitalten Komponentensammlungen an dehnen zig Enwickler rumgewerkelt haben mit teilweise undokumentierten Compilerschlatern, wo die Kompilierung/Installation Aufgrund von Fehlern/Konflikten nicht klappt und man gegenseitige Abhängigkeiten von Hand auflösen sowie 100 mal compilieren/installieren muss geht es halt leider nich so schnell. Also ich hab die Neuinstallation jetz 2 mal durch für 1. Vista und 2. Windows 7! Ich würde mir eher die Hand abhacken als das nochmal zu tun.

zum Bytevergleich...
Ich kenne diese Art des Patchens von BIS Armed Assault was ich in früher mal gezockt habe.
Und da war es genauso ne Zumutung. Da lob ich mir das gute alte OFP.

und du sagst es ja selbst... Embarcadero pfeift auf die User...

Solch ein Verhalten sollten wir alle konsequent abstrafen. Ich jedenfalls für meinen Verantwortungbereich werde die tun. Und falls mein Chef mich irgendwann nochmal fragen sollte,
ob wir denn wieder etwas mit Delphi umsetzen wollen (gibt ja n paar neue Features die interessant sind) werde ich ihm antworten. Er könne das gerne tun, aber vorher muss er mir VS2010 mit ner Brechstange aus meinen toten kalten Händen raushebeln.

mfG newbe

[EWeiss]

Zitat:

Er könne das gerne tun, aber vorher muss er mir VS2010 mit ner Brechstange aus meinen toten kalten Händen raushebeln

Ein Development welches vom gleichen Hersteller des Betriebssystem erstellt wurde hat immer seine vorteile.

Was ist Delphi noch? Abgesehen vom Compiler.
Eine Ansammlung von Win32API funktionen gekastet in und über verschiedene Classen Bibliotheken.
Das was ich früher in VB alles von Hand eingetragen habe ist so schon vorhanden abgesehen von Multithread und ein paar kleinen abstrichen
nichts anderes als ein von Delphianeren gehasstes VB6..
Das ist eine Meinung von jemanden der 20 Jahre mit VB6 und 10 Jahre mit Delphi arbeitet.

Ich muss aber leider auch gestehen das Delphi immer mehr in die Sparte des Heimanwenders abdrifted.
Und da reicht auch noch ein "JA" Delphi6.

Irgend wie hatten die bei Borland das alles etwas besser Userfreundlicher gehandhabt.
Embarcadero ist irgenwie überheblich und mit sicherheit NICHT Userfreundlich seitens Themen in Foren auf das eingehen bzgl gemeldeter probleme
was Installation und andere dinge angeht.

Jeder wie er will.

gruss

[jaenicke]

Zitat:

Zitat von newbe (Beitrag 1167298)

...ja wenn die Komponenten schöne Setups sind oder ordentliche Install-Packages haben mag das so sein.

Aber bei umfangreichen selbstentwickelten, teilweise Steinzeitalten Komponentensammlungen an dehnen zig Enwickler rumgewerkelt haben mit teilweise undokumentierten Compilerschlatern, wo die Kompilierung/Installation Aufgrund von Fehlern/Konflikten nicht klappt und man gegenseitige Abhängigkeiten von Hand auflösen sowie 100 mal compilieren/installieren muss geht es halt leider nich so schnell.

Dann ist das ein mindestens genauso großes Problem wie die Probleme mit dem Delphisetup bzw. eher deutlich größer.

Wir hatten auch ein paar Probleme in der Richtung. Aber das ist mittlerweile alles korrigiert und nun ebenfalls innerhalb weniger Minuten gemacht.
(Eigentlich wollte ich auch mal Komponenten-Installskripte veröffentlichen, aber ich habe gemerkt, dass die Verallgemeinerung für andere Packages usw. doch nicht ganz so trivial ist... Für definierte eigene Umgebungen ist es aber nicht schwer.)

Zitat:

Zitat von EWeiss (Beitrag 1167301)

Ich muss aber leider auch gestehen das Delphi immer mehr in die Sparte des Heimanwenders abdrifted.

Das sehe ich weder preislich noch featuremäßig so. Wir benutzen Delphi und auch das RAD Studio in der Enterprise Edition und setzen z.B. DataSnap und dbExpress mit u.a. Firebird ein. Das vereinfacht vieles enorm, auch wenn DataSnap in XE noch einige Schwächen hatte.

WCF bei .NET hat zwar auch einiges zu bieten in der Richtung, allerdings insgesamt (für unser Anwendungsgebiet) deutlich weniger.

Wir setzen zwar mit C# und Prism zwar auch .NET ein, aber nur in sehr begrenztem Umfang. Und dort wo ich selbst es einsetze, hat es alles eher komplizierter gemacht. Schöner teilweise, ja, aber auch komplizierter und schwerer zu debuggen.
In Delphi gehe ich auch mal kurz ins CPU-Fenster, schon so etwas geht mit .NET logischerweise nicht. Meistens braucht man das dort auch nicht, aber wenn es in C# mal geknallt hat, habe ich auch ewig gesucht bis ich herausgefunden habe wo der Fehler lag. Zum Glück knallt es dort bei mir nur sehr selten...

Zitat:

Zitat von EWeiss (Beitrag 1167301)

Embarcadero ist irgenwie überheblich und mit sicherheit NICHT Userfreundlich seitens Themen in Foren auf das eingehen bzgl gemeldeter probleme

Von außen habe ich den Eindruck, dass sie viele hochtrabende Ziele veröffentlicht haben, intern aber merken wie langsam es damit vorangeht. Und statt das dann zu kommunizieren wird dann geschwiegen. Nur dass das in dem Fall nicht Gold ist, sondern Umsatz- und Imageverlust. Leider...

Wir wollen theoretisch schon auf XE3 upgraden. Aber da wir weder wissen was da drin sein könnte (von vagen Wunschaussagen mal abgesehen) noch was in Zukunft wie weit ist, haben wir schon auf einen Wartungsvertrag verzichtet und werden evtl. auch das Upgrade ausfallen lassen.
Denn: Wenn Informationen erst mit dem Release kommen, braucht es eine Weile zu entscheiden, ob ein Upgrade sich lohnt. Und bis dahin ist dann wieder Zeit vergangen und dann ist auch schon das nächste Jahr und die nächste Version am Horizont. Und dann kann man auch schon einmal in der Richtung vorbereiten und die nächste Version erst nehmen.

Das ist alles bares Geld, das Embarcadero da einfach wegwirft.

Mit Delphi an sich sind wir gut bedient, können gut arbeiten und sind damit auch zufrieden. Aber die Informationspolitik ist fürn Popo...

[jbg]

Zitat:

Zitat von newbe (Beitrag 1167298)

...ja wenn die Komponenten schöne Setups sind oder ordentliche Install-Packages haben mag das so sein.

Wir haben unmengen an großen Komponenten-Packages (und auch welche wo es keinen Hersteller meht gibt) und je größer der Hersteller desto schlechter ist die Konfiguration der Packages. Das geht von nicht eingestellten Pfaden über implizit eingebundene Units bis hin zu völlig falschen *.dpk Dateien. Deswegen hatte ich mich einmal 2 Tage hingesetzt und alle Fehler in den Packages korrigiert und die Pfade für unsere Umgebung angepasst. Danach ein paar kleine Tools geschrieben welche die Packages und IDE Plugins in die IDE Registrierung (Registry ändert). Somit starte ich den 3rdParty Installer nur einmal, zieh mir die Quelldateien, deinstalliere wieder und passe die Packages an, so dass sie im Install-Script funktionieren.

Bei Delphi 6 ist die Delphi-Installation noch viel einfacher als bei den .NET behafteten Versionen zu "automatisieren".
Einfach die Delphi-Ordner kopieren und die .BPL/.DE aus Windows\System32 auf den neuen Rechner kopieren, danach regsvr32 für die beiden Debugger DLLs (bordbk120N.dll, bordbk120.dll) aufrufen, Den HKLM Registry über eine .reg Datei reinschießen und fertig.

Bei Delphi 8 (wer das auch immer nutzt) aufwärts muss man .NET 2.0 und die J# Runtime installieren, Dateien kopieren, Debugger registrieren, HLKM reinschießen und eine unmenge an .NET Assemblies registrieren (regasm) und in den GAC registieren (gacreg).

[Delphi-Laie]

Zitat:

Zitat von EWeiss (Beitrag 1167301)

Embarcadero ist irgenwie überheblich und mit sicherheit NICHT Userfreundlich seitens Themen in Foren auf das eingehen bzgl gemeldeter probleme was Installation und andere dinge angeht.

Was mich in diesem Zusammenhang interessiert: Gibt es bei Embarcadero Leute, die die Foren systematisch durchsuchen, insbesondere, was die Kritik an ihren Produkten anbetrifft? Eine bessere (weil unverblümte und zudem kostenlose) Rückmeldung zu ihren Produkten und ihrer Dienstleistungsqualität können die doch gar nicht bekommen. Weiß darob jemand etwas?

[Robotiker]

Zitat:

Zitat von Delphi-Laie (Beitrag 1167322)

Was mich in diesem Zusammenhang interessiert: Gibt es bei Embarcadero Leute, die die Foren systematisch durchsuchen, insbesondere, was die Kritik an ihren Produkten anbetrifft?

Also zumindest in ihren eigenen Foren dürften sie ja mitlesen. So dürfte ja dem Delphi Projekt Manager nicht entgangen sein, dass die Community dort des öfteren nach einer Roadmap verlangt. Dass er dann den C++ Kunden eine liefert und im Delphi Forum schweigt, löst bei mir als C++ Builder Besitzer zumindest ein Stirnrunzeln aus, dass manche Delphi Kunden da etwas angefressen sind, kann ich nachvollziehen.

Das was er geschrieben hat, kann aber auch für Delphi gut sein. Embarcadero versucht ja seit Jahren mit anderen Sprachen (Java, C#, PHP, ...) seine Kundenbasis zu vergrößern. Die Zeichen sprechen dafür, dass diesmal das Glücksrad bei C++ stehen geblieben ist. Da sich der C++ Builder aber mit Delphi die IDE, das Compilerbackend und die Hälfte der Libraries teilt, kommt diese Entwicklung diesmal auch zum Teil Delphi zugute, statt das die Energien in andere Produkte investiert werden.

[Furtbichler]

Ich finde es mittlerweile -auch langfristig gesehen- keine dumme Idee, vor 3 Jahren langsam in Richtung VS / C# gedriftet zu sein. RAD kann man zwar mit keinem Tool besser als mit Delphi machen, aber richtig gut arbeiten ohne Abstürze geht am Besten mit VS.

[Wunni]

Zitat:

Zitat von Furtbichler (Beitrag 1167331)

Ich finde es mittlerweile -auch langfristig gesehen- keine dumme Idee, vor 3 Jahren langsam in Richtung VS / C# gedriftet zu sein. RAD kann man zwar mit keinem Tool besser als mit Delphi machen, aber richtig gut arbeiten ohne Abstürze geht am Besten mit VS.

dem kann ich nur zustimmen...

[RWarnecke]

Ich habe die Fehlermeldung aus Beitrag #4 bei Devart im Forum angefragt. Leider werden die Jungs den Support für das Hotfix 1 nicht so schnell zur Verfügung stellen. Ganze Antwort kann hier nachgelesen werden. Jetzt ist die Frage, ob man Emba verhauen sollte oder DevArt ?

[Bernhard Geyer]

Zitat:

Zitat von RWarnecke (Beitrag 1167410)

Ich habe die Fehlermeldung aus Beitrag #4 bei Devart im Forum angefragt. Leider werden die Jungs den Support für das Hotfix 1 nicht so schnell zur Verfügung stellen. Ganze Antwort kann hier nachgelesen werden. Jetzt ist die Frage, ob man Emba verhauen sollte oder DevArt ?

Oder dich selbst. Wer setzt schon Komponenten ohne Quellcode ein. Ein Grund wieso man das nicht machen sollte erfährst du gerade.
Jede winzige Änderung and den Interfaces des Delphi-Units führt zu einem nötigen neuerstellen der Packages. Und ohne Quellcode bist du hier auf die Hersteller angewiesen.

Aber wenn du willst kannst du Borland dafür hauen. Dieses verhalten wurde seit D2 so definiert/implementiert

[RWarnecke]

Zitat:

Zitat von Bernhard Geyer (Beitrag 1167411)

Aber wenn du willst kannst du Borland dafür hauen. Dieses verhalten wurde seit D2 so definiert/implementiert

Dann nehme ich halt Borland. Das sind im Moment meine einzigsten Komponenten ohne Sourcecode. Ich habe bis jetzt auch noch keinen Sourcecode bei UniDAC gebraucht.

[Uwe Raabe]

Zitat:

Zitat von RWarnecke (Beitrag 1167412)

Das sind im Moment meine einzigsten Komponenten ohne Sourcecode. Ich habe bis jetzt auch noch keinen Sourcecode bei UniDAC gebraucht.

Das muss man so sehen, wie mit einer Versicherung - die braucht man auch die meiste Zeit nicht...

[Patito]

Zitat:

Zitat von Furtbichler (Beitrag 1167331)

Ich finde es mittlerweile -auch langfristig gesehen- keine dumme Idee, vor 3 Jahren langsam in Richtung VS / C# gedriftet zu sein. RAD kann man zwar mit keinem Tool besser als mit Delphi machen, aber richtig gut arbeiten ohne Abstürze geht am Besten mit VS.

Naja, so super stabil finde ich VS auch nicht. Ich habe damit schon Blue-Screens hingekriegt. Und träge ist es... sicherlich ein würdiger Ersatz für das alte Visual Basic, aber immer damit arbeiten zu müssen halte ich für Tierquälerei.

Dass ich damals in der Upgrade-Phase Delphi 2006 für "unbrauchbar" erklärt habe, hat in der Firma hier viel Ärger und Geld er-/gespart. Delphi 7 funktioniert immer noch wie gewohnt. Und ich halte nachwievor alle Delphi-Versionen nach Delphi 7 für Sondermüll.

[cookie22]

Zitat:

Zitat von Furtbichler (Beitrag 1167331)

... RAD kann man zwar mit keinem Tool besser als mit Delphi machen, aber richtig gut arbeiten ohne Abstürze geht am Besten mit VS.

Komm wohl ganz auf die Delphi Version an, die man benutzt. Mit D2007 und XE2 hab ich noch keine Abstürze erlebt, ganz anders ist das natürlich wenn man D2005 und D2006 benutzen muss.

[mkinzler]

Eine Interfaceänderung innerhalb eines Produktes sollte man eigentlich nei machen ( Update 1/2/3 - Update 4). Aber bei einem Hotfix, für einen Fehler im Update 4, dazu noch eine Änderung zu machen ist eigentlich ein NoGo.

[Uwe Raabe]

Zitat:

Zitat von Patito (Beitrag 1167420)

Delphi 7 funktioniert immer noch wie gewohnt. Und ich halte nachwievor alle Delphi-Versionen nach Delphi 7 für Sondermüll.

Ich denke der Knackpunkt liegt in der Formulierung "wie gewohnt". Diese Aussage ist aber wohl so ziemlich für jede Software gültig.

Mein alter Plattenspieler funktioniert auch noch wunderbar. Leider tut er sich sehr schwer mit einer CD oder einem MP3 und an meinen 10 Jahre alten Verstärker passt er auch nicht mehr ohne eigens dafür gemachten Adapter. Gewohnheiten ändern sich gelegentlich.

Ach ja, Delphi 1 läuft gemeinerweise auch nicht mehr unter meinem Win7 x64 (nur in einer VM)! Aber das ist nicht so schlimm - das hat schließlich noch keine Generics...

P.S.: XE2 ist hier auch noch nie abgestürzt und ich arbeite damit mindestens doppelt so schnell wie mit Delphi 7. Ich muss den "Sondermüll" also noch nicht so bald entsorgen.

[bernhard_LA]

ich bin bereit die vielen Updates zu Installieren - egal wie lange - egal wie oft --
wenn ich dafür im Gegenzug ein besseres Software-Werkzeug zur Lösung meiner Probleme bekomme.


viele Update bei FM bedeuten für mich - die Response ist ja anscheinend aus der Community ganz gut- da tut sich was ... wenn ich dann mit XE 3 endlich auch UNIX support habe und nicht bein WIN 8 meine Programme mit Kacheln versehen muss sind meine Kunden und ich auch noch glücklich .

[RWarnecke]

Zitat:

Zitat von mkinzler (Beitrag 1167427)

Eine Interfaceänderung innerhalb eines Produktes sollte man eigentlich nei machen ( Update 1/2/3 - Update 4). Aber bei einem Hotfix, für einen Fehler im Update 4, dazu noch eine Änderung zu machen ist eigentlich ein NoGo.

Da stimme ich Dir voll zu Markus. :thumb:

[Darlo]

So hier mal kurz mein Erfahrungsbericht zum Hotfix:

12:15 Uhr: Inkrementelles Backup des Systems gestartet

12:19 Uhr: Hotfix Setup als Admin gestartet
12:21 Uhr: Installation wird geprüft...
12:25 Uhr: Fortschrittsanzeige bei ca 15 %
12:30 Uhr: .. ca. 40%
12:30 Uhr: Dateien werden Kopiert
12:33 Uhr: Installation abgeschlossen

Delphi XE2 gestartet und gleich folgende Fehler:
1. UniDac muss neu compiliert werden
2. TChart muss neu compiliert werden

Backup wieder eingespielt

UniDac, TChart und QrChart neu compiliert.

13:05 Uhr: alles läuft.

Gruß

[jbg]

Momentan ist es doch so, dass man sich keine Komponenten kaufen/installieren sollte, von denen man keinen Quellcode oder nur Teile (DevArt) hat und die die FMX benötigen. Das war bei DevArt schon beim letzten Update so und jetzt wieder. Vielleicht sollten sie den FMX Code auslagern.

[RWarnecke]

Ich werde heute Nachmittag das Upgrade auf die Professional mit Source Code machen.

[Codehunter]

Also ich fand den XE2-Installer schon irre. Hab von einem Freund die Studi-Pro-Version bekommen. Nur mal zum Anschauen, bevor mal etliche Kiloeuros in die Hand nimmt und das Gemurkse dann nichts taugt. Wenn ich das schon sehe:

Der Online-Installer an sich ist schon 45 MB groß (ich glaub, so dick war das ganze D5 Pro auf der CD). Dieser zieht dann 1,2 GB an Dateien online runter. Interessanterweise ein Run-Image der RAD-Studio-XE2-Installation und zwar UNKOMPRIMIERT, Datei für Datei. Das wird dann erstmal komplett auf die Platte geschmiert, mit allen Tools und Komponenten eines XE2 RAD-Studio Architect. Erst DANACH fragt das Setup nach dem Lizenzkey, wurschtelt mit dem Key knapp 5 Minuten online herum und dann - jetzt kommts! - werden alle Komponenten, die der Key nicht abdeckt, wieder deinstalliert. Der ganze Akt dauert rund 3 Stunden (DSL 2000). Wenn ich hier die Klagen über die Hotfixes so lese, scheints immer schlimmer zu werden.

Jetzt frag ich mich: Kann man sich wenigstens irgendwie ein Installationsmedium erstellen oder muss man sich diesen Online-Installer-Irrsinn jedes Mal geben wenn man mal eben wieder eine neue VM aufgesetzt hat?

[ChrisE]

Zitat:

Zitat von Codehunter (Beitrag 1167589)

Jetzt frag ich mich: Kann man sich wenigstens irgendwie ein Installationsmedium erstellen oder muss man sich diesen Online-Installer-Irrsinn jedes Mal geben wenn man mal eben wieder eine neue VM aufgesetzt hat?

ja, man kann. Es gibt im Bereich der registrierten Benutzer von Embarcadero Developer Network ISO-Datei zum Download. Bis Update 4 sogar vollständige - also man braucht nur dieses eine ISO-File. Nur der Hotfix 1 muss "manuell" eingespielt werden.

Gruß, Chris

[RWarnecke]

Zitat:

Zitat von Codehunter (Beitrag 1167589)

Jetzt frag ich mich: Kann man sich wenigstens irgendwie ein Installationsmedium erstellen oder muss man sich diesen Online-Installer-Irrsinn jedes Mal geben wenn man mal eben wieder eine neue VM aufgesetzt hat?

Du kannst Dir das ISO von XE inkl. Update 4 herunterladen (ca. 1,2GB). Danach kannst Du von der DVD installieren so offt Du willst und brauchst keine Internetverbindung für die Installation. Nur für die Registrerung bei Emba brauchst Du wieder eine Internetverbindung. Hier im Forum gibt es sogar eine Anleitung, wie Du die Lizenz sichern kannst, wenn Du mal den Rechner neu aufsetzen musst. Dann bräuchtest Du sogar überhaupt garkein Internet, vorausgesetzt du installierst es auf der gleichen Hardware.

[himitsu]

Der Onlineistaller entspricht der DVD-ISO, bzw. dem "Install"-Verzeichnis darauf.
Die DVD hat dann noch ein paar Zusatzfetures.

PS: Das sieht man, da auch auf der DVD nicht immer alle Dateien drauf sind, welche der Installer sich dann ebenfalls online zieht.


Was ich als Spicherverschwendung anseh, daß das komplette Setup nochmals als Kopie auf der Platte abgelegt wird.
Zum Deinstallieren könnte man auch nochmal den Online-Installer oder die DVD benutzen, dann würde diese doppelte Datenhaltung entfallen.
Wobei die lokale Kopie ohne die Zusatzdateien doch auch ausreichen würde, also praktisch nur so wie der Onlineinstaller (nur paar 100 MB, gegen die dutzenden GB, welche für die Installation von allem seit D7 anfallen).

Und selbst die sinnlosen knapp 1 GB für ein einziges Delphi sind auf den tragbaren PCs nicht schön.
Speicherplatz ist unterwegs teuer. Kann doch nicht wahr sein, das meine schöne SSD so zugemüllt wird. (nja, hab einfach diese Verzeichnisse gelöscht. :oops:)

[Uwe Raabe]

Zitat:

Zitat von ChrisE (Beitrag 1167591)

Es gibt im Bereich der registrierten Benutzer von Embarcadero Developer Network ISO-Datei zum Download. Bis Update 4 sogar vollständige - also man braucht nur dieses eine ISO-File. Nur der Hotfix 1 muss "manuell" eingespielt werden.

Es gibt auch ein ISO-Image, das den HotFix bereits enthält: http://cc.embarcadero.com/item/28882

[Codehunter]

Danke für den Link zum ISO :-)

Wenn ich mir die Liste der unterstützten Produkte bzw. Ausbaustufen so anschaue, dann wird einem auch klar, weshalb der Installer so unheimlich komplex geworden ist. Ich an Embas Stelle würde mir mal Gedanken darüber machen, ob so eine fein granulierte Lizensierung überhaupt notwendig ist. Schließlich dürften die Anwenderzahlen beständig gesunken sein und einige Lizenzstufen höchstens noch von einem Dutzend Kunden gekauft werden. Standard, Pro und Enterprise - früher hat das auch gereicht, jeweils für Delphi und CBuilder. Wer tatsächlich beides braucht, kauft es sich eben getrennt und nicht als Studio, fertig ist der Lack.

Man könnte manchmal den Eindruck gewinnen, Emba bindet mehr Resourcen in das Deployment als in die Entwicklung ;-)

[jaenicke]

Zitat:

Zitat von Codehunter (Beitrag 1167667)

Schließlich dürften die Anwenderzahlen beständig gesunken sein und einige Lizenzstufen höchstens noch von einem Dutzend Kunden gekauft werden.

Wenn man sich die offiziellen (seltenen) Zahlen anschaut, ist das Gegenteil der Fall. Inwiefern diese Daten geschönt sind, indem man sich günstige Zeitpunkte und günstige Daten gesucht hat, also inwiefern die Daten die Lage insgesamt wiederspiegeln, weiß man natürlich nicht. Da ist die Geheimniskrämerei ja fast so groß wie bei Roadmaps (aber auch logischer als bei Roadmaps). ;-)

Zitat:

Zitat von Codehunter (Beitrag 1167667)

Standard, Pro und Enterprise - früher hat das auch gereicht, jeweils für Delphi und CBuilder. Wer tatsächlich beides braucht, kauft es sich eben getrennt und nicht als Studio, fertig ist der Lack.

Da gab es RAD PHP und Prism noch nicht. Aber das sind ja ohnehin eigene Installer.

So viel anders ist das heute aber auch nicht. Es gibt Professional, Enterprise und Ultimate und jetzt dazu noch die Starter. Wo ist da der große Unterschied in der Editionszahl?

Zumal die Editionen auch unterschiedliche Zielgruppen ansprechen. Professional eher für einzelne Entwickler, Enterprise für Multi-Tier und dbExpress-Datenbanknutzung mit Firebird usw., die Ultimate hat zudem Modellierungsmöglichkeiten usw. integriert, die man eher für größere Teams braucht (nett wären die zwar auch für mich, aber brauchen tue ich sie nicht so sehr).
Und so ist für mich klar, dass ich die Enterprise brauche, anderen reicht die Professional, andere brauchen die Ultimate. Und ich glaube nicht, dass die Ultimate sich so schlecht verkauft. Und die Starter kann nicht viel, aber ist für viele dennoch ausreichend und günstig genug.

[Uwe Raabe]

Zitat:

Zitat von jaenicke (Beitrag 1167702)

Es gibt Professional, Enterprise und Ultimate und jetzt dazu noch die Starter.

... und Architect.