[self-follow-up] At 2026-10-16T08:51:37-0500, G. Branden Robinson wrote: > At 2026-10-15T21:40:33-0700, Mike wrote: > > mmroff.pl is reporting the sixteen bit value set by wait(2). > > > > The high order eight bits are the exit status for a process > > terminating normally. If the process is terminated by a fatal > > signal, the low order seven bits indicated that signal. The eighth > > bit indicates whether a core file was generated. This is probably > > the source of confusion about bit 0x80, above. > > > > In the case in question, mmroff.pl should report $? >> 8. It should > > also detect signal termination and report accordingly. > > We already have code to do this in pdfmom.pl (that I put in myself). > I simply had an attack of laziness and didn't copy it over to > mmroff.pl.
I have a patch that seems to work, meaning that it doesn't fail the test suite and does the right thing when the groff that mmroff runs exits abnormally. $ printf '.P\nThis is my\n.I mmroff\ndocument.\n.ab\n' | ./build/mmroff mmroff: fatal error: groff exited with status 4 I invite anyone interested to review it and comment at <https://savannah.gnu.org/bugs/index.php?68782>. Regards, Branden
signature.asc
Description: PGP signature
