Delphi 11 alte Projekte lassen sich nicht öffnen

[atari1040]

Ich habe immer noch das Problem, dass sich einige ältere Projekte mit Delphi 11 (Patch 1 installiert!) unter Windows 10 nicht mehr öffnen lassen. Nach vielen Monaten wollte ich noch mal nachfragen, ob jemand das Problem lösen konnte (dsk Datei habe ich bereits gelöscht).
Ergänzung: Es sind VCL Projekte, die sich mit Delphi 10.x einwandfrei öffnen lassen.
Ist es ein Problem, welches nur ich habe oder ist Delphi 11 überhaupt benutzbar?

[himitsu]

DPROJ löschen oder umbenennen
und dann die DPR öffnen (über Zuletzt-Verwendet oder Favoriten geht das natürlich nicht)

Get es dann?

Falls damals in den Projektoptionen was geändert wurde, muß das neu gemacht werden.

[atari1040]

Zitat von himitsu:

DPROJ löschen oder umbenennen
und dann die DPR öffnen (über Zuletzt-Verwendet oder Favoriten geht das natürlich nicht)

Get es dann?

Falls damals in den Projektoptionen was geändert wurde, muß das neu gemacht werden.

Es ist noch viel besser. Wenn man einen Doppelklick auf die *.dproj macht funktioniert es jetzt zumindest bei einem Projekt. Über Datei/Projekt Öffnen oder die Willkommensseite hing Delphi über Stunden bis zum Task-Kill.
Ich verstehe dieses Delphi nicht mehr.

[himitsu]

• Delphi starten
• [optional] ein neues VCL-Projekt erstellen oder irgendein Projekt ledan
  • mit geöffnetem Projekt wird es einfacher, wenn man RTL/VCL-Units im Quellcode debuggen möchte
    und auch sowas wie "Springe zu Deklaration" funktioniert dann meistent
  • besonders nötig, wenn man eigene DesignTime-Packages debuggen will (hier natürlich das Projekt dafür laden)
• Start > Prozess laden > $(BDS)\bin\bds.exe als Host-Anwendung
• beim Start ein paar Exceptions ignorieren (Paar mal der Raubkopierschutz und eventuell noch einige dutzend Exceptions von Fremdkomponenten ala DevExpress und Co.)
• dann DORT das machen, was knallt
• sich freuen, wenn man sieht wo es knallt und eventuell auch warum
  und dann hat man auch paar mehr Infos für seinen Bugreport

[atari1040]

Zitat von himitsu:

• Delphi starten
• [optional] ein neues VCL-Projekt erstellen oder irgendein Projekt ledan
  • mit geöffnetem Projekt wird es einfacher, wenn man RTL/VCL-Units im Quellcode debuggen möchte
    und auch sowas wie "Springe zu Deklaration" funktioniert dann meistent
  • besonders nötig, wenn man eigene DesignTime-Packages debuggen will (hier natürlich das Projekt dafür laden)
• Start > Prozess laden > $(BDS)\bin\bds.exe als Host-Anwendung
• beim Start ein paar Exceptions ignorieren (Paar mal der Raubkopierschutz und eventuell noch einige dutzend Exceptions von Fremdkomponenten ala DevExpress und Co.)
• dann DORT das machen, was knallt
• sich freuen, wenn man sieht wo es knallt und eventuell auch warum
  und dann hat man auch paar mehr Infos für seinen Bugreport

Erstmal Vielen Dank für Deine Anleitung. Das werde ich mal ausprobieren. Mit neu erstellten Projekten passierte das nicht. Es sind immer nur die alten Projekte.

Was mich allerdings nervt: Das was hier an Aufwand nötig ist erwarte ich eigentlich vom Hersteller bevor er das Produkt auf den Markt bringt oder zumindest in den 6 Monaten nach Release. Ich kann Delphi in unserem Projektteam nicht mehr einsetzen weil jede neue Version zu viele Fehler enthält. Die Stunden, die unsere Entwickler unnötig Fehler des Herstellers suchen sind nicht mehr zu akzeptieren und damit meine ich nicht dieses Problem sondern die Summe der Probleme! Open Source IDE's/Editoren funktionieren nach einem Update zu 99%. Delphi funktioniert nach einem großen Update zu 99% nicht wie erwartet. Für uns bedeutet das konsequent die alten Projekte auf andere Sprachen umzustellen. Es ist so Schade, was aus dem einst besten Windows Entwicklungswerkzeug der 90er Jahre geworden ist. Es ist maximal ein Nischenprodukt für Hobby-Programmierer geworden.

[Uwe Raabe]

Ich weiß nicht, was bei euren Projekten anders ist, aber ich hatte bisher keine Probleme auf neue Delphi-Versionen umzustellen. Sicher kommt es bei manchen (besonders bei Kunden-)Projekten zu Nacharbeite, wenn man (manchmal auch die Bibliothekshersteller) früher nicht ganz regelkonform programmiert hat, aber sonst kann ich eigentlich nichts dergleichen bemängeln. Im Gegenteil, mit den neuen Versionen kann man häufig auf alte Fremdkomponenten und -bibliotheken verzichten. Auch High-DPI und/oder Styles sind mit entsprechendem Einsatz durchaus realisierbar.