ich verwende ISE Webpack 13.3 auf Windows 10 mit ein paar Anpassungen. Das hat jahrelang gut funktioniert.
Gestern wollte ich mal wieder ein Prom für mein Spartan 3 programmieren. Nun startet Impact nicht mehr.
Verhalten der Programme:
-Bei Impact kommt das Shellfenster hoch danach passiert nichts mehr.
-Project Navigator (64 und 32 bit) ein Shellfenster ploppt kurz hoch danach nichts mehr. Im Taskmanager sehe ich ise.exe.
-Deinstallieren via Windows. Passiert nichts. Im Taskmanager sehe ich xsetup.exe
-Installer ausführen gleiches Verhalten wie beim Deinstallieren.
Im Prinzip geht nichts mehr. Ich weiss noch vor Silvester habe ich Impact mal ausversehen gestartet sprich da ging es noch.
Seit dem wurde eigentlich kaum was an dem Rechner gemacht. Windows Update gabs anscheinend keins.
Es sieht so aus als würde die ISE hängen wenn sie eine GUI aufmachen will.
Hat vielleicht jemand das Problem schon mal gehabt und hat evtl. eine Lösung?
Ich möchte ungern wegen ISE Webpack mein Rechner neu installieren.
vor Silvester ... ging es noch.
Seit dem wurde eigentlich kaum was an dem Rechner gemacht.
Das "kaum" wäre näher zu betrachten. Gfs mal bei den Wiederherstellungspunkten schauen ("CCleaner" kann das) wieviele es da gibt und ob einer neu hinzugekommen ist, weil etwas installiert wurde und was. Dann mal zurücksetzen und schauen.
Impact lässt sich übrigens auch sehr gut in der Command Line benutzen, und war zu allen Zeiten da schon immer stabiler als in der GUI. Das mit der no smart heap DLL hast du sicherlich gemacht oder?
mist. Den Thread habe ich gesehen, da er initial mit einem anderen Problem startete hab ich ihn nicht weitergelesen.
Nach der Deinstallieren von KB5021233 geht es wieder. Dank Dir auf jeden Fall für den Tipp :=)
Ich hatte das Update gesehen und hatte es ausgeschlossen, weil ich meinte ich hätte Impact noch vor Silvester noch gestartet. Vielleicht hab ich auch nur gestaret und bevor die GUI kam geschlossen. Egal.
Ich hab mit Ghidra und x64dbg das Problem mal angefangen zu analysieren. Das hängen tritt relativ am Anfang beim Laden einer Dll (libPort_ExecLoader.dll bzw. libPortability.dll). libPortability.dll ist ja ein alter bekannter. Irgendwie scheint er im EntryPoint in einer Windows Dll zu hängnen.
Schau ich morgen mal. Aber ist ja gut das ich jetzt schon mal ein Ansatzpunkt habe.
Kleine korrektur:
libPort_ExecLoader.dll -> libisi_iostream.dll (oder so) und die Dll benutzt die p9np.dll und hier hängt er.
Es gibt ja die 14.7 die mit Windows 10 kompatibel ist. Die unterstützt ja unter anderem kein Spartan 3 mehr. Funktioniert die auch nicht mit dem KB5021233 Update?
Vielleicht könnte man ja die Dlls verwenden wenn die Version funktioniert.
Bisher lief die 14.7 auch ohne VM unter Windows 10, man muss aber die beiden Portabilität dll tauschen in zwei Verzeichnissen.
Mit dem Update konnte ich noch nicht testen, unsere IT ist nicht so flott mit der Freigabe neuer Updates und es war ja auch Weihnachten dazwischen. Das wäre natürlich ziemlich blöd, weil ich die relativ selten auch noch brauche, um alte Designs neu zu bauen wenn ein Bug gefunden wird, oder halt um alte Baugruppen zu programmieren.
Den roten Xilinx Debugger in die VM durchleiten geht zwar ist aber dann sehr laaaaaahm. Zumindest im VM Ware pro, was ich dafür nehmen darf.
ich glaube ich hab evtl. eine Lösung für das Problem mit dem Xilinx Ise Webpack und dem KB5021233 Windows Update. Das Problem ist ja das Impact oder die Ide beim Starten hängt und nichts mehr passiert.
Bei Debuggen von Impact ist mir aufgefallen das Impact bei WNetEnumResource hängt.
Dann hab ich einfach mal nach WNetEnumResource und Windows Update via google gesucht. Und in irgend nem Forum habe ich was gefunden.
Bei einem ältern Update von Windows gabs wohl da mal Probleme. Hier lieferte wohl WNetEnumResource kein Ergebnis.
Im Forum stand als Tipp man sollte den "SMB 1.0 Client" aktivieren. Ok der war schon bei mir aktiviert genauso wie "SMB 1.0 automatisch entfernen".
Ich hab einfach "SMB 1.0 automatisch entfernen" ausgeklickt (siehe fix.jpg) und seitdem geht es bei mir (siehe works.jpg).
Ob das jetzt immer funktioniert weiss ich natürlich nicht.
Viel Glück beim probieren
egon
Ahso was man dort sieht ist 13.3. Auf 14.7 scheint es auch zu gehen allerdings hab ich hier nur die Ide getestet die LabTools sind bei mir nicht installiert für 14.7.
Im Forum stand als Tipp man sollte den "SMB 1.0 Client" aktivieren. Ok
der war schon bei mir aktiviert genauso wie "SMB 1.0 automatisch
entfernen".
Ich hab einfach "SMB 1.0 automatisch entfernen" ausgeklickt (siehe
fix.jpg) und seitdem geht es bei mir (siehe works.jpg).
Hilft bei mir nicht. Habe 14.7 (siehe About-Info) unter Win 10 laufen und musste dieses KB5021233 entfernen. Dann ging´s wieder.
Das scheint nicht die Ursache zu sein.
Ich habe mal versucht das was ich gestern ausgestellt habe wieder angestellt. Und es geht noch immer bei mir. Hm.
Anschliessend hab ich es mal auf einem anderen Laptop probiert da geht es immer.
Das ist doof weil ich nicht mehr weiter debuggen kann. Die Erfahrung zeigt ja das es irgendwann wiederkommt wenn man es gar nicht braucht...
dfIas:
Hattest du das Windows 10 22H2 Update installiert?
Wahrscheinlich nicht. Ich vermute wenn man 22H2 installiert braucht man das KB5021233 evtl. nicht? Ich habs nicht installiert.
dfIas:
Hattest du das Windows 10 22H2 Update installiert?
Wahrscheinlich nicht. Ich vermute wenn man 22H2 installiert braucht man
das KB5021233 evtl. nicht? Ich habs nicht installiert.
"2022-12 Cumulative Update for Windows 10 Version 22H2 for x64-based Systems" ist wohl installiert, zeigt aber noch "pending restart" an. Demnach noch nicht aktiv? Muss sich Windows vorhin geholt haben, als ich das mit dem SMB Client probiert hatte. Werde demnächst den Restart durchführen und mal sehen, was danach noch alles geht oder nicht.
ich war mit meiner Analyse wohl schon auf der richtigen Spur. Leider konnte ich bisher nicht weiter machen..
Jetzt habe ich in einem Forum einen Fix gefunden. Getestet habe ich ihn nicht. Bei mir geht es ja mittlerweile.
Vermutlich hätte es mit "ISE 14.7 64-bit - Turning off SmartHeap" aus https://support.xilinx.com/s/article/62380 auch funktioniert. Die DLL ist schon da, da muss man nur schnell was umbenennen. Nur für's Protokoll...
Nein, Smart Heap ist was anderes und hat mit dem aktuellen Problem nichts zu tun. Das umbenennen der DLL war für Windows 10 schon immer notwendig. Jetzt ist aber ein neues Problem dazu gekommen, das mit dem Patch behoben wird.
"2022-12 Cumulative Update for Windows 10 Version 22H2 for x64-based
Systems" ist wohl installiert, zeigt aber noch "pending restart" an.
Demnach noch nicht aktiv? Muss sich Windows vorhin geholt haben, als ich
das mit dem SMB Client probiert hatte. Werde demnächst den Restart
durchführen und mal sehen, was danach noch alles geht oder nicht.
Brauchte es heute wieder, aber nach dem letzten Restart lief ISE wieder nicht. Also nun auch die DLLs ersetzt, vorerst nur an den zwei Stellen, wo auch diese Umbenennung mal nötig war. Ansonsten liegen die in elf oder zwölf Ordnern bei mir verteilt. Wer so eine Datenvervielfältigung betreibt, frisst auch kleine Kinder. Mann, Mann ...
