Setup 10.2.2 .NET 3.5 fehlt ?!

[TigerLilly]

Win 10 - ISO Installer
10.2.1 deinstalliert mit Option Registry Einträge behalten
Rechner neu gestartet
10.2.2 Setup.exe gestartet
Noch der Auswahl der Sprache kommt:
---------------------------
.NET 3.5 scheint nicht installiert zu sein
---------------------------
Für dieses Produkt ist .NET 3.5 erforderlich. Sie müssen .NET 3.5 vor der Installation von Embarcadero RAD Studio 10.2 installieren. Klicken Sie auf "OK", um die Installation zu beenden und unsere Online-Dokumentation aufzurufen.
---------------------------
OK
---------------------------

Also unter Windows-Features Net3.5 aktiviert, aber der Fehler kommt immer noch.
Also nochmal in die Systemsteuerung und die HTTP-Aktivierungen unter Net 3.5 auch aktiviert.

Aber der Fehler bleibt.

Was übersehe ich?

[Michael II]

Kürzlich musste ich die Kiste neu aufsetzen (Windows 10 16299) und auch bei iso Installation von Delphi 10.2 Update 1 wird das Fehlen von Net3.5 bemängelt. Aktivieren via Systemsteuerung (wie du es getan hast) half aber.

Hast du den Compi nach dem Aktivieren neu gestartet (Herunterfahren > Neu starten)?

Wenn dies nichts half. Hast du versucht, Net 3.5 neu zu installieren? (Herunterladen des ...)
https://msdn.microsoft.com/de-de/lib...v=vs.110).aspx


Hast du gecheckt, ob Net 3.5 installiert ist? Zum Beispiel so:
https://msdn.microsoft.com/de-de/library/bb909885(v=vs.110).aspx

[TigerLilly]

Ja, .Net hab ich nicht nur über die Systemsteuerung aktiviert, ich habe es auch neu installiert.

ja, .Net ist sicher installiert - die Testseite bringt:
This machine has the correct version of the .NET Framework 3.5.

This machine's userAgent string is: Mozilla/5.0 (Windows NT 10.0; Trident/7.0; .NET4.0C; .NET4.0E; .NET CLR 2.0.50727; .NET CLR 3.0.30729; .NET CLR 3.5.30729; rv:11.0) like Gecko.

