summaryrefslogtreecommitdiff
path: root/Makefile
diff options
context:
space:
mode:
authorRobin Watts <robin.watts@artifex.com>2012-05-09 19:13:14 +0100
committerRobin Watts <robin.watts@artifex.com>2012-05-10 13:38:26 +0100
commit90a289b18e2936bd2e585265964474df31c0dd5f (patch)
treeae9678288dd715bdf7c052f6c0ad4dc10a683507 /Makefile
parentb0beab3eecdb1681f5fb8a163278803aad852b81 (diff)
downloadmupdf-90a289b18e2936bd2e585265964474df31c0dd5f.tar.xz
mupdfclean - update to allow renumbering of encrypted objects
mupdfclean (or more correctly, the pdf_write function) currently has a limitation, in that we cannot renumber objects when encryption is being used. This is because the object/generation number is pickled into the stream, and renumbering the object causes it to become unreadable. The solution used here is to provide extended functions that take both the object/generation number and the original object/generation number. The original object numbers are only used for setting up the encryption. pdf_write now keeps track of the original object/generation number for each object. This fix is important, if we ever want to output linearized pdf as this requires us to be able to renumber objects to a very specific order. We also make a fix in removeduplicateobjects that should only matter in the case where we fail to read an object correctly.
Diffstat (limited to 'Makefile')
0 files changed, 0 insertions, 0 deletions