<div class="gmail_quote">On Tue, Nov 15, 2011 at 4:03 PM, Russell Reiter <span dir="ltr"><<a href="mailto:rreiter91-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org">rreiter91@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">
Someone else had posted that: cat file1.pdf > out.pdf cat file2.pdf<br>
>>out.pdf cat file3.pdf>>out.pdf worked and they were able to see all<br>
three PDF pages. Before anyone jumps on this I know this is not the<br>
same as the following.<br>
<br>
cat file1.pdf file2.pdf file3.pdf>out.pdf did not work, even though<br>
the man page says it should. I see only two possibilities, your<br>
environment changed the way cat works or your pdf parser couldn't do<br>
what the parser of the person who had success viewing the document<br>
could do, and that is deal with the multiple headers and eof<br>
characters in the resulting single document.<br>
<div><div></div><br></div></blockquote><div><br>cat file1.pdf file2.pdf file3.pdf>out.pdf  worked just fine, just the way it was supposed to. The resulting out.pdf happens to violate the PDF spec, just like mindlessly concatenating multiple files of *any* structured format not designed for this will render invalid output files. *That* was the problem, *not* the behaviour of cat(1).<br>
<br>As always, what happens when you try to process a garbage input file is implementation-dependent.<br></div></div>