[tex-live] extractbb can not read the pdf file generated by mutool

[ABE Noriyuki]

Dear all,

> As for the part related to detecting errors in input, I think, the purpose 
> of
> detecting errors is to let dvipdfmx give up reading data as early as 
> possible
> when input file is not considered as a PDF file or is a broken PDF.  
> Dvipdfmx
> should do what it can do for that.
But I think the current extractbb doesn't do that...

Anyway, I added some checking for inputs. The alternative of scanf("%u %
u") is really ugly... I hope someone will make a better one.

If you think that one is good, please include it.

2016/01/06(Wed) 22:29:13, Shunsaku Hirata <shunsaku.hirata74 at gmail.com>:
> I'm not the one who decides if the patch is to be accepted.
> I am just commenting on it as a person who is listed as an author of 
> dvipdfmx.
> 
> 2016-01-06 18:55 GMT+09:00 ABE Noriyuki <abenori at math.sci.hokudai.ac.jp>:
> > Dear all,
> >
> > I see. Now my question is
> >
> > * should extractbb strictly reject an unexpected input?
> >
> > I think Hirata-san's answer is "yes". If the answer is "yes", then I
> > agree with that we can't use mfgets. But the current extractbb (without
> > my patch) accepts an unexpected input.
> > This is a problem of the policy of dvipdfmx.
> 
> I don't know what you are going to say.
> 
> However, maybe I should clarify some of  my point and opinion.
> 
> The first one is that with mfgets dvipdfmx fails to read input which should
> now be considered as valid input.
> 
> As for the part related to detecting errors in input, I think, the purpose 
> of
> detecting errors is to let dvipdfmx give up reading data as early as 
> possible
> when input file is not considered as a PDF file or is a broken PDF.  
> Dvipdfmx
> should do what it can do for that.
> 
> 
> Could you explain about "the policy of dvipdfmx"?
> 
> 
> Shunsaku Hirata


-- 
北海道大学 大学院理学研究院数学部門
阿部紀行（あべのりゆき）
-------------- next part --------------
A non-text attachment was scrubbed...
Name: texlive.patch
Type: application/octet-stream
Size: 5418 bytes
Desc: not available
URL: <http://tug.org/pipermail/tex-live/attachments/20160106/e8f6a2ac/attachment-0001.obj>