Turbo Delphi und Windows 10

[DualCoreCpu]

Hallo,

ich möchte mal wieder Turbo Delphi wirklich vollständig installieren. Habe viele Jahre jetzt die portable Version verwendet, aber nun auch mehrere Jahre nicht mehr groß programmiert. Deshalb will ich mal wieder die vollständige Installation einsetzen, um auf die integrierte Hilfe Zugriff zu haben und auch die Modellansicht verwenden zu können und das Refactoring. Hoffe doch dass Windows 10 nun endlich bei nachfolgender Deinstallation wirklich alles wieder sauber entfernt.

Das Problem ist der .NET Unterbau. Ich habe keine Lust, ein älteres .NET Paket mit zu installieren, da .NET in heutigen Windows Versionen ja schon drin ist. Nur ist dieses Paket denn auch mit dieser allerersten Version kompatibel, die von Turbo Delphi vorausgesetzt wird?

Ich frage lieber erst mal. Habe dieses Turbo Delphi nämlich nicht griffbereit hier liegen. Muss das auf meinen Datenträgern erst mal suchen. Da muss ich wissen, ob sich die Suche lohnt. Die portable Version habe ich griffbereit hier.

[Bernhard Geyer]

Muss es denn noch die Turbo sein oder kann es auch die kostenlose Starter-Edition sein.

Ich würde mir nicht mehr freiwillig so eine Version die

a, so alt ist und noch so viele Einschränkungen hat (Generics, Unicode, 64-Bit, ...)
b, Eine relative instabile Galileo-Basierte IDE besitzt
c, Noch solche alten .NET-SDK-Versionen-Abhängigkeiten hat.

verwenden wollen.

[TiGü]

Zitat von DualCoreCpu:

Das Problem ist der .NET Unterbau. Ich habe keine Lust, ein älteres .NET Paket mit zu installieren, da .NET in heutigen Windows Versionen ja schon drin ist. Nur ist dieses Paket denn auch mit dieser allerersten Version kompatibel, die von Turbo Delphi vorausgesetzt wird?

Du wirst nicht drumherum kommen, da zwar rein technisch neuere .NET-Versionen mit 1.1, 2.0 oder 3.0 kompatibel sind, aber in der Regel die Anwendungen genau ihre .NET-Version benötigen.

Lesestoff:
https://docs.microsoft.com/de-de/dot...-compatibility

Lösung: VM aufsetzen und dort Turbo Pascal installieren, wenn du dein richtiges System nicht mit den alten .NET-Versionen belasten willst.

[Bernhard Geyer]

Zitat von TiGü:

Du wirst nicht drumherum kommen, da zwar rein technisch neuere .NET-Versionen mit 1.1, 2.0 oder 3.0 kompatibel sind, aber in der Regel die Anwendungen genau ihre .NET-Version benötigen.

Lesestoff:
https://docs.microsoft.com/de-de/dot...-compatibility

Vor allem brauchst du noch die SDK-Version der. NET-Version.
Und bei alten .NET-Versionen durfte entweder die "normale" Version oder das SDK installiert sein.
Bei neueren Versionn ist das SDK nur ein Aufsatz auf die "normale" Runtime.

[himitsu]

Zitat von Bernhard Geyer:

Vor allem brauchst du noch die SDK-Version der. NET-Version.
Und bei alten .NET-Versionen durfte entweder die "normale" Version oder das SDK installiert sein.
Bei neueren Versionn ist das SDK nur ein Aufsatz auf die "normale" Runtime.

http://www.delphipraxis.net/194655-s...3-5-fehlt.html

[DualCoreCpu]

Dake für Eure schnellen Antworten. Dann ist wohl Turbo Delphi doch nicht die Delphi-Version erster Wahl. Nervt, diese Versionsabhängigkeit. Warum kann M$ seine Bibliotheken nicht konsequent abwärtskompatibel bauen. Mit DirectX das gleiche. Jedes Programm will da seine auf es selber zugeschnittene DirectX Version, statt dass M$ da mal eine schafft, die auf alles passt.

Ok, dann also doch Delphi Starter. Soeben runter geladen!

[DualCoreCpu]

Zitat von himitsu:

Zitat von Bernhard Geyer:

Vor allem brauchst du noch die SDK-Version der. NET-Version.
Und bei alten .NET-Versionen durfte entweder die "normale" Version oder das SDK installiert sein.
Bei neueren Versionn ist das SDK nur ein Aufsatz auf die "normale" Runtime.

http://www.delphipraxis.net/194655-s...3-5-fehlt.html