Trotzdem findet das Setup .Net 3.5 nicht :-(

[himitsu]

Seit fast 9 Jahren gibt es das .NET Framwork 4.x
Da wird Microsoft in aktuellen Windowsen wohl einfach standardmäßig nur noch die aktuelle 4.7 aktiv haben. :angle:

Mir ist so, als wenn ich mal irgendwo gelesen haben, dass es das Setup nicht mehr gibt und .NET nun nur noch über die Windows-Features ausgeliefert wird.
Eventuell ist dort etwas anders, bzw. die Prüfung ".NET 3.5 ist installiert" des Setups ist falsch, bzw. funktioniert nicht mehr richtig.



Ist nicht nur noch das Refactoring der IDE in .NET?
Ich dachte das wollte Embarcadero langsam mal ersetzen und .NET ganz rauswerfen.

[Bernhard Geyer]

Ich denke du brauchst das .NET SDK.

[Sherlock]

Wenn ich mir das hier so ansehe, gibt es kein 3.5 SDK: https://www.microsoft.com/net/download/windows :roll:

Sherlock

[himitsu]

Die "neue" Delphi-IDE benötigt ein .NET 3.5, also seit Delphi 8/2005.

Die IDE und viele Teile sind in Delphi geschrieben, aber einige gekaufte Zusatzfunktionen wurden in .NET geschrieben.

[MichaelT]

Die Lösung von MS war .net 2.x installieren neben 4.x

Unter Windows 7 hieß das .net 3.5 SDK

Windows SDK for Win7 and .net 3.5
Windows SDK for Server 2008 and .net 3.5

Seit geraumer Zeit heißen die SDKs Developer Packs usw...

Zitat:

Zitat von Sherlock (Beitrag 1389183)

Wenn ich mir das hier so ansehe, gibt es kein 3.5 SDK: https://www.microsoft.com/net/download/windows :roll:

Sherlock

Für Win 10 weiß ich keine konkrete Antwort. Aber an sich wäre es notwendig mal die 3.5 SDKs zu deinstallieren und möglw. die Runtime, booten, neu installieren und booten. So ging es meinen Aufzeichnungen nach unter Win 7.

Möglw. sucht der Installier nach einer bestimmten Sprache (Language) oder was auch immer.

Mich erinnert das ganze eher an eine kurze Diskussion auf Stackoverflow. Stackverflow - 3.5 SP1 Not Recognized

Auf jeden Fall lief allein das Original welches bei Windows mitkam. Aber Gott weiß, ist schon lange her.

Den ganzen Affenzirkus gibt es dann noch mit den in der EMB Doku erwähnten Installationsfehler und damals fruchtvoll kombiniert mit den Problemen beim Windows Update seitens Microsoft. Gut 2 bis 3 Jahre her und oben drein noch VS 2005 das bei meinem Rechner neben der ewigen Installation noch den Rechner nach dem Neustart und vor der Diskdefragementierung elendiglich abbremste. Damit war es mit VS für mich vorbei.

[Sherlock]

OT: .net war von MS als Java-Killer geplant.

:lol:

Sherlock

[MichaelT]

:-D Wo unsere Anfrage aus Wien kommt zum Thema Killer Killer vom Billa Heli Deinboek und Drahdiwaberl. Passt auch ganz gut zum weiteren Kreis unserer kleinen Diskussion.

Der MS Programmierer von heute trägt voller Stolz seine letztes VS in der Aldi-Tasche (Hofer auf Österr.) ins Büro, sein trautes Heim.

Zitat:

Zitat von Sherlock (Beitrag 1389188)

OT: .net war von MS als Java-Killer geplant.

:lol:

Sherlock

[TigerLilly]

Das ganze hat mit 10.2.1 problemlos funktioniert - das Setup damals war null Problem.

Ich versuche mal 3.5 zu deinstallieren + dann das 10.2.2 Setup machen zu lassen. Mal sehen.

[TigerLilly]

No chance. 3.5 runter + wieder rauf. .net repair topol. .net remove tool.

Egal, was ich mache: Installer verweigert.

[TERWI]

8-) NEVER change a running system !

[Michael II]

Ich nehme an, dass 10.2.2 immer noch mit InstallAware installiert wird.

Hast du versucht, die Installation zu loggen? Ich kann gerade nicht testen, ob das bei der Installation von 10.2.2 überhaupt funktioniert, da hier nur eine Kiste rumsteht und diese 10.2.2 noch nicht will ;-).

<setup.exe> /l=<logfile.ext>

https://www.installaware.com/flashhe...parameters.htm

[TigerLilly]

@MichaelII: Ja, das kann ich mal probieren - danke für den Tipp.

[Rollo62]

Ich gehe mal davon aus das du gesehen hast das es ein Update vom Installer gibt ?

Glaube zwar nicht das dies gefixt ist, aber ich würde auf jeden Fall mal den letzten Stand probieren.

Rollo

[TigerLilly]

Ja, hab ich gesehen + auch verwendet. Danke.

Der Tipp mit dem Log war gut, aber wenig hilfreich, weil das Log nur eine leere XML Struktur enthält + keine Infos.

Ich habe den Support auch kontaktiert, mal sehen, was die sagen.

[TigerLilly]

Ich hab´s mit einer Neuinstallation versucht + diesmal den WEB Installer genommen. Da bringt das Setup diese Meldung:

Code:

---------------------------
Setup
---------------------------
Fehler bei der Installation von Microsoft .NET Framework 3.5: Dazu ist eine aktive Internet-Verbindung erforderlich
---------------------------
OK   
---------------------------

Aber Internetzugang hab ich definitiv. Das ist eine virtuelle Maschine, aber gängige Ports sind alle offen.

[MEissing]

Die Meldung des .Net Installers vom Microsoft kommt gerne, wenn im Hintergrund noch Windows-Updates installiert werden. Bei mir hat ein Rechnerneustart geholfen.

[TigerLilly]

Das hab ich schon gemacht. Da sind keine Updates ausständig + Rechner ist neu gestartet.

[MEissing]

Gibt's Erkenntnisse, was eine Offline-Installation sagt?

https://community.embarcadero.com/bl...ter-windows-10

[TigerLilly]

Naja, in den Windows-Features ist 3.5 aktiviert + alle Überprüfungsmechanismen sagen, dass 3.5 korrekt installiert ist.

