my service crash in new verion go-fitz about go-fitz HOT 10 CLOSED

error in version v0.0.0-20210316172528-f0a07eb93909, which also leads to a fall. occurs less frequently than the previous error in latest version

uncaught error: invalid key in dict

from go-fitz.

Does that happen with all documents or you have only some that are problematic? In bindings, errors are not "caught", if that is something internal to mupdf I cannot help.

from go-fitz.

https://github.com/ArtifexSoftware/mupdf/blob/master/source/pdf/pdf-xref.c#L2280
https://github.com/ArtifexSoftware/mupdf/blob/master/source/fitz/error.c#L153

from go-fitz.

in doc mupdf. it seems your wrapper doesn't have this processing.
will it be difficult for you to add this?

All functions you call should be guarded by a fz_try block to catch the errors, or the program will call exit() on errors. You don't want that.

from go-fitz.

Hello. have any ideas how you can fix this?

from go-fitz.

I was not able to reproduce with files I usually use for testing. I don't have time to mess with this currently, also, if you or someone else can fix this, I accept PRs.

from go-fitz.

I think the only way of solving this problem is using Go as a simple glue layer instead of directly interacting with the library. I don't think it's possible at all to use MuPDF try/catch mechanism directly with Go.

I've been working on a wrapper of MuPDF with Go that is very specific for the company that I'm working for, but it may give some ideas: https://github.com/nitro/lazypdf

from go-fitz.

hello @diegobernardes. I saw your library, but it's not entirely clear to me how to install it, which I described in this issue: Nitro/lazypdf#51

from go-fitz.

Closing this in favor of #57.

from go-fitz.

This should be fixed in f15918d.

from go-fitz.