Das lese ich gerade. Klingt nicht gerade ermutigend. .NET ist ja nicht gerade wenig Code und könnte meinen Rechner langsamer machen deswegen. Und das bloß, damit Delphi dann richtig läuft. Warum kann Emba nicht einfach auf das zurück greifen was eh in Windows schon drin ist? Lazarus kann das doch auch. Und Delphi bis Version 7 konnte das auch.

Klar sind die Rechner heute schneller geworden, aber der Code auch größer.

Andererseits scheint ja .NET 3.5 schon Bestandteil von Win10 zu sein und muss nur noch aktiviert werden. Ich habe wegen früheren Schwierigkeiten bei solchen Versionskonflikten trotzdem immer noch Zweifel.

Wenn ich es dennoch testen soll, muss ich zuerst wissen, wo in der Systemsteuerung ich .NET 3.5 überhaupt aktivieren muss und wo die HTML Erweiterungen. Kann mir da jemand weiter helfen? Wo muss ich da in der Systemsteuerung rein?

Sollte irgendwas bei der Installation schief gehen, kann ich mich dann darauf verlassen, dass bei einer Deinstallation wirklich alles unter Win 10 auch wieder entfernt wird? In früheren Windows Versionen blieben die Delphi Packages im System Ordener komplett erhalten, es gab verwaiste Registry Einträge... Ohne dass die mir bei deinstalliertem Delphi noch von Nutzen gewesen wären. Ist das heute anders. Wird wirklich alles wieder sauber entfernt, falls bei der installaton was schief geht? Im Zweifelsfall gibt es ja schließlich Lazarus oder Code Typhoon. Da muss Emba schon sauber programmieren.

[Towmuz]

Zitat:

wo in der Systemsteuerung ich .NET 3.5 überhaupt aktivieren

Ich glaub das meinste du:

Systemsteuerung -> Programme und Funktionen -> Windows-Funktionen aktivieren oder deaktivieren (war jetz Win7, sollte bei 10 aber ähnlich heißen)

und dann siehste´s auch schon.

[DualCoreCpu]

Ok @Towmuz, Danke. Hab es gefunden. Heißt in Windows 10:

Systemsteuerung -> Programme und Features -> Windows Features aktivieren oder deaktivieren.

Da werd ich mir die Starter mal installieren.

[Bernhard Geyer]

Zitat von DualCoreCpu:

Und das bloß, damit Delphi dann richtig läuft. Warum kann Emba nicht einfach auf das zurück greifen was eh in Windows schon drin ist?

Als Borland (damals war es ja noch (mittlerweile nur ein Microfocus-Anhängsel) Borland) hat man das nicht viel anders machen können.
Aber seitdem (Turbos sind ja auch schon älter als 10 Jahre) wurde schon einges auch in diesem Bereich verbessert so das ein Installation (fast) ohne Probleme einfach so durchläuft.

Zitat von DualCoreCpu:

Lazarus kann das doch auch.

Lazarus meint auch nicht mal .NET-Anwendungen erstellen zu können. Oder eine Java-Basiertes UML-Tool zu unterstützen zu müssen.

Zitat von DualCoreCpu:

Und Delphi bis Version 7 konnte das auch.

Dafür konnte D7 vieles noch nicht was aktuelle Delphis können.

Zitat von DualCoreCpu:

Sollte irgendwas bei der Installation schief gehen, kann ich mich dann darauf verlassen, dass bei einer Deinstallation wirklich alles unter Win 10 auch wieder entfernt wird?

Bei einer solchen alten Delphi-Version - Nö. Mir ist aber kein fall bekannt das eine Delphi-Installation ein Windows-Installation beschädigt hätte.
Ausnahme: Zu lange Suchpfade.

Zitat von DualCoreCpu:

In früheren Windows Versionen blieben die Delphi Packages im System Ordener komplett erhalten, es gab verwaiste Registry Einträge... Ohne dass die mir bei deinstalliertem Delphi noch von Nutzen gewesen wären. Ist das heute anders.

Ist da nicht "best Practice" unter Windows? Jede größere Anwendung die ich kenne hinterlässt "Leichen" im System.

Zitat von DualCoreCpu:

Da muss Emba schon sauber programmieren.

Wie gesagt: Das Ding ist 11 1/2 Jahre alt.
Wer meint mit solch ein SW-Dino noch arbeiten zu müssen, wird damit leben müssen das es mit einer Windows-Version die erst 2 1/2 Jahre alt ist nicht umbedingt Problemlos funktioniert.