Ich habe auf diesem Rechner ja auch 10.1, 10.2, 20.2.1 installiert und das war nie ein Problem. Darum glaube ich eigentlich nicht, dass das .net 3.5 das Problem sein soll.

[TigerLilly]

Das ist ärgerlich - ich komme da leider nicht weiter. .net hin, .net her - rauf, runter - das Setup behauptet, .net 3.5 wäre nicht installiert.
Ich habe bei Embarcadero einen Supportfall geöffnet, aber da bekomme ich zZ keine Antwort.

Mich wundert, dass ich der einzige bin mit dem Problem - ich geh mal in die Feiertage, vielleicht tut sich da danach etwas.

[TigerLilly]

Solved.

Wen es interessiert:
Das Creators Update hat .net 4.7 installiert und die Keys für 3.5 gelöscht. Deshalb konnte Tokyo nicht installiert werden. Da die Files für 3.5 aber alle da waren, hat jedes Neuinstallieren gar nicht gebracht.

Ich habe von einem Rechner mit funktionierendem .net35 den Registryzweig "NET Framework Setup" exportiert, auf dem anderen Rechner importiert + jetzt klappt wieder alles.

:thumb:

[Bernhard Geyer]

Es wird (mehr als) langsam Zeit das die IDE endlich um allen .NET-Ballest befreit wird.
Hatte vor einiger Zeit auch mit dem J#-Setup zu kämpfen.


Evtl. bringt es etwas RSP-11462 zu pushen

[DualCoreCpu]

Zitat:

Zitat von MEissing (Beitrag 1389324)

Die Meldung des .Net Installers vom Microsoft kommt gerne, wenn im Hintergrund noch Windows-Updates installiert werden. Bei mir hat ein Rechnerneustart geholfen.

Bei mir läuft kein Update im Hintergrund. Kann .NET 3.5 nicht aktivieren per Systemsteuerung. Delphi Installer will .NET 3.5 installieren, findet aber keine aktive Internetverbindung obwohl ich per DSL mit Standleitung im Internet bzw. mit dem Internet dauerhaft vebunden bin. Versteh ich nicht, warum der Installer da bockt und keine aktive Internetverbindung findet!

.NET nervt. Habe Windows 10 letztes Update vor paar Tagen KB4053580. Da ist inzwischen .NET 4.5 aktuell und auch aktiv. Warum kann nicht das verwendet werden. Warum muss jedes Programm da seine eigenen Version voraussetzen. Besser wäre ein Delphi ohne den .NET Scheiß der bloß Probleme macht.

Hier:
http://www.delphipraxis.net/194928-k...ml#post1391413

habe ich einen Strang dazu auf gemacht. @Delphi.Narium hat dann in diesen Thread verlinkt. So bin ich nun auch hier.

[Fukiszo]

Vielleicht kann TigerLilly ja ein backup des HKEYs zur Verfügung stellen wenn viele probleme damit haben?
Verzeichnisse kann man ja per Editor "Search/Replace" justieren.

Grüße

[DualCoreCpu]

Zitat:

Zitat von Sherlock (Beitrag 1389183)

Wenn ich mir das hier so ansehe, gibt es kein 3.5 SDK: https://www.microsoft.com/net/download/windows :roll:

Sherlock

Bringt leider nichts mehr. Version 3.5 ist da leider nicht mehr dabei.

Wenn Emba weiter mit seinem Delphi Geld verdienen will, muss schleunigst Abhilfe her. Mit der Delphi Starter diesen Stress haben mag ja noch angehen, wenn ich sie nicht installiert kriege, dann tut es eben das gute alte Delphi 7 genauso für Freizitprogrammierung.

Aber mehrere tausend Euro für diesen Schund ausgeben, niemals. Als kommerzieller Programmierer würde ich da auf Code Typhoon oder Visual Studio oder anderes umsteigen. Umlernen muss man in der Programmierung eh ständig.

Möge Herr Eising hier fleißig mitlesen!

[DualCoreCpu]

Zitat:

Zitat von MEissing (Beitrag 1389338)

Gibt's Erkenntnisse, was eine Offline-Installation sagt?

https://community.embarcadero.com/bl...ter-windows-10

Habe heute Morgen diesen Schritt ausgeführt:

1. Download the Windows Media Creation tool, and create an ISO image locally, or create an image for the version of Windows that you have installed.

