pdfroff generating blank output

John Ousterhout ouster@cs.stanford.edu
Mon Nov 11 20:33:16 GMT 2024


As  of this morning the behavior of pdfroff under Cygwin seems to have
changed for me: the PDF output that it produces is (often) blank:
* It seems to have the right number of pages, but all of the pages are blank.
* I tried several different viewers including Adobe Acrobat, the PDF
displayer in Firefox, and the PDF displayer in VSCode; all show the
same blank output.
* Historically pdfroff has worked consistently for me with no
problems. Files that produce blank output today worked fine in the
past (perhaps a few months ago?).
* The behavior is not totally consistent: some files still work while
others don't. After poking around a bit, I was able to find a
single-line change that flips the behavior between working and not
working. I have attached the file (homa.7), which can be compiled with
"pdfroff -man homa.7 > homa.pdf". In its current form, this file
generates blank output for me. But, if I delete line 561 (".IR
max_incoming /(N+1).") then the file generates viewable output.
* In cases where the output is blank, I tried using "groff -T ascii"
instead, and this produces fine output.

I am also attaching output from "cygcheck -s -v -r > cygcheck.out", in
case that sheds some light.

Any help would be much appreciated; is it possible that I am doing
something wrong?

-John-
-------------- next part --------------
A non-text attachment was scrubbed...
Name: homa.7
Type: application/octet-stream
Size: 23480 bytes
Desc: not available
URL: <https://cygwin.com/pipermail/cygwin/attachments/20241111/4c8af5ff/attachment-0002.obj>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: cygcheck.out
Type: application/octet-stream
Size: 364893 bytes
Desc: not available
URL: <https://cygwin.com/pipermail/cygwin/attachments/20241111/4c8af5ff/attachment-0003.obj>


More information about the Cygwin mailing list