[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
[Bug-wget] [bug #53884] Can wget (and any GNU projects) avoid spitting n
|
From: |
Dale Worley |
|
Subject: |
[Bug-wget] [bug #53884] Can wget (and any GNU projects) avoid spitting non-ASCII on the command line??? |
|
Date: |
Sun, 13 May 2018 23:00:06 -0400 (EDT) |
|
User-agent: |
Mozilla/5.0 (X11; Linux i686 (x86_64)) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/50.0.2633.3 Safari/537.36 |
Follow-up Comment #1, bug #53884 (project wget):
I've noticed this before but never really thought about it. However, it seems
likely that this behavior might be modulated by the LANG* environment
variables.
I checked in an Emacs shell window, and wget did use non-ASCII quote
characters. But also,
$ printenv | grep LANG
LANG=en_US.UTF-8
GDM_LANG=en_US.UTF-8
$
If I do
$ LANG=en_US wget google.com
wget limits itself to ASCII quotes.
So it seems likely that the LANG variable is specified to tell what character
set the program may use, and the relevant libraries respect that.
_______________________________________________________
Reply to this item at:
<http://savannah.gnu.org/bugs/?53884>
_______________________________________________
Message sent via Savannah
https://savannah.gnu.org/