Log of #mupdf at irc.freenode.net.

Search:
 <<<Back 1 day (to 2019/08/11)Fwd 1 day (to 2019/08/13)>>>20190812 
Robin_Watts sebras: http://git.ghostscript.com/?p=user/robin/mupdf.git;a=commitdiff;h=c8d02c80556b93e1d047420b703f025357781fa009:49.55 
  Just clustering that now.09:50.00 
sebras Robin_Watts: should we also test against PDF_MAX_OBJECT_NUMBER ?09:52.04 
  Robin_Watts: and quite possibly a maximum generation number?09:52.14 
  perhaps that's for a separate commit, I don't know. I haven't thought this through. it's just my immediate reaction.09:52.37 
Robin_Watts sebras: I don't know that there is a maximum valid object number, is there?09:54.48 
  ooh, that constant exists.09:55.22 
  We probably should.09:55.25 
  Let me update the commit09:55.46 
sebras yes it does. I've used it. :)09:56.29 
Robin_Watts http://git.ghostscript.com/?p=user/robin/mupdf.git;a=commitdiff;h=8d9bc1961b308507da047497843b820528e5c5bb09:58.13 
sebras the maximum generation number is 65535 according to page 95 in pdfref17.pdf10:02.06 
  that probably doesn't matter for the bug, but is it worth taking into account?10:02.26 
Robin_Watts Can't hurt.10:12.36 
  http://git.ghostscript.com/?p=user/robin/mupdf.git;a=commitdiff;h=0ced8361cca6d5536f9d770a432459189c08f88410:21.35 
  bah. let me fix the message.10:21.48 
  http://git.ghostscript.com/?p=user/robin/mupdf.git;a=commitdiff;h=01226d0c092b4f1ac6c06cb574e628764e53577b10:23.23 
sebras Robin_Wattsv LGTM10:37.37 
Robin_Watts sebras: Ta.10:52.45 
 <<<Back 1 day (to 2019/08/11)Forward 1 day (to 2019/08/13)>>> 
ghostscript.com #ghostscript
Search: