[bug #63581] "nroff -mom sample_docs.mom" causes infinite loop

Update of bug #63581 (project groff): Planned Release:None => 1.23.0 ___ Reply to this item at: ___

[bug #63581] "nroff -mom sample_docs.mom" causes infinite loop

Update of bug #63581 (project groff): Status: Confirmed => Fixed Open/Closed:Open => Closed ___ Reply to this item at:

[bug #63581] "nroff -mom sample_docs.mom" causes infinite loop

Follow-up Comment #22, bug #63581 (project groff): [comment #21 comment #21:] > When the PRINTSTYLE of sample-docs.mom is changed to TYPEWRITE, conformant with the note in the momdocs that mom is "designed for primarily for PDF or PostScript output, although with PRINTSTYLE TYPEWRITE she

[bug #63581] "nroff -mom sample_docs.mom" causes infinite loop

Follow-up Comment #21, bug #63581 (project groff): When the PRINTSTYLE of sample-docs.mom is changed to TYPEWRITE, conformant with the note in the momdocs that mom is "designed for primarily for PDF or PostScript output, although with PRINTSTYLE TYPEWRITE she produces acceptable terminal copy",

[bug #63581] "nroff -mom sample_docs.mom" causes infinite loop

Follow-up Comment #19, bug #63581 (project groff): [comment #17 comment #17:] > I think there is a possible (3): When groff encounters an > infinite loop type situation it breaks the loop and returns an > error exit code to the user. Groff will sometimes emit "fatal error: input stack limit

[bug #63581] "nroff -mom sample_docs.mom" causes infinite loop

Follow-up Comment #18, bug #63581 (project groff): The reason it hangs is because there is an infinite loop. The infinite loop is in the while statement in line 18123 when START is called for the second time in the collated document. The reason it loops is because #DOC_LEAD has a zero value on

[bug #63581] "nroff -mom sample_docs.mom" causes infinite loop

Follow-up Comment #17, bug #63581 (project groff): [comment #13 comment #13:] > You're right about the manpage. I doubt many read it. Still, it should include mentioning the nroff "sort of incompatibility". As to sticking a .tm into om.tmac, it won't help in the case of the OP's terminal

[bug #63581] "nroff -mom sample_docs.mom" causes infinite loop

Follow-up Comment #16, bug #63581 (project groff): [comment #12 comment #12:] > Maybe something a bit less nuclear than the suggestion in comment #6, Here I am. always climbing up on my "fail fast, fail hard" atomic soapbox, and someone always tries to talk me down... ;-) [comment #13 comment

[bug #63581] "nroff -mom sample_docs.mom" causes infinite loop

Follow-up Comment #15, bug #63581 (project groff): Gene, I wonder if one thing that might help you with what you're trying to achieve is that, instead of using nroff output, you use groff output with the "-a" option? This will still send output to the terminal, but it won't use the nroff output

[bug #63581] "nroff -mom sample_docs.mom" causes infinite loop

Follow-up Comment #14, bug #63581 (project groff): [comment #13 comment #13:] > You're right about the manpage. I doubt many read it. Still, > it should include mentioning the nroff "sort of incompatibility". Right, I wasn't trying to suggest the manpage _not_ include this, merely that it

[bug #63581] "nroff -mom sample_docs.mom" causes infinite loop

Follow-up Comment #13, bug #63581 (project groff): You're right about the manpage. I doubt many read it. Still, it should include mentioning the nroff "sort of incompatibility". As to sticking a .tm into om.tmac, it won't help in the case of the OP's terminal freeze, but it is the best

[bug #63581] "nroff -mom sample_docs.mom" causes infinite loop

Follow-up Comment #12, bug #63581 (project groff): Maybe something a bit less nuclear than the suggestion in comment #6, something like: .if n .tm mom doesn't support terminals; results are undefined This lets the user know any number of things could go wrong, but allows processing to continue

[bug #63581] "nroff -mom sample_docs.mom" causes infinite loop

Follow-up Comment #11, bug #63581 (project groff): [comment #10 comment #10:] > [comment #9 comment #9:] > I don't know how possible this would be (and I suspect maybe more a groff issue than relating to an individual macro?); but would an error exit code be possible as opposed to a terminal

[bug #63581] "nroff -mom sample_docs.mom" causes infinite loop

Follow-up Comment #10, bug #63581 (project groff): [comment #9 comment #9:] > The issue is this: some mom documents can be rendered at the terminal and some can't. Yes, I had noticed that myself. The wordcount ran fine on some mom examples. I don't know how possible this would be (and I

[bug #63581] "nroff -mom sample_docs.mom" causes infinite loop

Follow-up Comment #9, bug #63581 (project groff): [comment #8 comment #8:] > Although I appreciate I'm new here, I think the suggested text should be strengthened. Typically when something doesn't work (i.e. the terminal hangs) I assume the fault lies in code I have written. Resultingly I

[bug #63581] "nroff -mom sample_docs.mom" causes infinite loop

Follow-up Comment #8, bug #63581 (project groff): Thank you for the response, sorry to hear about the recent wayward Ubuntu upgrade. It is a pity that this error is not going to be rectified, I would have liked the functionality to have worked across all macros. For my part I will inform

[bug #63581] "nroff -mom sample_docs.mom" causes infinite loop

Follow-up Comment #7, bug #63581 (project groff): Sorry for the delay in getting to this. A recent upgrade to Ubuntu 22.04 proved catastrophic and I can't boot into my system. Still working on it. > > The 'mom' package is for typesetting, not for typewriting (terminals > > and line printers)

[bug #63581] "nroff -mom sample_docs.mom" causes infinite loop

Follow-up Comment #6, bug #63581 (project groff): [comment #5 comment #5:] > The 'mom' package is for typesetting, not for typewriting (terminals > and line printers) and utf8 devices are for typewriting (see the file > DESC in the directory "font/devutf8" (postpro grotty). See > groff_mom(7)

[bug #63581] "nroff -mom sample_docs.mom" causes infinite loop

Follow-up Comment #5, bug #63581 (project groff): The 'mom' package is for typesetting, not for typewriting (terminals and line printers) and utf8 devices are for typewriting (see the file DESC in the directory "font/devutf8" (postpro grotty). See groff_mom(7) (and grotty(1)).

[bug #63581] "nroff -mom sample_docs.mom" causes infinite loop

Follow-up Comment #4, bug #63581 (project groff): [comment #3 comment #3:] > Use "pdfmom -Z sample_docs.mom". Thank you for the suggestion, but this command is not compatible with device '-T utf8'. ___ Reply to this item at:

[bug #63581] "nroff -mom sample_docs.mom" causes infinite loop

Follow-up Comment #3, bug #63581 (project groff): Use "pdfmom -Z sample_docs.mom". ___ Reply to this item at: ___ Message sent via Savannah

[bug #63581] "nroff -mom sample_docs.mom" causes infinite loop

Follow-up Comment #2, bug #63581 (project groff): Oh. Savannah previewed all of my output but truncated it when actually submitting the update. The document does actually get some way into rendering. Let me know if I can be of assistance, Peter.