DomainKey-Signature: a=rsa-sha1; c=nofws; d=sourceware.org; h=list-id
	:list-unsubscribe:list-subscribe:list-archive:list-post
	:list-help:sender:mime-version:from:date:message-id:subject:to
	:content-type; q=dns; s=default; b=Py1mnqcgCgu1TXz7WD40+2dKrtaPP
	S3q+tvXMQYm00Xz0Qjb46x2m/p6WeJC9zlbshH+NE+Q4HJ4pYPk4bhQMZyFxL+GB
	DzDJjGrVMJVcPUprFcY/uucY0ymGiH8q/wivTKBo1s2meFLb8LydItoSrLFVnsPj
	MynCvjCEnHa3Yg=
Mailing-List: contact cygwin-help@cygwin.com; run by ezmlm
Sender: cygwin-owner@cygwin.com
Mail-Followup-To: cygwin@cygwin.com
MIME-Version: 1.0
From: Ernie Coskrey <Ernie.Coskrey@us.sios.com>
Date: Fri, 29 Sep 2017 13:53:17 -0400
Message-ID: <CAK5twL04yq=AiP+1-m=AUZyRFw5X+A_ZcqgaFe_rZ66i4XvpnQ@mail.gmail.com>
Subject: Internationalization issue - string processing
To: Cygwin <cygwin@cygwin.com>
Content-Type: text/plain; charset="UTF-8"

We have a Java program that launches Cygwin bash processes which in turn
run a script.  The LC_ALL variable is set to "ja_JP".  The script will
execute processes using Unicode strings that are specified like this:

    "\u3053"

(for the Hiragana letter Ko).

For some reason, when bash calls another program and passes the string
above to it, the string is being converted to "0x3f 0x3f".

The script that is being run contains the following command:

    perl dump.pl "\u3053"

The perl script just prints out the hex values of its arguments, and it
displays:

??
3f 3f


The behavior is not reproducible if we run bash from a CMD prompt.  I know
this is pretty open-ended but are there any ideas as to what might be
causing this sort of localization issue?

Ernie Coskrey
SIOS Technology Corp.

--
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