PDFtoolkit von Gnostice und Memory Leaks

[tofse]

Hallo,
hat jemand Erfahrung mit dem PDFtoolkit ? Wir haben es gekauft und ich musste heute feststellen, dass GetBitmap und SaveAsImage Memory Leaks hervorrufen. Der Hersteller hat das auch mehr oder weniger bestätigt :-(

Zitat:

We are constantly working on the quality of our product and keep releasing builds as we fix any memory leaks. By default we work on the memory leaks which happen on ALL PDF files. if any memory leak happens only in specific PDFs, please send us the file so that we can investigate and fix it.

But however few memory leaks won't be fixable due to our design(TgtIndirectRef) and FreeType library.

We use FreeType C library for rendering fonts. There is a known memory leak while loading PDFs with specific encoded font (Custom encoded TrueType). We have already tried to debug the C code and failed to find where exactly the memory leak happens. We may have to spend more time to understand and debug the library than writing our own font rendering engine.

We are working on a Delphi font engine and it will be included in our next document processing components.

Blöd nur, dass wir das Produkt genau wegen den beiden Funktionen gekauft haben.
Ich habe jetzt noch nicht soooo große Erfahrung in der Delphi Programmierung, aber wie würdet Ihr damit umgehen ?
Einfach ReportMemoryLeaksOnShutdown := true; weglassen ? Ich habe jetzt mal beim Hersteller angefragt, ob wir das Geld zurückbekommen, aber andererseits benötige ich die Funktionen, um von einzelnen Pdf Seiten Bilder zu erzeugen.
Wie dramatisch sind denn die Memory Leaks (siehe Bild im Anhang) ???

Sorry wegen dem konfusen Text, aber irgendwie nervt mich das echt :-(

Christof

[Bernhard Geyer]

Also wir haben Gnostice PDFToolkit wegen der mangelhaften SW-Qualität raus geschmissen.
Es war nervlich wenn die eigene App wegen wilder Zeiger in deren Quellcode immer wieder mal die Anwendung abgeschossen hat.

Mittlerweile verwenden wir Apached PDFBox und haben an der Ecke unserer Anwendung ruhe.

[QuickAndDirty]

Kann PDFBOX eingebettete Fonts?
Kann PDFBOX Exporte von Qurickreport nach PDF,Excel, HTML?

Ich denke hier würde auch jemand sehr gerne Gnostice loswerden.

[Bernhard Geyer]

Zitat:

Zitat von QuickAndDirty (Beitrag 1141339)

Kann PDFBOX eingebettete Fonts?

Denke schon.

Zitat:

Zitat von QuickAndDirty (Beitrag 1141339)

Kann PDFBOX Exporte von Qurickreport nach PDF,Excel, HTML?

Nö. Brauch ich auch nicht. Aber es gibt ja auch andere Standalone-Apps die man vermutlich für wenig Geld auch integrieren darf.

Mein Anwendungsfall ist das setzen von PDF-Sicherheitsoptionen.
Und selbst da kracht und scheppert es bei Gnostice an allen Enden Ecken bei Real-World-PDF's

[tofse]

Naja, ich brauche halt eine Funktion, um Bilder aus einer PDF Seite zu erzeugen. Das klappt auch mit dem PDFToolkit, erzeugt halt "nur" die MemoryLeaks :-(

[Bernhard Geyer]

Zitat:

Zitat von tofse (Beitrag 1141342)

Naja, ich brauche halt eine Funktion, um Bilder aus einer PDF Seite zu erzeugen. Das klappt auch mit dem PDFToolkit, erzeugt halt "nur" die MemoryLeaks :-(

PDFBox kann Bilder aus Seiten erzeugen.

Und bei "nur MemoryLeaks" hast du noch glück. Mit den "falschen" PDF stürzt deine App ohne Verhinderunsmöglichkeiten ab.

[tofse]

Hast Du ein Beispiel, wie ich das in Delphi nutzen kann ?
Die aktuellen DLL's habe ich runtergeladen.
Auf der PDFBox Seite sind nur CommandLine Parameter beschrieben

[Bernhard Geyer]

Zitat:

Zitat von tofse (Beitrag 1141356)

Auf der PDFBox Seite sind nur CommandLine Parameter beschrieben

Genau darüber verwende ich es :-) (bei unserer App wird eh Java in passender Version parallel mitgeliefert).

[QuickAndDirty]

Lol
Dann kann er das Gnostice zeug auch in eine eigene App auslagern und hat keinen Memoryleaks mehr....

[Bernhard Geyer]

Zitat:

Zitat von QuickAndDirty (Beitrag 1141360)

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

[QuickAndDirty]

Zitat:

Zitat von Bernhard Geyer (Beitrag 1141361)

Zitat:

Zitat von QuickAndDirty (Beitrag 1141360)

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.

[ZOD]

Hallo QuickAndDirty,

wir setzen das PDF Toolkit auch ein und -oh Wunder- bei uns zeigt FastMM ebenfalls Speicherlecks auf.

Derzeit upaten wir zur Version 4, daher die Frage: habt ihr für diese Version
die Speicherlecks auch beseitigt und wenn ja, könntest Du mir die Lösung
der "unlösbaren" Aufgabe zukommen lassen?

Besten Dank im voraus.

[tofse]

Wir haben das PDF Toolkit zurückgegeben. Ging problemlos.
Christof

[Bernhard Geyer]

Zitat:

Zitat von ZOD (Beitrag 1150678)

Derzeit upaten wir zur Version 4, daher die Frage: habt ihr für diese Version
die Speicherlecks auch beseitigt und wenn ja, könntest Du mir die Lösung
der "unlösbaren" Aufgabe zukommen lassen?

Nach der Release-Not von Nov 2011 haben sie einige von mir Anfang 2011 gemeldeten Fehler behoben:

Zitat:

• Memory leaks in TIFF processing logic
• Several range-check errors
• Document information properties get corrupted after encryption

Habe sie auch (wiederholt) darauf hingewiesen das man mit FastMM sowas ja sehr schnell finden würde.
Aber irgendwie hatte ich das gefühl das sie solche Tipp ignorieren.

[Uwe Raabe]

Zitat:

Zitat von Bernhard Geyer (Beitrag 1150689)

Habe sie auch (wiederholt) darauf hingewiesen das man mit FastMM sowas ja sehr schnell finden würde.
Aber irgendwie hatte ich das gefühl das sie solche Tipp ignorieren.

Da fiel mir doch gleich diese Story wieder ein: Of Course We Tested It ...