Delphi 12 ist offiziell da!!!

[jaenicke]

Zitat von Bbommel:

Kleiner Nachtrag hierzu. Leider war in letzter Zeit auf der Arbeit ein bisschen viel auf einmal los, so dass ich erst jetzt dazu gekommen bin, das Ganze in einem neuen QP-Eintrag aufzubereiten. Da isser: https://quality.embarcadero.com/browse/RSP-43450

Das ist ein wirklich gut geschriebener Eintrag.

[Alex_ITA01]

Hallo zusammen,
habt ihr auch das Problem, dass nach Deinstallation von Delphi 11 und Installation von Delphi 12 (ISO), das MigrationTool zwar noch angezeigt wird in den Windows Anwendungen aber es nicht startbar ist? Also Klick auf das Windows Symbol in der Taskleiste, "Migration" eingeben und versuchen das Tool zu starten -> nichts passiert. Habe mir extra die Einstellungen von Delphi 11 gesichert und kann sie nun nach Delphi 12 nicht übernehmen.

[MEissing]

Ist die Datei/das Executable
"C:\Program Files (x86)\Embarcadero\Studio\23.0\bin\migrationtool.ex e"
denn da?

Über die Verknüpfung gestartet: Was sagt Dateispeicherort (rechte Maustaste)? Verweist die Verknüpfung auf das (vorhandene?) Executable?

[himitsu]

Zitat von MEissing:

Was sagt Dateispeicherort ...

Jupp, da ja nie alles deinstalliert wird und immer Reste zurück bleiben, bzw. wenn du es im D11 schonmal gestartet hattest, dann gibt es da noch eine Kopie in "zuletzt verwendet"
und schon könnte es sein, dass es z.B. noch auf's alte D11-Verzeichnis zeigt.

[Alex_ITA01]

Das scheint irgendein Windows Bug zu sein.
Es wird mir gar kein Speicherort angezeigt oder irgendwas zu dem Tool (siehe Anhang).
Die Datei selber auf C:\... existiert und von dort lässt es sich auch starten.
Dann habe ich wenigstens meine Einstellungen wiederherstellen können.
Trotzdem komisches Verhalten

[himitsu]

C:\ProgramData\Microsoft\Windows\Start Menu\Programs\
wie gesagt alter Müll

Ich seh bei mir noch ein 10.4 ... OK, da liegt nur eine Desktop.ini drin, welche das Setup nicht erstellt hatte und demnach auch nicht löscht
aber auch noch ein 10.2, mit Desktop.ini, Samples und "RAD Studio Command Prompt"

OK, und noch XE, aber das ist wirklich noch installiert

[UliBru]

Moin zusammen,

ich hab mir nun auch die 12 installiert. Wie immer geht damit auch das Übersetzen und Einbinden aller möglichen Pakete los. Bis das fertig und geprüft ist will/muss ich die 11 weiter verwenden.
Nun habe ich mir in der 12 das ZipMaster installiert. Und sinnvollerweise dabei ein eigenes Verzeichnis für die Bibliothek verwendet, die Delphi-Versionen sollen ja völlig unabhängig voneinander laufen. Soweit ok.
Wenn ich nun Delphi 11 aufrufe gibt es eine Fehlermeldung, dass die ...\Studio\22.0\Bpl\ZipMasterD23.bpl nicht geladen werden kann, obwohl die Datei vorhanden ist. Eine Neuinstallation des Pakets in 11 endet mit einer Fehlermeldung 'Zugriffsfehler in Mdodul rtl290.bpl'. Das Modul gilt aber für Delphi 12, während Delphi 11 ja das rtl280.pbl verwenden sollte.
Erst wenn ich nun in 12 das ZipMaster entferne dann klappt wiederum alles mit dem ZipMaster in 11.

Ich habe keinerlei Ahnung wieso Delphi 11 auf einmal auf das rtl290.bpl der 12-er Version zugreift. Siehe die Markierung im Anhang. Das Bild zeigt ebenfalls dass vorher der Zugriff auf die rtl280.bpl möglich war.

Weiss jemand an welcher Stelle es da irgendwelche Querverbindungen gibt und wie man diese vermeidet?

[himitsu]

Diese Fehlermeldung kann, aber muß nicht bedeuten, dass "diese" Datei fehlt.
Die Fehlermeldung kommt, weil LoadLibrary sagt es ging nicht (aber außer dem Fehlercode keine Zusatzinfo liefert, was wirklich nicht ging)
und dann wird als Nam das verwendet, was als Parameter ins LoadLibrary ursprünglich rein ging.

Diese BPL lädt andere BPL/DLL und Diese wiederrum weitere BPL/DLL usw.
Und wenn davon irgendwo was nicht ging ............


Wenn garnichts hilft, dann ProcessMonitor (SysInternals) nehmen und schauen, was wirklich gefunden wurde oder nicht
und wenn wo es gefunden wurde und wo es vorher gesucht wurde
uvm.

[UliBru]

Zitat von himitsu:

Diese Fehlermeldung kann, aber muß nicht bedeuten ...

Danke, ich hab die Ursache gefunden. Fehler 40 (sitzt 40 cm vor dem Bildschirm ).
Wenn man ein Projekt kopiert und in einer anderen Delphi-Version lädt, sollte man alle Projektdateien im neuen System sicherheitshalber zuerst nochmals explizit im neuen Verzeichnis speichern.
Das habe ich vergessen. Insofern wurden das Projekt wieder im Ursprungsverzeichnis gespeichert und das alte überschrieben. Nun ändert die neue Version wiederum einiges. Und dann passten die Dinge irgendwie nicht mehr zusammen. Nun habe ich sichergestellt, dass Libsuffix, DLLsuffix etc. nicht identisch sind und schon läuft es.
Eigentlich fehlt mir seit jeher eine Art Projektimport, die sicherstellt, dass existierende Projekte nicht überschrieben werden.

[himitsu]

Für LibSuffix gibt es inzwischen die Variable '$(AUTO)' bzw. auch in den Projektoptionen. (seit Delphi 10.1)
Damit wird das Suffix automatisch an die aktuelle Delphi-Version angepasst.

{$IFDEF} mit mehreren LibSuffix, für mehrere DelphiVersionen in der DPK funktionierte leider nur bedingt.
Einmal das Projekt gespeichert, schon macht Delphi das IFDEF kaputt und die DPK funktionierte nur noch mit dieser Verison.