Auf den Artikel wird man ja auch weitergeleitet, wenn man die anfangs erwähnte Seite zu Gesicht bekommt. Daraufhin habe ich auch den Screenshot von den Zertifikat Dialog der
bds.exe angehängt. Schon alleine was dort steht, lässt mich schlussfolgern, das irgendwas mit dem Zertifikat nicht stimmt. Weswegen ich auch nochmal offline geupdated habe, um den Windows Zertifikatsspeicher zu aktualisieren. Wir hatten schon mal so ein ähnliches Problem, als eine
DLL aufgrund eines neueren Zertifikats nicht geladen werden konnte, weil Windows das einfach noch nicht kannte, bzw. irgendwas mit den alten SHA-Zertifikaten war.
Leider funktioniert der eine Link in dem besagten Artikel nicht mehr:
Zitat:
Meine Vermutung ist daher, dass evtl. ein Windows Update fehlt, welches das Idera-Zertifikat überprüfen kann... Nur welches...
Fremddateien im bin-Verzeichnis sollten nicht sein. Ich deinstalliere eben nochmal sicherheitshalber und putze das Verzeichnis. Anschließend mache ich nochmal eine Installation.
Edit: Neuinstallation ist durch, keine Besserung.. :\
Edit 2: Ich bin der Lösung ein Stück näher gekommen. Ich habe mal die Zertifikate von meinem funktionierenden Laptop verglichen. Dabei fiel mir auf, dass Berlin noch mit Sha1 Zertifikaten signiert wurde und Tokyo Release 1 mit Sha2 (also 256). Etwas Googlelei brachte mich zum Windows Update KB3033929. Nach der Installation des Updates kann ich Delphi zwar immer noch nicht starten, jedoch wurden jetzt in den Eigenschaften der
bds.exe 5 Zertifikate unter Digitale Signaturen angezeigt und nicht wie vorher nur eins.
Danke schon mal für die Anregungen!!
Wer sucht, der findet. Wer länger sucht, findet mehr.