[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
[bug #66111] Nonexistent character reported by diagnostic unrelated to c
|
From: |
G. Branden Robinson |
|
Subject: |
[bug #66111] Nonexistent character reported by diagnostic unrelated to character in input |
|
Date: |
Mon, 19 Aug 2024 16:26:14 -0400 (EDT) |
Follow-up Comment #1, bug #66111 (group groff):
[comment #0 original submission:]
> $ echo '\[vs]' | groff -z -Tutf8
> $ echo '\[vs]' | groff -z -Tlatin1
> troff:<standard input>:1: warning: special character 'ah' not defined
> The warning is expected, as _ลก_ does not exist in Latin-1. But the
character reported is weird.
>
> Groff 1.22.4 correctly reported "can't find special character 'vs'." The
diagnostic is wrong in 1.23 and git HEAD.
You will find the answer in "fallbacks.tmac".
I think the newer diagnostic is more accurate.
But I agree that its puzzling at first glace, and an easy-to-use resource for
digging into the problem are lacking.
This is one reason I want a `pchar` request (see bug #64004). I envision it
describing how the character identifier was resolved, and possibly dumping it
like a node (where applicable); see the new `pline` request.
_______________________________________________________
Reply to this item at:
<https://savannah.gnu.org/bugs/?66111>
_______________________________________________
Message sent via Savannah
https://savannah.gnu.org/
signature.asc
Description: PGP signature