Hatte gehofft, damit ein Windows zu erhalten, das eben dann vom Stick bootet. Dort hätte ich dann versucht .NET 3.5 mit diesen Schritten hinzu zu installieren.

2. Configure the Group Policy as in Method 2, but also follow these steps:
2.a Mount the ISO image that's created in step 1.
2.b Point the "Alternate source file path" to the ISO sources\sxs folder from the ISO.
2.c Run the gpupdate /force command.
2.d Add the .Net framework feature.

Dazu aber brauche ich doch wohl ein laufendes Windows, nicht eines das ich erst neu aufsetzen muss.

Windows neu aufesetzen tu ich jetzt nicht. Der letzte Kompromiss wäre eine Delphi Starter Portable. Wenn die unbedingt ihr besonderes .NET 3.5 haben will, dann gehört die in den Delphi->bin Ordner, so bereit gemacht, dass Windows davon unberührt bleibt und nur Delphi darauf zugerift, wie gesagt ohne meine Windows Installation zu beeinträchtigen. Ansonsten tut es das gute alte Delphi 7 auch.

Hatte meinen Rechner mit vorinstallierten Windows 7 gekauft. Parallel von USB Stick gelegentlich Linux (Knoppix 7.6/7.7) gebootet. Von da aus Zugriff auch Windows Festplatte gehabt. Windows 7 zerschossen. Wollte neu aufsetzen. Windows 7 download scheitert am Produkt Key. Weil OEM Version. Soll mich an PC Hersteller wenden. PC ein Jahr zuvor über Ebay gekauft, Verkäufernamen nicht notiert. Daraufhin Windows 10 runter geladen. Setup Dvd gebrannt. Setup gestartet, als Produkt Key abgefragt wird, den von meinem legelen Windows 7 verwendet. Installation läuft durch und nun habe ich halt Windows 10. Dank der Zwangsupdates ist es auf aktuellem Stand und da bleibt es jetzt. Da muss eine neue Software schon diese Installation bedingungslos anerkennen und diese und nur diese verwenden und darauf aufbauen. Frickeln tu ich dann erst wenn die Programmentwicklungsumgebung funktioniert und ich damit eine eigenens Programm schreiben will. Embarcadero möge eine solche portable Version bereit stellen.

[DualCoreCpu]

Zitat:

Zitat von Bernhard Geyer (Beitrag 1390348)

Es wird (mehr als) langsam Zeit das die IDE endlich um allen .NET-Ballest befreit wird.
Hatte vor einiger Zeit auch mit dem J#-Setup zu kämpfen.


Evtl. bringt es etwas RSP-11462 zu pushen

Soeben gemacht.

[Fukiszo]

Funktioniert denn das hier nicht?

https://docs.microsoft.com/de-de/dot...-35-windows-10

Da wird beschrieben wie man 3.5 in windows 10 einpflegt. Auch fehlercodes werden gut beschrieben und wie man dann vorgehen sollte.

Ansonsten bin ich noch über diesen link gestossen für eine 3.5 offline installation:
https://sourceforge.net/projects/fra...atest/download

Grüße

[MEissing]

Zitat:

Zitat von DualCoreCpu (Beitrag 1391427)

Möge Herr Eising hier fleißig mitlesen!

Ja, mach ich. Wenn auch mit anderem Namen :-)

Zum Problem: Der Dreh-und-Angelpunkt ist die Nachvollziehbarkeit.
Wenn es tausende Rechner, auf denen ein .Net Framework anstandsfrei installiert wird; auf einer Handvoll(?) Rechner aber nicht, dann sollte jeder Softwareentwickler wissen, wodrauf man das Problem zurückführen kann.

(Ich habe schon viele verhunzte Rechner/Windows-Installationen gesehen, die "optimiert" wurden)

[TigerLilly]

ich habe die reg-Keys attached. Bei mir lief das so:

dot net ist immer 3.5 und die 2er versionen davor.

- 10.2.1 war installiert + hat funktioniert.
- 10.2.1 deinstallieren
--- > ab da waren die dot Net Dateien noch da, aber die Keys schon defekt +dot net ließ sich auch nicht so (neu)installieren, dass die Keys repariert wären. Diverse Tools melden entweder, dass dot net da wäre oder eben nicht, aber ein Setup ändert nichts. Der ISO-Installer von 10.2.2 brach folgerichtig ab. Das Ganze war reproduzierbar, denn ich habe das anhand von Snapshots bzw einem zweiten Rechner ein paarmal durchgespielt.
- reg-keys in die Registry importieren
--- > Setup funktioniert.

