X-Spam-Check-By: sourceware.org Message-ID: <456F0E89.28B2E427@dessent.net> Date: Thu, 30 Nov 2006 09:02:01 -0800 From: Brian Dessent X-Mailer: Mozilla 4.79 [en] (Windows NT 5.0; U) MIME-Version: 1.0 To: cygwin AT cygwin DOT com Subject: Re: Windows NTFS UCS2 characters References: Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-IsSubscribed: yes Reply-To: cygwin AT cygwin DOT com 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 John Love-Jensen wrote: > I can always fallback to use scripts for CMD.EXE to manipulate these files; > but I'd rather be able to do it in my Bash shell scripts. > > Please don't suggest Interix, SFU or MKS alternatives. Those are fine > products, I'm sure, but I'm not interested. I'm afraid you're probably just out of luck. If I understand the problem Cygwin currently does not use wide characters internally for filenames/pathnames, nor does it support any locale other than "C"/posix (the latter due to newlib limitations.) So you're limited to ANSI filenames in the current codepage, I think. There is a site out there that maintains a UTF-8 modified Cygwin, and these changes have been submitted for inclusion, but the wrapper method used did not meet technical muster and so it will remain a third-party fork. I am sure everyone would love to see a wchar-sporting Cygwin but to do it right will affect a lot of code paths and so it's no trivial undertaking. Brian -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/