RAD Studio, Delphi, C++Builder 12.2

[ggscholz]

Gibt es hier oder bei Emba einen Hinweis/Tip, wie ein aktuelles 12.1 auf 12.2 gebracht werden kann? Und dann auch funktioniert.

Ich find dazu nichts! Lad mir aber auch grad erst die ISO runter, vielleicht gibts da ja Hinweise.

Grüße Gerd

[Uwe Raabe]

Ich habe hier mehrere Systeme erfolgreich von 12.1 auf 12.2 gebracht. Setup starten, keine Änderungen, einfach weiterklicken wenn man aufgefordert wird. Das heißt aber ja nicht, dass das überall so läuft.

[himitsu]

Da alle 12.x die gleiche CompilerVersion IDE-Version sind, geht es hier auf ein Upgrade hinaus. (nicht parallel installierbar, wie z.B. zu 11.x, 10.x, oder XE8, XE7 usw.)

Und da man es aufgegeben hat ein "Upgrade" für sein Setup hinzubekommen (der letzte Versuch war ja extrem grottig langsam),
muß, bzw. wird automatisch die alte 12.x deinstalliert, bevor der eigentliche Installations-Vorgang beginnt.

Die Registry (Einstellungen) kann man beibehalten (kann sie aber beim Deinstallieren auch zurücksetzen löschen lassen).
Natürlich kann man hier auch vorher die Einstellungen mit MigrationsTool speichern (warum bietet das Setup das eigetlich nicht von sich aus an?) und nachher (teilweise) wiederherstellen.
GetIt geht dabei verloren, weil das mit deinstalliert wird.
Also wenn man nicht die GetItCmd nutzt, muß man nachher alles Packages einzeln extrem umständlich wieder installieren (und sich vorher merken, was installiert was).
Auch mit "eigenen" Komponenteninstallationen muß man bei nicht gelöschter Registry aufpassen.

Ausnahme, wenn man die Registry nicht löschen/zurücksetzen lässt, da der Schrott nicht richtig deinstalliert wird, sind z.B. Parnassus oder JEDI, welche teilweise erhalten bleiben und in der neuen Delphi-Version erstmal liebendgern knallen.

[himitsu]

Dieses MigrationsTool ist ja immernoch ... boar ehhhh, mir fällt kein Wort für ein ...

Es hat gerade eben erfolgreich den 12.1-Patch1 in der 12.2 installiert und nun knallt alles weg. :thumb:
Außerdem wurden von allen anderen Packages die alten Versionen installiert, anstatt jene, welche im GetIt eigentlich zu Auswahl stünden.

https://embt.atlassian.net/servicede...tal/1/RSS-1965
https://embt.atlassian.net/servicede...tal/1/RSS-1966

[Rollo62]

Zitat:

Zitat von ggscholz (Beitrag 1541584)

Gibt es hier oder bei Emba einen Hinweis/Tip, wie ein aktuelles 12.1 auf 12.2 gebracht werden kann? Und dann auch funktioniert.

Wenn Du wirklich nicht einfach updaten kannst, dann habe ich für mich immer ein clean install vorgesehen.
D.h. alle verstreuten Fragmente, SDKs, JDKs, Registry Einträge, Verzeichnisse wirklich hart löschen,
damit der Installer das alles neu anlegen muss.
Manchmal kann z.B. ein XML Template-File in einer neuen Version erweitert werden, was wan dann so ohne weiteres gar nicht bemerkt, wenn dies schiefläuft.

Für mich hat das immer gut funktioniert und gibt mir auch die Sicherheit, dass ich es genau so installiert habe,
wie der Schöpfer es sich gedacht hat.

Am Besten geht das natürlich in einer VM, und immer nur eine IDE Version pro VM.

[himitsu]

Mit {$ZEROBASEDSTRINGS ON} kann der Debugger auch irgendwie nicht umgehn. :freak:

[himitsu]

Und das Backup ist natürlich immernoch kaputt.
https://embt.atlassian.net/servicede...tal/1/RSS-2017

Man muß also selbst dran denken, vorher das gespeicherte Backup zu nochmal zu sichern/kopieren
und es dann selbst wiederherzustellen. :freak:

