PDFtk fails for "cat output"

[ineiti@…]

On MacOSX 10.7.4, ports 2.1.1, when I try to do

pdftk test_in.pdf cat output test_out.pdf

on the attached file, it aborts with "Trap 6". On other pdf-files I get other errors:

Unhandled Java Exception:
java.lang.NullPointerException
   at java.lang.Class.isAssignableFrom(libgcj.11.dylib)
   at java.lang.System.arraycopy(libgcj.11.dylib)
   at java.util.ArrayList.toArray(libgcj.11.dylib)
   at java.util.regex.Pattern.split(libgcj.11.dylib)
   at java.lang.String.split(libgcj.11.dylib)
   at java.text.DateFormatSymbols.getZoneStrings(libgcj.11.dylib)
   at java.text.DateFormatSymbols.<init>(libgcj.11.dylib)
   at java.text.SimpleDateFormat.<init>(libgcj.11.dylib)
   at java.text.SimpleDateFormat.<init>(libgcj.11.dylib)
   at com.lowagie.text.Document.addCreationDate(pdftk)
   at com.lowagie.text.pdf.PdfDocument.<init>(pdftk)
   at com.lowagie.text.pdf.PdfCopy.<init>(pdftk)

or

Unhandled Java Exception:
java.lang.NullPointerException
   at java.text.DateFormatSymbols.getZoneStrings(libgcj.11.dylib)
   at java.text.DateFormatSymbols.<init>(libgcj.11.dylib)
   at java.text.SimpleDateFormat.<init>(libgcj.11.dylib)
   at java.text.SimpleDateFormat.<init>(libgcj.11.dylib)
   at com.lowagie.text.Document.addCreationDate(pdftk)
   at com.lowagie.text.pdf.PdfDocument.<init>(pdftk)
   at com.lowagie.text.pdf.PdfCopy.<init>(pdftk)

[ineiti@…]

Input-pdf file that fails

[ineiti@…]

Cc Me!

[ryandesign (Ryan Carsten Schmidt)]

Sorry, I don't know what to do about this. Please try contacting the developer of pdftk.

[ryandesign (Ryan Carsten Schmidt)]

I can reproduce this crash on Mountain Lion if the port is built with the gcc45 variant. I just added a gcc47 variant in r96335 and I can no longer reproduce the crash with that. Does that fix the problem for you as well?

[ineiti@…]

Great! Thank you very much. A

sudo port selfupdate
sudo port upgrade outdated

later, it works like a charm. Upstream will be pleased!

Linus

[neverpanic (Clemens Lang)]

Shouldn't the gcc45 variant be removed if it's known to cause problems?

[ryandesign (Ryan Carsten Schmidt)]

Right, you asked that in #35553 too and I forgot to answer. The problem is that PDFTK's build has been very finicky, and so has GCC's, such that it seemed to me the different versions of GCC were required to build PDFTK successfully on different versions of OS X. Certainly, my recollection is that the gcc45 variant worked correctly on Snow Leopard at the time, and the gcc42 variant worked correctly on Tiger. It might be that by now gcc47 correctly builds PDFTK on all versions of OS X. If so I could remove all variants except gcc47, but I still need to test this. For now I'll call this fixed.