X-Recipient: archive-cygwin@delorie.com X-SWARE-Spam-Status: No, hits=-2.6 required=5.0 tests=AWL,BAYES_00,DKIM_SIGNED,DKIM_VALID,DKIM_VALID_AU,FREEMAIL_FROM,RCVD_IN_DNSWL_LOW,T_TO_NO_BRKTS_FREEMAIL X-Spam-Check-By: sourceware.org MIME-Version: 1.0 In-Reply-To: References: <2BF01EB27B56CC478AD6E5A0A28931F202190F42@A1DAL1SWPES19MB.ams.acs-inc.net> Date: Thu, 3 Mar 2011 06:38:49 +0000 Message-ID: Subject: Re: entering special symbols in mintty From: Andy Koppe To: cygwin@cygwin.com Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-IsSubscribed: yes Mailing-List: contact cygwin-help@cygwin.com; run by ezmlm Precedence: bulk List-Id: List-Unsubscribe: List-Subscribe: List-Archive: List-Post: List-Help: , Sender: cygwin-owner@cygwin.com Mail-Followup-To: cygwin@cygwin.com Delivered-To: mailing list cygwin@cygwin.com On 2 March 2011 20:27, Jim Garrison wrote: > Mintty seems to be interpreting Alt+nnnn codes in OCTAL instead of decima= l, based on the Unicode code point and not the Windows Alt+nnnn codes. =C2= =A0For example, Windows' Character Map applet shows the "Euro" symbol as Un= icode character U+20AC and Alt+0128. =C2=A0Entering Alt+0128 in mintty has = no discernible effect, but if you convert hex 20AC to octal and enter that = (with a leading zero to indicate that it's octal, Alt+020254) you DO get a = Euro symbol. > > It also appears that without the leading zero the number is interpreted a= s decimal, again selecting the Unicode code-point. Correct, and as documented in the manual: http://mintty.googlecode.com/svn/tags/0.9.6/docs/mintty.1.html#19 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