From: "Laimonas Vėbra" <laimonas.vebra@gmail.com>
To: Eli Zaretskii <eliz@gnu.org>
Cc: 6546@debbugs.gnu.org
Subject: bug#6546: win32 grep/shell utf-8 encoding
Date: Fri, 23 Jul 2010 22:07:16 +0300 [thread overview]
Message-ID: <4C49E864.7010306@gmail.com> (raw)
In-Reply-To: <83hbjqt6hw.fsf@gnu.org>
Eli Zaretskii wrote:
>> Date: Fri, 23 Jul 2010 18:50:54 +0300
>> From: Laimonas Vėbra<laimonas.vebra@gmail.com>
>> CC: 6546@debbugs.gnu.org
>>
>> Eli Zaretskii wrote:
>>
>>> You cannot easily change the locale of a Windows system by specifying
>>> some environment variable. You need to actually switch it
>>> system-wide. As long as we use ANSI APIs on Windows, we can only
>>
>> I am talking about LANG env settings, which we can freely change for the
>> cygwin apps to act differently (as we need).
>
> You are talking about Cygwin programs, while I'm talking about the
> native w32 build of Emacs. The effect of LANG and the way to change
> the locale is different for each one of these two.
I am talking about LANG setting restrictions, that Emacs implies. I
think -- it shouldn't.
>
>>> You can't, sorry.
>>
>> You can. That example was supposed to show, that you can freely change
>> LANG variable and cygwin utils, which relies on it, acts appropriately.
>
> Again, I was not talking about Cygwin, I was talking about the native
> w32 build of Emacs. It doesn't use the Unicode (UTF-16) APIs, so it
> can only support the current codepage when it invokes programs through
> the Windows APIs.
It *can* (try mingw example, that i posted) pass utf-8 encoded (and in
other encodings) arguments when it invokes external programs and for
that it doesn't need to use UTF-16 API _everywhere_. Like i said -- now
it (perfectly) works with native/mingw apps without any change.
next prev parent reply other threads:[~2010-07-23 19:07 UTC|newest]
Thread overview: 19+ messages / expand[flat|nested] mbox.gz Atom feed top
2010-07-01 8:46 bug#6546: win32 grep/shell utf-8 encoding Laimonas Vėbra
2010-07-01 17:26 ` Eli Zaretskii
2010-07-01 18:05 ` Laimonas Vėbra
2010-07-22 12:50 ` Juanma Barranquero
2010-07-22 14:11 ` Laimonas Vėbra
2010-07-22 15:02 ` Juanma Barranquero
2010-07-22 18:24 ` Laimonas Vėbra
2010-07-22 19:53 ` Eli Zaretskii
2010-07-22 21:48 ` Laimonas Vėbra
2010-07-22 23:00 ` Juanma Barranquero
2010-07-23 10:24 ` Eli Zaretskii
2010-07-23 12:54 ` Laimonas Vėbra
2010-07-23 14:23 ` Eli Zaretskii
2010-07-23 15:50 ` Laimonas Vėbra
2010-07-23 18:09 ` Eli Zaretskii
2010-07-23 19:07 ` Laimonas Vėbra [this message]
2022-04-24 12:01 ` bug#6546: bug#6705: w32 cmdproxy.c pass args to cygwin; erroneous charset conversion (problem description, solution/suggestion) Lars Ingebrigtsen
2022-04-24 12:31 ` Eli Zaretskii
2022-04-24 13:25 ` Lars Ingebrigtsen
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=4C49E864.7010306@gmail.com \
--to=laimonas.vebra@gmail.com \
--cc=6546@debbugs.gnu.org \
--cc=eliz@gnu.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
Code repositories for project(s) associated with this external index
https://git.savannah.gnu.org/cgit/emacs.git
https://git.savannah.gnu.org/cgit/emacs/org-mode.git
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.