X-Recipient: archive-cygwin AT delorie DOT com X-SWARE-Spam-Status: No, hits=-1.5 required=5.0 tests=AWL,BAYES_00,RCVD_IN_DNSWL_NONE,TW_RX,T_RP_MATCHES_RCVD X-Spam-Check-By: sourceware.org X-Authority-Analysis: v=1.0 c=1 a=p1RAxxKEwlMA:10 a=IkcTkHD0fZMA:10 a=w_pzkKWiAAAA:8 a=-8CPuy1mgYFGlJ0x6NoA:9 a=vvQbTi2IaXklNdmq_fgA:7 a=UplHidPEAv03EEcpukzwwbE6IrgA:4 a=QEXdDO2ut3YA:10 a=buB1NfXUTBUA:10 a=IfQ-iFkkCvMA:10 Message-ID: <4C9A04C7.1020407@charter.net> Date: Wed, 22 Sep 2010 09:29:43 -0400 From: SJ Wright User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.8.1.24) Gecko/20100228 Thunderbird/2.0.0.24 Mnenhy/0.7.6.666 MIME-Version: 1.0 To: cygwin AT cygwin DOT com Subject: Re: Instead of a gripe, a memory-jog. References: <4C949BEA DOT 2090508 AT charter DOT net> <20100918112910 DOT GH14602 AT calimero DOT vinschen DOT de> <4C9886F1 DOT 7010309 AT charter DOT net> <4C993FCA DOT 4090103 AT charter DOT net> In-Reply-To: Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit X-IsSubscribed: yes Mailing-List: contact cygwin-help AT cygwin DOT com; run by ezmlm List-Id: List-Subscribe: List-Archive: List-Post: List-Help: , Sender: cygwin-owner AT cygwin DOT com Mail-Followup-To: cygwin AT cygwin DOT com Delivered-To: mailing list cygwin AT cygwin DOT com Andy Koppe wrote: > On 22 September 2010 00:29, SJ Wright wrote: > >>> Yes. I noticed where I had the territory mis-cased the next time I ran >>> wget. In the line that identified the file and URL for each download, >>> double-quotes and other punctuation became garbage characters, where they >>> hadn't been when I either had *no* LANG variable set or a correctly-written >>> one. So now it's fixed. Thanks again. >>> > > If LANG (and also LC_ALL and LC_CTYPE) aren't set, Cygwin defaults to > UTF-8. It's better to have it set though, because some programs such > as emacs default to plain ol' ASCII if the locale isn't set. That's > why LANG is set to C.UTF-8 during login shell startup (by > /etc/defaults/etc/profile.d/lang.sh). In other words, you shouldn't > have to worry about it. > > >> Spoke too soon on the wget matter. Since setting a LANG variable in the >> first place (and evidently the right place, or else this wouldn't be a >> "matter"), I've been seeing garbage text -- I prefer to call it "drone text" >> -- in place of quotation marks during normal (non-verbose and not set to >> "quiet") downloads. Here's a sample: >> >>> Saving to: â€œgae77-7748-244-958stck.jpgâ€ >>> > > That looks like wget is using UTF-8 yet your terminal is using > ISO-8859-1. The Cygwin console as well as all the terminals shipped > with Cygwin (except for rxvt) use UTF-8 by default. With other > terminals, you might have to select it somewhere in their options. > > Andy > > -- > Problem reports: http://cygwin.com/problems.html > FAQ: http://cygwin.com/faq/ > Documentation: http://cygwin.com/docs.html > Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple > > > Well, my LANG is C.UTF-8, and the garbage in wget turned back into single- and double-quotes as soon as I added the command to .wgetrc I mentioned. So it turns out, at least in my case, that "local_encoding=UTF-8" does something positive with how commands/running task steps are displayed. This was, coincidentally, in rxvt that all of this was happening. I've yet to try it in MinTTY. I don't expect much of a difference: these are 'peripheral' variables set and if a UTF-8 works from two directions in a term that isn't built to like it, then 'how much better should it be in one that does?' is not even a question worth asking, imo. Steve W -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple