Update of bug #58206 (project groff):
Status: Need Info => In Progress
Assigned to: None => gbranden
_______________________________________________________
Follow-up Comment #5:
[comment #4 comment #4:]
> Ok so a work around I used was to use tr's -d flag to remove the NULL
sections from the output from pdfinfo. As far as I know this should be
available to all systems. Another option is to use cat -v but I don't think
that is POSIX complaint.
Indeed it is not.
POSIX cat admits only -u, and even that is too much for some old-timers.
tr -d does indeed seem fine. Would someone like to report a bug to poppler
upstream? In my opinion is not Unixy for a "document information extractor"
to spew a binary stream to standard output unless this is explicitly
requested.
Note that the poppler-utils package in Debian stable is 0.71, and the latest
upstream release is 0.87 (made at the end of March), so it might be polite to
trawl the bug tracker to see if the issue has already been resolved.
https://gitlab.freedesktop.org/poppler/poppler/issues
I share Ingo's discomfort at all this `.sy`ing, but at least someone has to
turn the safety off of the gun with -U first before the macro will work.
I'm inclined to apply the patch (and add a comment justifying the
perhaps-surprising use of tr -d '\000', while the provenance and continued
value of .PDFPIC can be determined. Our contributor Deri James knows vastly
more about PDF integration than I do.
I'll put the bug state into "In Progress". I need to reproduce it--with luck
this is easy with in-groff-source-tree materials, and that will tell me how it
easy it is to write a regression test for it.
_______________________________________________________
Reply to this item at:
<https://savannah.gnu.org/bugs/?58206>
_______________________________________________
Message sent via Savannah
https://savannah.gnu.org/
