Win8 Desktop Application Zertifizierung

[Der schöne Günther]

Ich bin jetzt kein Compiler-Spezialist, aber würde es denn was bringen, das über den C++ Builder zu kompilieren? Hat der das Problem bei 32 Bit auch?

[himitsu]

Laut Google soll es im C++Builder (bzw. VisualStudio) seit "XP" drin sein.
[GOOGLE]SafeSEH C++Builder[/GOOGLE]


Aber mit etwas Glück könnte die Umstellung auf Win64 einfacher sein.


[edit] Ich glaub das Google-Tag ist bissl kaputt.

[Der schöne Günther]

Der VC-Compiler sicher, aber der C++ Builder anscheinend auch nicht, oder?

Das einzige was ich spontan finde ist das hier (2012):
http://stackoverflow.com/questions/1...17989#12117989

[generic]

Ich hab leider hier nur Delphi Anwendungen am Start.

Alle 32Bit und meist auf dem Stand für Delphi 2007.
Derzeit habe ich nur eine Anwendung vollständig zu Delphi XE5 gebracht. Diese hält sich aber nicht an die Shutdown-Regeln und somit nicht zertifizierbar.

Meist hängt es an Drittanbieter-Komponenten.

[CCRDude]

In Sachen Zertifizierung ist man mit Delphi eh übel dran, da habe ich schon zu XE1-Zeiten Tickets eingereicht:

signtool /ph (Zertifizierungsbedingung) wg. falscher PE-Header nicht möglich - ist angeblich mit XE5 Update 2 gefixt - Ticket von 2009 bis 2013 offen, nur 4 Jahre. Da ich die Updates nicht mitgemacht habe, wenn solche essentiellen Sachen nicht behoben werden, kann ich das nicht prüfen.

Ach ja, Windows Error Reporting muss man auch unterstützen, mein Ticket dazu stammt von 2007, nur 7 Jahre alt, immer noch offen.

Fast User Switching muss man für die Zertifizierung auch prüfen, mein TMediaPlayer-Ticket dazu ist auch schon seit 2007 offen.

Ich hab noch zwei ältere Tickets, die irgendwann einfach ohne Lösung geschlossen wurden. Etwa zum Thema Manifest und dazu, dass man borlndmm.dll nicht signieren darf und daher in zertifizierten Anwendungen nicht verwenden kann...

Klar, man kann drumherum arbeiten. WER selber implementieren, den PE-Header des Binaries nachträglich vor dem Signieren bearbeiten, etc. ... aber schon zu Delphi-XE-Zeiten mit Vista-Kompabilität werben, wenn jetzt, 7 Jahre später, gerade mal einer von fünf Punkten kompatibel mit Microsofts Anforderungen an Vista-Programme ist, ist und bleibt in meinen Augen unverschämt. Und an Nach-Vista-Versionen denke ich gar nicht erst...

[mquadrat]

Ok, das ist natürlich wirklich Mist. Noch ne Baustelle mehr. Zum Glück haben wir aktuell keinerlei Pläne mehr als ein "Registered Partner" zu werden.

[himitsu]

Wenn man Zugriff auf die verwendenden Quellen hat, dann kann man die Borlandmm.dll auch ganz abschafen, (seit D2006, glaug ich, wo Codegear auf FastMM umstellte)
bzw. man erstellt sich seine eigene "Borlndmm.dll . (der Quellcode ist ja verfügbar oder die paar Exports bekommt man auch so zusammen)

Ein kleines Problem weniger