Sure, there should not... and when compiled with -DNDEBUG it actually would not exit, but just assume 0.0 degrees rotation... The assert basically was there, because this particular function only implemented the simple cases (taking care of nearly all pdfs in the wild) and was not touched since then...
I've updated bzr (revision 7046) to handle at least all multiples of 90 correctly (i.e. also negative ones) now and throw an exception when encountering a still unexpected value. This may or may not fix pdftopdf for this particular pdf. Either try the offending pdf with the current bazaar version of cups-filters (and watch out for 'Unexpected /Rotation value: ...' exceptions in the log), or I can check the pdf file (and make further changes to pdftopdf, if necessary). -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/1154318 Title: pdftopdf assert failure: EPSON-Epson-Stylus-SX430: filter/pdftopdf/qpdf_pdftopdf.cc:34: Rotation getRotate(QPDFObjectHandle): Assertion `rot==0.0' failed. To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/cups-filters/+bug/1154318/+subscriptions -- ubuntu-bugs mailing list [email protected] https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
