Gibt aber im Augenblick viele Bas0r Themen hier in der DP:

• Preispolitik Embarcadero
• Quo vadis Embarcadero?
• Ist RemObjects die Zukunft von Delphi?

Ich hab gerade ein viel größeres Problem mit unseren Lieblings-Compiler.

Ich probiere gerade unsere Microsoft Gold AppDev Zertifizierung durch zu bekommen.
Leider muss ich mit graus feststellen, dass Delphi (XE5) für 32bit Programme nicht das Compiler-Flag SafeSEH unterstützt.
Das Problem ist zuerst für XE2 vor ca. 2,5 Jahren ins QC gestellt worden:
[Windows 8] lack of SafeSEH support
Diese Flag ist neuerdings notwendig:
Zertifizierungsanforderungen für Windows-Desktop-Apps

Da wir gezwungen sind, die Zertifizierung zu schaffen, da ansonsten auf uns Lizenzkosten von über 200.000 Euro zukommen würden.
Und paar von uns ärgern sich über den einen Tausender für Delphi Upgrades.

Ich muss mal schauen, was für eine App ich nun aus der Hut zaubere.
Eine x64 Delphi App vielleicht oder mal was auf anderer Technologie.
Deadline für die fertig zertifizierte App ist der 30.04.2014

Joar, dann bleibt wohl nur Win64, wo das SafeSEH nicht benötigt wird. (ARM wird ja auch noch nicht unterstützt)

Win32 läuft ja noch nicht über das neue Compiler-Backend, womit man da auch nicht zu versuchen bräuchte dieses Flag selber zu übergeben.
(wenn's im Compiler nicht eingebaut ist, dann bringt da ja nichts)
Für XE5 gibt es ja eh kein (großes) Update mehr und ich glaub kaum, daß die noch so große neue Funktionen in den alten Compiler reinbauen. (als "Update" mit XE 7, 8 ...)

Es gibt auch Vorschläge, wonach man, nach dem Compilieren, die PE bearbeiten und selber eine SafeSEH-Section einfügen solle.

Dazu gibt es auch noch einen QC-Case von XE2

http://qc.embarcadero.com/wc/qcmain.aspx?d=106781

Ja, das ist der, den Bernd verlinkt hatte.
Ich habe den bei EMBT noch mal auf den Tisch gebracht.

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?

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 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

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.

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...

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.