Mir war grade einfach so beim Codeschreiben die IDE hängengeblieben und ist nach 'ner gefühlten Minute einfach so wortlos im Nirvana verschwunden.


Das Ereignislog sagt .... Wann schmeißen die endlich diesen .NET-Schrott raus?

Zitat:

Name der fehlerhaften Anwendung: bds.exe, Version: 29.0.53571.9782, Zeitstempel: 0x66d2e9f5
Name des fehlerhaften Moduls: clr.dll, Version: 4.8.9261.0, Zeitstempel: 0x667a1900
Ausnahmecode: 0xc00000fd
Fehleroffset: 0x0045942a
ID des fehlerhaften Prozesses: 0x0xA6EC
Startzeit der fehlerhaften Anwendung: 0x0x1DB15A36635EA05
Pfad der fehlerhaften Anwendung: C:\Program Files (x86)\Embarcadero\Studio\23.0\bin\bds.exe
Pfad des fehlerhaften Moduls: C:\Windows\Microsoft.NET\Framework\v4.0.30319\clr. dll
Berichtskennung: 502a9a9d-9980-4af4-aa61-10febd187ef0
Vollständiger Name des fehlerhaften Pakets:
Anwendungs-ID, die relativ zum fehlerhaften Paket ist:

[Rollo62]

Zitat:

Zitat von himitsu (Beitrag 1541771)

Mit {$ZEROBASEDSTRINGS ON} kann der Debugger auch irgendwie nicht umgehn. :freak:

Was genau ist denn da anders als vorher, der DEFAULT Wert?

Laut Hilfe sollte es noch so sein:

Zitat:

- Delphi string type helpers (TStringHelper) remain 0-based.
- All Delphi global flat functions are 1-based.

Ich nutze für meinen Teil, wenn ich 0-based möchte ausschließlich die type helper, und
wenn ich das traditionell 1-based möchte die normalen Delphi Indizes ( mit oder ohne High()/Low() ).

Das ist schon schlimm genug und dann noch eine zusäzliche Schwierigkeit mit $ZEROBASEDSTRINGS einzubauen kann ich sowieso keinem emppfehlen.
Für welchen realen Anwendungsfall genau sollte man das machen (Ok, vielleicht außer Zwang durch externe 3rd Party Libraries )?

[Uwe Raabe]

Zitat:

Zitat von himitsu (Beitrag 1541782)

Mir war grade einfach so beim Codeschreiben die IDE hängengeblieben und ist nach 'ner gefühlten Minute einfach so wortlos im Nirvana verschwunden.

Das ist mir vor kurzem auch ein paar mal hintereinander passiert, aber ich konnte es dann nicht mehr reproduzieren. Gefühlt passiert es wenn ich in der DPR/DPK arbeite.

[HRolle]

Zitat:

Zitat von himitsu (Beitrag 1541782)

Das Ereignislog sagt .... Wann schmeißen die endlich diesen .NET-Schrott raus?

Zitat:

Name der fehlerhaften Anwendung: bds.exe, Version: 29.0.53571.9782, Zeitstempel: 0x66d2e9f5
Name des fehlerhaften Moduls: clr.dll, Version: 4.8.9261.0, Zeitstempel: 0x667a1900
Ausnahmecode: 0xc00000fd
Fehleroffset: 0x0045942a
ID des fehlerhaften Prozesses: 0x0xA6EC
Startzeit der fehlerhaften Anwendung: 0x0x1DB15A36635EA05
Pfad der fehlerhaften Anwendung: C:\Program Files (x86)\Embarcadero\Studio\23.0\bin\bds.exe
Pfad des fehlerhaften Moduls: C:\Windows\Microsoft.NET\Framework\v4.0.30319\clr. dll
Berichtskennung: 502a9a9d-9980-4af4-aa61-10febd187ef0
Vollständiger Name des fehlerhaften Pakets:
Anwendungs-ID, die relativ zum fehlerhaften Paket ist:

Das .Net-Framework 4.0 ist seit 12.1.2016 "Out of Support", kann dadurch Fehler beim Zugriff auf Betriebssystemkomponenten ab Windows 10 haben. Es wäre wirklich dringlichst nötig BDS und vielleicht noch andere Komponenten, die auf ältere .Net-Framework-Varianten zugreifen, zu überarbeiten.