Lol
Dann kann er das Gnostice zeug auch in eine eigene App auslagern und hat keinen Memoryleaks mehr....
Wenn du es hin bekommst das die Anwendung nicht schon beim bearbeiten eines PDF sich zerschießt und den schönen "Anwendung hat Fehler verursacht"-Dialog anzeigt ...
Nun, wir haben einige "uninitialisierte" Stellen selbst gepatched, seit dem läuft es sehr gut!
Allerdings, obwohl wir den Indern die Patches geschickt haben, haben diese sie in keiner der nachfolgenden Versionen eingearbeitet.
Wir müssen sie immer wieder aufs Neue einbauen um keine "Zufallseffekte" (= irgend ein Speichermüll mitten im PDF Dokument) zu bekommen.
Wir fahren sehr gut damit die Fehler selbst zu patchen.
Das haben wir bei etlichen Zulieferern so gehandhabt:
Bei DBISAM 3 die MEMORYTABLES (Tempdateien und Unverträglichkeit mit Virenscannern behoben)
Bei Borland/INPRISE/CODEGEAR einen Fehler in TTABLE
Bei Quickreport viele Fehler z.B. bei Mehrschachtdruckern.(Diese riesigen bis zu 5 stelligen Schachtnummern waren nicht berücksichtigt, eigentlich nichts über 15 )
Bei vielen Herrstellern haben wir den Sourcecode eben genau wegen solcher dinge immer mit gekauft. Bis her hat es sich auch immer Gerächt nicht über den Quellcode zu verfügen...z.B. der DatePicker von TMS....wo man einfach nichts dran ändern kann.(Die haben für die "Pfeile" eine schrift benutzt statt eines Bildes...leider ist die schrift oder der Zeichensatz auf alten System und alten IEs nicht verfügbar und es wird kleines griechisches delta dargestellt
)
Also Source kaufen, selber debuggen, der Kunde wird es danken.