Hi

Having followed your previous instructions we have upgraded to the very latest release. But we are still experiencing problems.
We have been using HtmlToPdf for about 5 years without any problems until the last 6 months.
Our application produces about 30 PDFs per day at various different times. The same PDFs are produced daily but contain different numbers in the text.

Every 2-3 days one or more of the PDF will fail. We get two different exceptions - all seem very random.
The exception will occur randomly and then the next time will work perfectly.

With the previous release we found a bug that you guys corrected when an <a> tag was added was added the footer, but I noticed that when this exception occurred the PDF build method spiralled into an infinite loop. I'm wondering if this occurs with other error occasional errrors, maybe file locks etcs and this results an 1000's of retries and then the message "All engines are busy". I doubt that there are ever more then two PDFs converted at the same time as we only built about 30 PDFs per day spread over 24hrs.

Any ideas??

Regards

Johnathan

EXCEPTIIONS
Can not create additional conversion task. All engines are busy.,
Stack Trace: at EO.Internal.alw.a(av A_0, sw& A_1) at EO.Internal.pa..ctor(av A_0, HtmlToPdfOptions A_1) at EO.Pdf.HtmlToPdfSession.a(HtmlToPdfOptions A_0) at EO.Pdf.HtmlToPdfSession..ctor(HtmlToPdfOptions A_0, Boolean A_1) at EO.Pdf.HtmlToPdf.ConvertUrl(String url, PdfDocument doc, HtmlToPdfOptions options) at EO.Pdf.HtmlToPdf.ConvertUrl(String url, PdfDocument doc) at

Conversion failed. Object reference not set to an instance of an object.,
Stack Trace: at EO.Pdf.HtmlToPdfException.b(Exception A_0) at EO.Internal.a24.a(af1 A_0) at EO.Pdf.HtmlToPdfSession.RenderAsPDF(PdfDocument doc) at EO.Pdf.HtmlToPdf.ConvertUrl(String url, PdfDocument doc, HtmlToPdfOptions options) at EO.Pdf.HtmlToPdf.ConvertUrl(String url, PdfDocument doc) at

Hi

Thanks for the reply

when you say "if you create 30 threads and start conversion in all 30 threads"
do you mean kick of 30 PDF builds simultaneously in eo.pdf or 30 threads doing other activities across our application?
Our app has many threaded processed unconnected to the PDF build, we will be lucky if we build 30 PDF in any 24 hour period, so an overlap is possible but unlikely.

Our system have 8 cores and lots of memory. They run at about 3% utilisation most of the time, we watched the CPU levels on screens on our wall during the working day. - So I doubt we will ever be maxed out and not know about it.

we have added multiple retries to the PDF build so the PDF build retries 10 minutes later if it fails this mostly works around the problem.


For example, this morning we have had two PDF failures with the error message below.
Both then retried 10 minutes later and worked.

This all seems very random. The exact same PDFs occasionally randomly fail with what appears to be random exceptions. We have lots of CPU and memory capacity and we build 1 or 2 PDF per hour during the working day. So we are not doing many. We do build the PDF inside a thread and I wonder if this has something to do with it?


Conversion failed. Browser engine failed to render page. WebView is closed. Reason: Normal,
Stack Trace: at EO.Pdf.HtmlToPdfException.b(Exception A_0) at EO.Internal.a28.a(af3 A_0) at EO.Pdf.HtmlToPdfSession.RenderAsPDF(PdfDocument doc) at EO.Pdf.HtmlToPdf.ConvertUrl(String url, PdfDocument doc, HtmlToPdfOptions options) at EO.Pdf.HtmlToPdf.ConvertUrl(String url, PdfDocument doc) at

Hi

I've have implemented the crash handler yet after the crashes we could not find any crash files. After a few tweaks to our code we are 99% sure the crash event handler is never firing.

Here is an example of the code.
The second method builds the PDF file, the first is the crash event handler as defined in your help (BTW I think you have a syntax error on the VB code snippet when adding the handler)

https://www.screencast.com/t/DM9GaNco

Have we got something wrong?

Thanks

Johnathan