Ich hoffe, das hilt.

[mensch72]

..."reg-Keys attached"...
würdest du noch "hier" erwähnen/ergänzen ob das für ein 32bit oder ein 64Bit Win10 so bei dir wieder funktioniert hat.
(sollte das in den vorherigen 3..4Seiten schon stehen, hilft allen die das später man per Suchfunktion fineden, wenn es "hier zusammen steht")

[TigerLilly]

Beides sind virtuelle Win10 Rechner mit 32 Bit.

[DualCoreCpu]

Zitat:

Zitat von MEissing (Beitrag 1391433)

Zitat:

Zitat von DualCoreCpu (Beitrag 1391427)

Möge Herr Eising hier fleißig mitlesen!

Ja, mach ich. Wenn auch mit anderem Namen :-)

Zum Problem: Der Dreh-und-Angelpunkt ist die Nachvollziehbarkeit.
Wenn es tausende Rechner, auf denen ein .Net Framework anstandsfrei installiert wird; auf einer Handvoll(?) Rechner aber nicht, dann sollte jeder Softwareentwickler wissen, wodrauf man das Problem zurückführen kann.

(Ich habe schon viele verhunzte Rechner/Windows-Installationen gesehen, die "optimiert" wurden)

Ich besitze Win 10 mit aktuellem Zwangsupdate. Kann nix dafür, dass M$ das in Win 10 so eingestellt hat. Habe schon mehrmals nach Tipps im Internet versucht, die automatischen Updates abzuschalten, bisher ohne Erfolg.

Ich will einfach ein Delphi das mit der jeweils aktuellen vorinstallierten also in Windows schon vorhandenen .NET Version funktioniert oder eines das dieses .NET überhaupt nicht mehr braucht, da das ohnehin nur Probleme macht. Windows API gibt es schließlich auch noch. Kann mir nicht vorstelle, dass ich der Einzige bin bei dem das nicht funktioniert. Keine Ahnung wie das bei Windows 7 aussieht. Das geht dann bei mir nur noch als Zweitsystem vom Stick startbar. Meine Harddisk-Installation bleibt jetzt wie si ist. Alles Andere funktioniert damit nämlich.

[DualCoreCpu]

Zitat:

Zitat von TigerLilly (Beitrag 1391437)

Beides sind virtuelle Win10 Rechner mit 32 Bit.

Da geht das Problem schon los. Mein Windows ist ein 64 Bit Windows. auf einem physischen 64 Bit Rechner.

[mensch72]

Dachte ich mir fast, und weil in (m)einem 64Bit Win10 die ganze reale .NET Installation etwas anders aussieht und dort der 32Bit Zugriff virtuell über "WOW" geht.

=> daher die aus meiner Sicht nötige Warnung: !man nutze diese harte REG Datei von @TigerLilly so besser NIEMALS auf einem 64Windows!

[DualCoreCpu]

Zitat:

Zitat von Fukiszo (Beitrag 1391431)

Funktioniert denn das hier nicht?

https://docs.microsoft.com/de-de/dot...-35-windows-10

Da wird beschrieben wie man 3.5 in windows 10 einpflegt. Auch fehlercodes werden gut beschrieben und wie man dann vorgehen sollte.

Ansonsten bin ich noch über diesen link gestossen für eine 3.5 offline installation:
https://sourceforge.net/projects/fra...atest/download

Grüße

Feature aktivieren klappt nicht, aber ich habe mit das offline Installationspaket runter geladen, das gibt es für 32Bit und 64 Bit, ich brauche die 64Bit Version. So installiere ich mir sicherheitshalber die Win_10_64 Version.

[TigerLilly]

@Fukiszo: Nein, das klappt eben alles nicht. Ich weiß nicht, warum, vielleicht weil die Dateien ja physisch da sind.

ad mensch72: Na, dann Vergleich mal die Keys von einem 64-bit Windows mit denen in der REG-Datei. Da wirst du nicht viel Unterschied finden.

Ich will niemanden ermutigen, fremde REG Dateien einzuspielen. Wie gesagt, ich konnte mein Problem so lösen + wer weiß was er tut, kann sich damit vielleicht helfen.