Re: [bug #64301] [troff] susceptible to integer overflow

[looping in groff list; bug-groff is largely a reflector for the Savannah ticket tracker] At 2024-07-15T17:03:53-0700, Collin Funk wrote: > "G. Branden Robinson" writes: > > Patch #7 was hosed. Fixed that, and patch #12 (new) keeps all tests > > passing. > > > > Is the finish line in sight? > >

[bug #65990] [mm] macro 'init@reset' is still used but not defined

Update of bug #65990 (group groff): Status: In Progress => Fixed Open/Closed:Open => Closed Planned Release:None => 1.24.0 __

[bug #65989] [mm] unmatched parenthesis in `SP` argument checking

Update of bug #65989 (group groff): Status: In Progress => Fixed Open/Closed:Open => Closed Planned Release:None => 1.24.0 __

[bug #65985] groff make process spews out a huge amount of errors/warnings

Update of bug #65985 (group groff): Status: Need Info => Invalid Assigned to:None => gbranden Open/Closed:Open => Closed __

[bug #65936] [grohtml] crops PostScript of _tbl_ tables incorrectly

Update of bug #65936 (group groff): Severity: 3 - Normal => 4 - Important Status: Need Info => Confirmed Summary: [grohtml] litters working directory with 0-length image files => [grohtml] crops P

[bug #65936] [grohtml] crops PostScript of _tbl_ tables incorrectly

Follow-up Comment #9, bug #65936 (group groff): For smoking-gun evidence, see bug #65961, which I am going to make a duplicate of this ticket. ___ Reply to this item at: __

[bug #65961] [grohtml] produces empty image files and warnings from pnmcrop

Update of bug #65961 (group groff): Severity: 3 - Normal => 4 - Important Status:None => Duplicate Open/Closed:Open => Closed Summary: [groh

[bug #65930] [me] large values of register `tv` cause infinite trap recursion

Follow-up Comment #15, bug #65930 (group groff): [comment #14 comment #14:] > [comment #4 comment #4:] > > since the `@t` internal macro is called by the `$h` and `$f` > > "API" macros, it's the redefiner's responsibility to cope with > > the more troublesome vertical spacing issues that arise. >

[bug #65930] [me] large values of register `tv` cause infinite trap recursion

Follow-up Comment #16, bug #65930 (group groff): Interestingly, when I applied comment #5's patch to _groff_ Git HEAD, I got some fuzz and offsets. $ patch -p1 < me.65930.patch patching file tmac/e.tmac Hunk #1 succeeded at 463 with fuzz 1 (offset 4 lines). Hunk #2 succeeded at 477 (offset 4 lin

[bug #65930] [me] large values of register `tv` cause infinite trap recursion

Update of bug #65930 (group groff): Status: Need Info => Confirmed ___ Follow-up Comment #17: Okay, well, my patch from comment #2 seems to be impotent to resolve the problem reported in commen

[bug #65800] bootstrap oddity: .gitignore discrepancy

Follow-up Comment #3, bug #65800 (group groff): It's possible this is related to Collin Funk's observation (http://lists.gnu.org/r/bug-groff/2024-07/msg00163.html) that "bootstrap" is out of date. However, I first encountered it before [http://git.savannah.gnu.org/cgit/groff.git/commit/?id=c85e76

Re: [bug #64301] [troff] susceptible to integer overflow

On Tue, Jul 16, 2024 at 06:59:08AM -0500, G. Branden Robinson wrote: > At 2024-07-15T17:03:53-0700, Collin Funk wrote: > > Not directly related, but I noticed that groff uses a ./bootstrap > > script which is 2 years behind gnulib updates. > > > > Whenever you update the gnulib git submodule I wou

[bug #65977] [troff] `device` request should work early as `\X` does

Update of bug #65977 (group groff): Status:None => In Progress Assigned to:None => gbranden Summary: [troff] `device` request should diagnose if used too early => [troff] `device` req

Re: [bug #64301] [troff] susceptible to integer overflow

"G. Branden Robinson" writes: > Another Col(l)in to the rescue! I think I will also update our > "HACKING" file to document how to update the gnulib submodule and do the > foregoing as well. :). Sounds good. If I remember correctly Coreutils has instructions on how to update Gnulib in README-

[bug #65800] bootstrap oddity: .gitignore discrepancy

Follow-up Comment #4, bug #65800 (group groff): Additionally, after yesterday's build I had to change a configuration item and rerun "configure". The second build gave me an interrogation: configure: The uchardet library was not found. The 'preconv' preprocessor program will be unable to atte

[bug #65800] bootstrap oddity: .gitignore discrepancy

Follow-up Comment #5, bug #65800 (group groff): Shouldn't be relevant, but: my $PATH has $HOME/bin as the first entry, and my system has this: $ ls -go $HOME/bin/mv -rwx-- 1 16 Mar 2 2013 /home/vax/bin/mv $ cat $HOME/bin/mv /bin/mv -i "$@" So that "overwrite?" query comes up by default for

[bug #65800] bootstrap oddity: .gitignore discrepancy

Follow-up Comment #6, bug #65800 (group groff): Hi, I saw this and assumed it was a bug with the rewritten Python gnulib-tool that I worked on recently. However running the following command: $ env GNULIB_TOOL_IMPL=sh ./bootstrap $ git diff . diff --git a/.gitignore b/.gitignore index 2c749f1aa.

[bug #63018] [PATCH] make glyphs in ZD font accessible via their Unicode spellings

Update of bug #63018 (group groff): Status:None => Need Info Assigned to:deri => None ___ Follow-up Comment #32: Setting Status to refl