Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]


Groups > gnu.groff.bug > #1817

[bug #58165] test-suite: "nroff -V ..." fails for other devices than "ascii"

Path csiph.com!xmission!news.snarked.org!news.linkpendium.com!news.linkpendium.com!panix!usenet.stanford.edu!not-for-mail
From "G. Branden Robinson" <INVALID.NOREPLY@gnu.org>
Newsgroups gnu.groff.bug
Subject [bug #58165] test-suite: "nroff -V ..." fails for other devices than "ascii"
Date Mon, 13 Apr 2020 09:28:29 -0400 (EDT)
Lines 70
Approved bug-groff@gnu.org
Message-ID <mailman.163.1586784513.3066.bug-groff@gnu.org> (permalink)
References <20200412-203706.sv93188.8615@savannah.gnu.org> <20200412-220343.sv108747.17736@savannah.gnu.org> <20200412-221316.sv108747.84108@savannah.gnu.org> <20200413-021329.sv93188.98398@savannah.gnu.org> <20200413-083610.sv108747.38378@savannah.gnu.org> <20200413-085148.sv108747.29962@savannah.gnu.org> <20200413-123659.sv93188.48335@savannah.gnu.org> <20200413-132829.sv108747.98424@savannah.gnu.org>
NNTP-Posting-Host lists.gnu.org
Mime-Version 1.0
Content-Type text/plain;charset=UTF-8
X-Trace usenet.stanford.edu 1586784513 2643 209.51.188.17 (13 Apr 2020 13:28:33 GMT)
X-Complaints-To action@cs.stanford.edu
To "G. Branden Robinson" <g.branden.robinson@gmail.com>, Bjarni Ingi Gislason <bjarniig@rhi.hi.is>, bug-groff@gnu.org
Envelope-to bug-groff@gnu.org
X-PHP-Originating-Script 1001:sendmail.php
X-Savane-Server savannah.gnu.org:443 [209.51.188.72]
X-Savane-Project groff
X-Savane-Tracker bugs
X-Savane-Item-ID 58165
User-Agent Mozilla/5.0 (X11; Linux x86_64; rv:68.0) Gecko/20100101 Firefox/68.0
X-Apparently-From 1.129.106.180 (Savane authenticated user gbranden)
In-Reply-To <20200413-123659.sv93188.48335@savannah.gnu.org>
X-detected-operating-system by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic]
X-Received-From 209.51.188.72
X-BeenThere bug-groff@gnu.org
X-Mailman-Version 2.1.23
Precedence list
List-Id "Bug reports for the GNU version of nroff, troff et al" <bug-groff.gnu.org>
List-Unsubscribe <https://lists.gnu.org/mailman/options/bug-groff>, <mailto:bug-groff-request@gnu.org?subject=unsubscribe>
List-Archive <https://lists.gnu.org/archive/html/bug-groff>
List-Post <mailto:bug-groff@gnu.org>
List-Help <mailto:bug-groff-request@gnu.org?subject=help>
List-Subscribe <https://lists.gnu.org/mailman/listinfo/bug-groff>, <mailto:bug-groff-request@gnu.org?subject=subscribe>
X-Mailman-Original-Message-ID <20200413-132829.sv108747.98424@savannah.gnu.org>
X-Mailman-Original-References <20200412-203706.sv93188.8615@savannah.gnu.org> <20200412-220343.sv108747.17736@savannah.gnu.org> <20200412-221316.sv108747.84108@savannah.gnu.org> <20200413-021329.sv93188.98398@savannah.gnu.org> <20200413-083610.sv108747.38378@savannah.gnu.org> <20200413-085148.sv108747.29962@savannah.gnu.org> <20200413-123659.sv93188.48335@savannah.gnu.org>
Xref csiph.com gnu.groff.bug:1817

Show key headers only | View raw


Follow-up Comment #7, bug #58165 (project groff):


[comment #6 comment #6:]
> 
>   I looked at the issue again.
> 
> 1) unset the LESSCHARSET environmental variable in the test script.

That doesn't sound like anything that's ever been part of the test script. 
I'm the only one who's ever committed to it and I'm pretty sure.

It would be helpful if you'd try to reproduce problems against stock,
unmodified groffs when filing bugs.  Telling us which git revision you're
testing wouldn't hurt either.

>   Result: correct operation.

That's good to hear but a little puzzling. LESSCHARSET is a very distant
fallback.  For it to be consulted, all locale checks have to fail.

> 
> 2) looked at the first case test with "locale charmap" in "nroff".
> 
>   Issued "LC_ALL=C locale charmap".
> 
>   Result: ANSI_X3.4-1968

Yes, that's what you should get.
 
>   This shows that the real culprit is a missing case candidate in the
> first case test, not the LESSCHARSET, nor the result of the "locale" I
> use in the environment.
> 
>   "groff" supports four output devices, so one is missing in the first
> case test.

I don't follow any of your reasoning here.

1. When your locale is is_IS.ISO-8559-1, "locale charmap" will return
"ISO-8859-1" unless you override the command's environment, as in case 2
below.

2. When you run "LC_ALL=C locale charmap", you will always get back
ANSI_X3.4-1968".

3. You seem to have a system with a functioning locale system, so I don't see
why nroff would ever fall back to LESSCHARSET for you.  Unless you're once
again doing something you haven't disclosed, like "LESSCHARSET=latin1 LC_ALL=C
nroff".  In that scenario, nroff will attempt to use the latin1 device and it
is working exactly as documented in the man page.

I believe I've resolved the problems here with my latest commits to nroff and
its test script, but I'll give it a few minutes before resolving the ticket
because I need to catch up on mail.

>   A case of wrong conclusions, suggestions is seen in the bug
> report #58098.

    _______________________________________________________

Reply to this item at:

  <https://savannah.gnu.org/bugs/?58165>

_______________________________________________
  Message sent via Savannah
  https://savannah.gnu.org/

Back to gnu.groff.bug | Previous | Next | Find similar


Thread

[bug #58165] test-suite: "nroff -V ..." fails for other devices than "ascii" "G. Branden Robinson" <INVALID.NOREPLY@gnu.org> - 2020-04-13 09:28 -0400

csiph-web