On Thu, Nov 21, 2024 at 12:39 PM Corinna Vinschen via Cygwin
wrote:
>
> On Nov 21 12:25, Corinna Vinschen via Cygwin wrote:
> > On Nov 21 05:57, Dan Shelton via Cygwin wrote:
> > > locale -a | grep 18030
> >
> > You're confusing locale with codeset (or charse
On Nov 21 12:25, Corinna Vinschen via Cygwin wrote:
> On Nov 21 05:57, Dan Shelton via Cygwin wrote:
> > locale -a | grep 18030
>
> You're confusing locale with codeset (or charset).
>
> $ locale -a | grep zh_CN
> zh_CN
> zh_CN.utf8
> zh_CN
On Nov 21 05:57, Dan Shelton via Cygwin wrote:
> On Thu, 21 Nov 2024 at 05:06, Takashi Yano wrote:
> >
> > On Thu, 21 Nov 2024 00:16:41 +0100
> > Dan Shelton wrote:
> > > Does Cygwin have a zh_CN.GB18030 locale?
> >
> > I think so.
> >
> >
Am 21.11.2024 um 06:55 schrieb Dan Shelton via Cygwin:
...
What do I have to install and do to get a single MinTTY running with
bash with a GB18030 locale, while the rest of the Windows session
remains English?
You can use the different locale categories, e.g.
LC_MESSAGES=en_GB LC_CTYPE
On Thu, 21 Nov 2024 06:55:07 +0100
Dan Shelton wrote:
> On Thu, 21 Nov 2024 at 05:05, Thomas Wolff via Cygwin
> wrote:
> > Am 21.11.2024 um 00:16 schrieb Dan Shelton via Cygwin:
> > > Hello!
> > >
> > > Does Cygwin have a zh_CN.GB18030 locale?
>
On Thu, 21 Nov 2024 at 05:05, Thomas Wolff via Cygwin wrote:
>
>
>
>
> Am 21.11.2024 um 00:16 schrieb Dan Shelton via Cygwin:
> > Hello!
> >
> > Does Cygwin have a zh_CN.GB18030 locale?
> > LC_ALL=zh_CN.GB18030 locale charmap
> GB18030
>
>
On Thu, 21 Nov 2024 at 05:06, Takashi Yano wrote:
>
> On Thu, 21 Nov 2024 00:16:41 +0100
> Dan Shelton wrote:
> > Does Cygwin have a zh_CN.GB18030 locale?
>
> I think so.
>
> $ locale
> LANG=zh_CN.GB18030@cjknarrow
> LC_CTYPE="zh_CN.GB18030@cjknarrow&
On Thu, 21 Nov 2024 00:16:41 +0100
Dan Shelton wrote:
> Does Cygwin have a zh_CN.GB18030 locale?
I think so.
$ locale
LANG=zh_CN.GB18030@cjknarrow
LC_CTYPE="zh_CN.GB18030@cjknarrow"
LC_NUMERIC="zh_CN.GB18030@cjknarrow"
LC_TIME="zh_CN.GB18030@cjknarrow"
LC
Am 21.11.2024 um 00:16 schrieb Dan Shelton via Cygwin:
Hello!
Does Cygwin have a zh_CN.GB18030 locale?
> LC_ALL=zh_CN.GB18030 locale charmap
GB18030
since 3.5
Dan
--
Problem reports: https://cygwin.com/problems.html
FAQ: https://cygwin.com/faq/
Documentat
Hello!
Does Cygwin have a zh_CN.GB18030 locale?
Dan
--
Dan Shelton - Cluster Specialist Win/Lin/Bsd
--
Problem reports: https://cygwin.com/problems.html
FAQ: https://cygwin.com/faq/
Documentation:https://cygwin.com/docs.html
Unsubscribe info: https
Greetings, Cedric Blancher!
> How can I set the localisation locale of Windows netstat cmd from
> Cygwin? LC_ALL=C does not help, a French or German Windows will use
> French or German language still
Use "chcp 65001" in your .bashrc or an equivalent file.
Many windows consol
On Nov 23 00:25, Cedric Blancher via Cygwin wrote:
> Good morning!
>
> How can I set the localisation locale of Windows netstat cmd from
> Cygwin? LC_ALL=C does not help, a French or German Windows will use
> French or German language still
Cygwin has no influence on how non-C
Good morning!
How can I set the localisation locale of Windows netstat cmd from
Cygwin? LC_ALL=C does not help, a French or German Windows will use
French or German language still
Ced
--
Cedric Blancher
[https://plus.google.com/u/0/+CedricBlancher/]
Institute Pasteur
--
Problem reports
On Sat, 23 Sep 2023 17:23:59 +0900
Takashi Yano via Cygwin wrote:
> On Fri, 22 Sep 2023 08:48:45 +0200
> ASSI wrote:
> > Takashi Yano via Cygwin writes:
> > > I wonder why the following code throws std::runtime_error
> > > even though the LC_ALL is set to valid loc
On Fri, 22 Sep 2023 08:48:45 +0200
ASSI wrote:
> Takashi Yano via Cygwin writes:
> > I wonder why the following code throws std::runtime_error
> > even though the LC_ALL is set to valid locale other than "C".
> > This does not occur only when LC_ALL is set to
throws std::runtime_error
even though the LC_ALL is set to valid locale other than "C".
This does not occur only when LC_ALL is set to "C".
#include
int main()
{
std::locale("");
return 0;
}
In linux, this occurs only when the LC_ALL is set to invalid
l
Takashi Yano via Cygwin wrote:
On Thu, 21 Sep 2023 21:06:59 +0200
Christian Franke wrote:
...
According to libstdc++ source, the internal function
locale::facet::_S_create_c_locale() calls some __newlocale() which
apparently does not arrive at newlocale() from cygwin1.dll. But
cygstdc++-6.dll
Takashi Yano via Cygwin writes:
> I wonder why the following code throws std::runtime_error
> even though the LC_ALL is set to valid locale other than "C".
> This does not occur only when LC_ALL is set to "C".
This functionality is currently only supported for Glibc
code throws std::runtime_error
> >>> even though the LC_ALL is set to valid locale other than "C".
> >>> This does not occur only when LC_ALL is set to "C".
> >>>
> >>> #include
> >>> int main()
> >>
td::runtime_error
> >>> even though the LC_ALL is set to valid locale other than "C".
> >>> This does not occur only when LC_ALL is set to "C".
> >>>
> >>> #include
> >>> int main()
> >>> {
> >>&
Brian Inglis via Cygwin wrote:
On 2023-09-21 10:28, Takashi Yano via Cygwin wrote:
On Fri, 22 Sep 2023 01:12:04 +0900
Takashi Yano wrote:
I wonder why the following code throws std::runtime_error
even though the LC_ALL is set to valid locale other than "C".
This does not occur only w
On 2023-09-21 10:28, Takashi Yano via Cygwin wrote:
On Fri, 22 Sep 2023 01:12:04 +0900
Takashi Yano wrote:
I wonder why the following code throws std::runtime_error
even though the LC_ALL is set to valid locale other than "C".
This does not occur only when LC_ALL is set to "C&q
On Fri, 22 Sep 2023 01:12:04 +0900
Takashi Yano wrote:
> I wonder why the following code throws std::runtime_error
> even though the LC_ALL is set to valid locale other than "C".
> This does not occur only when LC_ALL is set to "C".
>
> #include
&
I wonder why the following code throws std::runtime_error
even though the LC_ALL is set to valid locale other than "C".
This does not occur only when LC_ALL is set to "C".
#include
int main()
{
std::locale("");
return 0;
}
In linux, this occurs
Hi Bruno,
On Jul 31 12:07, Corinna Vinschen via Cygwin wrote:
> On Jul 29 11:53, Bruno Haible via Cygwin wrote:
> > Corinna Vinschen wrote:
> > > However, on debugging this, I see it's totally broken. Trying to fix
> > > this in the existing functions is futile. We need dedicated
> > > support f
On Jul 29 11:53, Bruno Haible via Cygwin wrote:
> Corinna Vinschen wrote:
> > However, on debugging this, I see it's totally broken. Trying to fix
> > this in the existing functions is futile. We need dedicated
> > support functions for GB18030, kind of like the FreeBSD functions,
> > just with e
Corinna Vinschen wrote:
> However, on debugging this, I see it's totally broken. Trying to fix
> this in the existing functions is futile. We need dedicated
> support functions for GB18030, kind of like the FreeBSD functions,
> just with extra support for surrogate pairs, as with our UTF8 stuff.
On Jul 28 21:54, Bruno Haible via Cygwin wrote:
> Corinna Vinschen wrote:
> > test-fnmatch-5.sh is SKIPped because we don't support zh_CN.GB18030.
>
> Hmm? When I read winsup/cygwin/release/3.5.0 and the commit
> 5da71b6059956a8f20a6be02e82867aa28aa3880, it seems the
Corinna Vinschen wrote:
> test-fnmatch-5.sh is SKIPped because we don't support zh_CN.GB18030.
Hmm? When I read winsup/cygwin/release/3.5.0 and the commit
5da71b6059956a8f20a6be02e82867aa28aa3880, it seems the zh_CN.GB18030
locale (which on native Windows is called "Chinese_China.5
On Mar 14 09:30, Yeo Kai Wei via Cygwin wrote:
> Hi Corinna,
>
> I can't update to 3.5+, I tried reinstalling using the Cygwin setup
>
> Using "uname -a", my current version is 3.4.6-1.x86_64.
>
> I assume 3.5 hasn't been released officially.
>
> May I know where to get the test release?
In se
On 2023-03-13 21:44, Lavrentiev, Anton (NIH/NLM/NCBI) [C] via Cygwin wrote:
Please pay close attention to how the command was shown to you, including the
use of the whitespace:
$ LC_MONETARY="en_ZM.utf-8" locale -ck LC_MONETARY
In the terminal, when I use $LC_MONETARY = &q
Please pay close attention to how the command was shown to you, including the
use of the whitespace:
> >$ LC_MONETARY="en_ZM.utf-8" locale -ck LC_MONETARY
> In the terminal, when I use $LC_MONETARY = "en_ZM.utf-8" locale -ck
> LC_MONETARY
> Cygwin repli
Hi Corinna,
I can't update to 3.5+, I tried reinstalling using the Cygwin setup
Using "uname -a", my current version is 3.4.6-1.x86_64.
I assume 3.5 hasn't been released officially.
May I know where to get the test release?
In the terminal, when I use $LC_MONETARY = &quo
On Mar 13 08:40, Yeo Kai Wei via Cygwin wrote:
> Hi All,
>
> May I ask if there's a bug with Cygwin and Windows currency?
The en_ZM locale isn't yet supported by Cygwin. This will change with
Cygwin 3.5.0. You can install the latest Cygwin test release
3.5.0-0.231.g93f
On 2023-03-12 18:40, Yeo Kai Wei via Cygwin wrote:
May I ask if there's a bug with Cygwin and Windows currency?
Windows Language Locale culture codes and currencies
This is the output from the code below.
Region: en_AU.utf-8 Currency symbol: $ International currency symbol: AUD
R
Hi All,
May I ask if there's a bug with Cygwin and Windows currency?
This is the output from the code below.
Region: en_AU.utf-8 Currency symbol: $ International currency symbol: AUD
Region: en_CA.utf-8 Currency symbol: $ International currency symbol: CAD
Region: en_GB.utf-8 Currency symbol: £
Am 29/04/2022 um 12:16 schrieb Gennaro Prota:
Hi,
the locale utility currently gets the system default UI locale (-s option)
via GetSystemDefaultUILanguage().
This is a problem on systems where the default UI language is changed after
the Windows Out of Box Experience (OOBE), because that
Hi,
the locale utility currently gets the system default UI locale (-s option)
via GetSystemDefaultUILanguage().
This is a problem on systems where the default UI language is changed after
the Windows Out of Box Experience (OOBE), because that function will
happily ignore the fact (see <
ht
Jason Pyeron writes:
> While working an updated build of pdfgrep, I ran in to a crash when
> the environment local was something other than LC_ALL=C.
>
> Looking at http://www.cplusplus.com/reference/locale/locale/locale/
> the empty string passed to the constructor should use the
While working an updated build of pdfgrep, I ran in to a crash when the
environment local was something other than LC_ALL=C.
Looking at http://www.cplusplus.com/reference/locale/locale/locale/ the empty
string passed to the constructor should use the environment's default locale
and i
gram, like:
C:/cygwin/bin/bash.exe -c "/cygwin/c/test-z-я/some.txt".
Make sure your LC_CTYPE is set to a valid value for your area, like mine is
set to "en_US.UTF-8". Only my LC_CTYPE is set to something other than the
I set LC_ALL=C or set
LC_ALL=C.UTF-8
This is a problem because arguments with spaces must be quoted.
If I set the locale to some language and country the quotes are removed as
expected no matter what code page I use, UTF-8 or a single-byte code page. The
locale doesn't have to match the alp
Erwin Waterlander writes:
> Hi,
>
> After updating my cygwin installation I get suddenly this error with
> po4a (version 0.52).
> It looks like the Chooser module is lacking.
The po4a package apparently is a clandestine Perl distribution (not on
CPAN) and was not updated for Perl 5.30. It's on ve
ranslate -f pod -m dos2unix.pod -k 70 -p ../../po-man/de.po >
../de/man1/dos2unix.pod
Can't locate Locale/Po4a/Chooser.pm in @INC (you may need to install the
Locale::Po4a::Chooser module) (@INC contains:
/usr/local/lib/perl5/site_perl/5.30/i686-cygwin-threads-64int
/usr/local/share/per
On 19.03.2019 23:42, Corinna Vinschen wrote:
> On Mar 19 22:28, LRN wrote:
>> The testcase is attached. Running it with Cygwin-i386 leads to a crash.
>
> I pushed a patch and uploaded new developer snapshots to
> https://cygwin.com/snapshots/
>
> Pleas give them a try.
>
Gave them a try, doesn'
On 2019-03-19 13:28, LRN wrote:
> The testcase is attached. Running it with Cygwin-i386 leads to a crash. My
> guess is that the implementation is not POSIX-conformant and tries to
> dereference the first argument (NULL), even though the third argument is 0.
>
> Tested with Cygwin-3.0.4.
$ man wc
On Mar 19 22:28, LRN wrote:
> The testcase is attached. Running it with Cygwin-i386 leads to a crash. My
> guess is that the implementation is not POSIX-conformant and tries to
> dereference the first argument (NULL), even though the third argument is 0.
>
> Tested with Cygwin-3.0.4.
> #include
The testcase is attached. Running it with Cygwin-i386 leads to a crash. My
guess is that the implementation is not POSIX-conformant and tries to
dereference the first argument (NULL), even though the third argument is 0.
Tested with Cygwin-3.0.4.
#include
#include
#include
int
main ()
{
wcha
. xterm -cjk_width) in order to enable Powerline.
While mintty has an option Charwidth=ambig-wide meanwhile, using this
option clearly has the drawback that it makes character width handling
inconsistent with the locale model as used by wcwidth.
Actually for mintty, the desired behaviour can be
On Fri, 9 Feb 2018 19:59:26, Brian Inglis wrote:
$ locale -av
...
locale: zh_HK archive: /proc/cygdrive/c/WINDOWS/System32/KERNEL32.DLL
---
language | Chinese (Traditional)
territory | Hong Kong SAR
codeset
On 2018-02-09 18:48, Steven Penny wrote:
> I see that the "zh_HK" locale and friends exist:
>
> $ locale -a | grep zh_HK
> zh_HK
> zh_HK.utf8
> zh_HK@cjknarrow
> zh_HK.utf8@cjknarrow
>
> However I am not seeing the "zh_HK.big5" or &q
I see that the "zh_HK" locale and friends exist:
$ locale -a | grep zh_HK
zh_HK
zh_HK.utf8
zh_HK@cjknarrow
zh_HK.utf8@cjknarrow
However I am not seeing the "zh_HK.big5" or "zh_HK.big5hkscs" variants.
Installing "gettext" adds these:
bo
On Jun 20 16:16, Brian Inglis wrote:
> On 2017-06-20 14:50, Marco Atzeri wrote:
> > I don't know if it is a bug or just a curiosity.
> > $ uname -svr
> > CYGWIN_NT-6.1 2.8.1(0.310/5/3)
> > it seems there are two equal entry for ja_JP
> > and it is the only one
On 21/06/2017 00:16, Brian Inglis wrote:
On 2017-06-20 14:50, Marco Atzeri wrote:
I don't know if it is a bug or just a curiosity.
$ uname -svr
CYGWIN_NT-6.1 2.8.1(0.310/5/3)
it seems there are two equal entry for ja_JP
and it is the only one with repetition
$ locale -a |grep -i "
On 2017-06-20 14:50, Marco Atzeri wrote:
> I don't know if it is a bug or just a curiosity.
> $ uname -svr
> CYGWIN_NT-6.1 2.8.1(0.310/5/3)
> it seems there are two equal entry for ja_JP
> and it is the only one with repetition
> $ locale -a |grep -i "ja"
> ja_
On 2017-06-20 14:50, Marco Atzeri wrote:
> I don't know if it is a bug or just a curiosity.
> $ uname -svr
> CYGWIN_NT-6.1 2.8.1(0.310/5/3)
> it seems there are two equal entry for ja_JP
> and it is the only one with repetition
> $ locale -a |grep -i "ja"
> ja_
I don't know if it is a bug or just a curiosity.
$ uname -svr
CYGWIN_NT-6.1 2.8.1(0.310/5/3)
it seems there are two equal entry for ja_JP
and it is the only one with repetition
$ locale -a |grep -i "ja"
ja_JP
ja_JP
ja_JP.utf8
ja_JP.ujis
ja_JP@cjknarrow
ja_JP.utf8@cjk
Greetings, All!
Start native console with login shell,
:~
$ locale && mkdir тест && cd тест && printf '%s\n' '#!/bin/dash' 'echo
"Works!"' > test.sh && ls -l test.sh
LANG=ru_RU.CP866
LC_CTYPE="ru_RU.CP86
oding error (all high-bit bytes in UTF-8 occur in 2-or-more byte
sequences). According to POSIX, grep is only required to operate on
text files, and the definition of a text file includes a requirement
that ALL bytes in the file form valid encodings of characters in the
current locale. Yes, this m
:
>
> 1. It's hard to see, why an umlaut character makes the file X binary
> under encoding C.UTF-8, but not under encoding UTF-8 or C.en_EN
Only one of these, "UTF-8", specifies an *encoding*. Further, I don't
think just "UTF-8" or "C.en_EN" are val
> > If I grep the file using, say,
>
> > $ grep . X >Y
>
> > (i.e. select every non-empty line and write the result to Y), this works
> > fine, if LANG is set to one of: UTF-8, C, C.de_DE, C.en_EN, en_EN,
> > de_DE.
>
> > However, if LANG is set to C.UTF-8, two things happen:
>
> > - gr
Greetings, Ronald Fischer!
> I have a file X which contains ASCII text, but also in some lines German
> umlaut characters. The file is classified as:
> $ file X
> X: ISO-8859 text, with CRLF line terminators
> If I grep the file using, say,
> $ grep . X >Y
> (i.e. select ever
I have a file X which contains ASCII text, but also in some lines German
umlaut characters. The file is classified as:
$ file X
X: ISO-8859 text, with CRLF line terminators
If I grep the file using, say,
$ grep . X >Y
(i.e. select every non-empty line and write the result to Y
iest way to reproduce this is to run
> man grep >/dev/null
in a ru_RU.CP1251 environment:
> $ locale
> LANG=ru_RU.CP1251
> LC_CTYPE="ru_RU.CP1251"
> LC_NUMERIC="ru_RU.CP1251"
> LC_TIME="ru_RU.CP1251"
> LC_COLLATE="ru_RU.CP1251"
> LC
I think I found out!
I believe I misread the bash docs to say that even "-l" didn't source
the startup-files when it does!
Apologize.
Best Regards/Venlig Hilsen
Christoffer Aasted
On 2 June 2016 at 19:41, Andrey Repin wrote:
> Greetings, Christoffer Aasted!
>
>> Hello Cygwin.
>
>> I struggle
Greetings, Christoffer Aasted!
> Hello Cygwin.
> I struggle in creating a Windows shortcut that launches a command and
> initializes the environment the way that the Cygwin64 Terminal
> initializes.
> C:\cygwin64\bin\mintty.exe /bin/bash -l -c "set ssh -t c...@my.host
> screen -r -d weechat"
Wh
Hello Cygwin.
I struggle in creating a Windows shortcut that launches a command and
initializes the environment the way that the Cygwin64 Terminal
initializes.
C:\cygwin64\bin\mintty.exe /bin/bash -l -c "set ssh -t c...@my.host
screen -r -d weechat"
I am aware that "bash -c" behaves much differe
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Thank you for clarification Corinna.
Regards,
Andrey.
On 24.12.2015 22:15, Corinna Vinschen wrote:
> You missed to read on:
>
> Cygwin uses a character set which is the typical Unix-equivalent
> to the Windows ANSI codepage. For instance: [...]
>
> In the absence of any settings in bashrc/bash_profile, `locale` command
> outputs the following:
>
> > LANG=ru_RU
> > LC_CTYPE="ru_RU"
> > LC_NUMERIC="ru_RU"
> > LC_TIME="ru_RU"
> > LC_COLLATE="ru_RU"
> > LC_
tings in bashrc/bash_profile, `locale` command
outputs the following:
LANG=ru_RU
LC_CTYPE="ru_RU"
LC_NUMERIC="ru_RU"
LC_TIME="ru_RU"
LC_COLLATE="ru_RU"
LC_MONETARY="ru_RU"
LC_MESSAGES="ru_RU"
LC_ALL=
This is perfectly fine, except that "no ch
Hi,
I'm running Cygwin 2.2.0 on an English Windows 8.1 box:
> CYGWIN_NT-6.3 UNIT-725 2.2.0(0.289/5/3) 2015-08-03 12:51 x86_64 Cygwin
Windows regional settings are set to Russian/Russia.
In the absence of any settings in bashrc/bash_profile, `locale` command
outputs the following:
>
Eric Blake redhat.com> writes:
> Sounds like cygwin's base-files should be updated to guard
> cygwin-specific .profile contents to only occur when uname says it is
> running on cygwin. I'm sure the maintainer would love patches...
I'm listening... although default ~/.profile only gets installed
-lt:ssh cm-db-ltest01
locale: invalid option -- 'u'
Try `locale --help' or `locale --usage' for more information.
Cm-db-test01:
Hunting this down I found that I have a ~/.profile now (didn't have one
before) and contained therein is the following:
# Set user-defined locale
On 09/30/2014 11:53 AM, Andrew DeFaria wrote:
> I recently debugged this. I share my home directory from a NetApp filer
> such that I can use it from Cygwin or the various Linux machines at my
> client (largely CentOS). Recently I started seeing:
>
> Adefaria-lt:ssh cm-db-l
I recently debugged this. I share my home directory from a NetApp filer
such that I can use it from Cygwin or the various Linux machines at my
client (largely CentOS). Recently I started seeing:
Adefaria-lt:ssh cm-db-ltest01
locale: invalid option -- 'u'
Try `locale --help' or
On Dec 17 17:49, Corinna Vinschen wrote:
> On Dec 17 11:04, Corinna Vinschen wrote:
> > On Dec 17 10:09, Tilman Kuepper wrote:
> > > Hello,
> > >
> > > There seems to be an "unbalance" with fprintf and fscanf when using
> > > the "
On Dec 17 17:49, Corinna Vinschen wrote:
> On Dec 17 11:04, Corinna Vinschen wrote:
> > On Dec 17 10:09, Tilman Kuepper wrote:
> > > Hello,
> > >
> > > There seems to be an "unbalance" with fprintf and fscanf when using
> > > the "de_DE
On Dec 17 11:04, Corinna Vinschen wrote:
> On Dec 17 10:09, Tilman Kuepper wrote:
> > Hello,
> >
> > There seems to be an "unbalance" with fprintf and fscanf when using
> > the "de_DE.UTF-8" locale.
> >
> > The following program correc
On Dec 17 10:09, Tilman Kuepper wrote:
> Hello,
>
> There seems to be an "unbalance" with fprintf and fscanf when using
> the "de_DE.UTF-8" locale.
>
> The following program correctly writes "2,5" (decimal comma) to a
> file. But reading with fs
Hello,
There seems to be an "unbalance" with fprintf and fscanf when using the
"de_DE.UTF-8" locale.
The following program correctly writes "2,5" (decimal comma) to a file. But
reading with fscanf fails - the decimal comma is treated as &quo
On Mar 4 22:05, dbpradeep wrote:
> I am able to change the locale for cygwin but I want to use diskpart in
> cygwin and when i use "list disk" I want the results to be displayed in that
> locale
>
>
> $ export LANG=fr_FR.UTF-8 //change the lcoale to french
>
I am able to change the locale for cygwin but I want to use diskpart in
cygwin and when i use "list disk" I want the results to be displayed in that
locale
$ export LANG=fr_FR.UTF-8 //change the lcoale to french
$ diskpart //to use diskpart
$list disk // to list the disks detai
Hi,
How can I change the locale in cygwin terminal for a session from english to
say french and then run diskpart commands say list disk, to get the results
in french
--
View this message in context:
http://cygwin.1069669.n5.nabble.com/Change-the-locale-in-cygwin-terminal-for-diskpart-results
Hi
Managed to totally screw up my Cygwin by trying to reinstall the base
utilities in setup. .
Setup kept complaining that /usr/share/locale/af was being shared or locked ,
... exit all cygwin etc, reboot required etc ... no luck.. wouldn't even let
me do a fresh install into a new dire
On Feb 9 16:22, Václav Zeman wrote:
> On 9 February 2012 15:24, marco atzeri wrote:
> > it could be related to libstdc++ built with a different
> > --enable-clocale option ?
> The problem is that Cygwin/newlib does not have good enough locale
> support. C99 locale support i
On 9 February 2012 15:24, marco atzeri wrote:
> On 2/9/2012 1:37 PM, Corinna Vinschen wrote:
>>
>> On Feb 9 12:13, marco atzeri wrote:
>>>
>>> Attached a small example taken from Bruce Eckel Thinking in C++
>>>
>>> On cygwin both
On 2/9/2012 1:37 PM, Corinna Vinschen wrote:
On Feb 9 12:13, marco atzeri wrote:
Attached a small example taken from Bruce Eckel Thinking in C++
On cygwin both this call
cout.imbue(locale("en_US.UTF-8"));
cout.imbue(locale("fr_FR.UTF-8"));
raise exception
&qu
On Feb 9 12:13, marco atzeri wrote:
> Attached a small example taken from Bruce Eckel Thinking in C++
>
> On cygwin both this call
>
> cout.imbue(locale("en_US.UTF-8"));
>
> cout.imbue(locale("fr_FR.UTF-8"));
>
> raise exception
>
>
On 9 February 2012 12:13, marco atzeri wrote:
> Attached a small example taken from Bruce Eckel Thinking in C++
>
> On cygwin both this call
>
> cout.imbue(locale("en_US.UTF-8"));
>
> cout.imbue(locale("fr_FR.UTF-8"));
>
> raise exception
>
>
Attached a small example taken from Bruce Eckel Thinking in C++
On cygwin both this call
cout.imbue(locale("en_US.UTF-8"));
cout.imbue(locale("fr_FR.UTF-8"));
raise exception
"terminate called after throwing an instance of 'std::runtime_error'
what():
and in a Command Prompt. Even
> > better if you had an idea where the setting came from, in case others
> > stumble across this in future.
>
> Windows does set LANG= to your locale; in my case %LANG% is IT
Windows does not set $LANG by default, nor does it set it when you
ere the setting came from, in case others
> stumble across this in future.
Windows does set LANG= to your locale; in my case %LANG% is IT
--
Problem reports: http://cygwin.com/problems.html
FAQ: http://cygwin.com/faq/
Documentation: http://cygwin.com/docs.html
t;
>> Therefore, afaics, it would be better if we change locale to use the
>> GetFooDefaultUILanguage functions by default, and we add a modifier
>> (-r/--region?) to switch to LOCALE_FOO_DEFAULT.
>>
>
> Please, could locale follow what is standard and/or usual,
Re: /cygwin-patches/ Add locale.exe option for querying Windows UI languages
Corinna Vinschen-2 wrote in
h t t p : old nabble com
Add-locale.exe-option-for-querying-Windows-UI-languages-to32614984.html
Therefore, afaics, it would be better if we change locale to use the
On Sep 1 20:18, Oleksandr Gavenko wrote:
> $ for l in `locale -a`; do echo $l `LC_TIME=$l date`; done | tee .dat
> $ grep -E '[[:digit:]]+-[[:digit:]]+-[[:digit:]]+
> +[[:digit:]]+:[[:digit:]]+:[[:digit:]]+' <.dat
> sq_AL 2011-09-01 8:14:09.MD
> sq_AL.utf8 2011-09-01
$ for l in `locale -a`; do echo $l `LC_TIME=$l date`; done | tee .dat
$ grep -E '[[:digit:]]+-[[:digit:]]+-[[:digit:]]+
+[[:digit:]]+:[[:digit:]]+:[[:digit:]]+' <.dat
sq_AL 2011-09-01 8:14:09.MD
sq_AL.utf8 2011-09-01 8:14:09.MD
but this is not ISO 8601 as '.MD' compon
On May 2 18:32, Jens Schweikhardt wrote:
> hello, world\n
>
> "locale -a" prints its output space padded, while POSIX specifies
>
> src="http://pubs.opengroup.org/onlinepubs/009695399/utilities/locale.html";>
>
> If any arguments are specified:
hello, world\n
"locale -a" prints its output space padded, while POSIX specifies
http://pubs.opengroup.org/onlinepubs/009695399/utilities/locale.html";>
If any arguments are specified:
If the -a option is specified, the names of all the public locales
shall be wr
2011/4/5 Frédéric Bron:
>> You mean after setting the locale in the mintty options?
>
> Yes
>
>> I don't think it's anything to do with the update. There's been no
>> relevant change, and there's no good reason why Cygwin would set a
>> locale
>> That now works fine.
>
> You mean after setting the locale in the mintty options?
Yes
> I don't think it's anything to do with the update. There's been no
> relevant change, and there's no good reason why Cygwin would set a
> locale like that. A val
1 - 100 of 291 matches
Mail list logo
