I want to share binary built under Cygwin 2.6.0 with other user, that has no
LANG set.
In previous version all binaries worked correctly with UTF-8 input text.
But now this doesn't work as expected.
Some more simple tests.
// Run Windows console.
cmd
C:\Cygwin_2.6.0\bin\echo ±5°
▒▒5▒▒
C:\Cygwi
On Thu, Sep 22, 2016 at 06:13:07PM -0400, HiTech HiTouch wrote:
> Please forgive the somewhat off topic, but people who use Autotools and
> Mingw hang here and may be able to point me.
>
> I'm looking for a central place where people ask questions about Autotools
> (autoconf automake, etc.). My go
Ivan Vanyushkin wrote:
>Something has changed in version 2.6.0, and now UTF-8 text can't be displayed
>in Windows console (cmd).
>
>1. Create a file "test.txt" with non-ASCII text in UTF-8 encoding.
>2. Run "cmd".
>3. Run:
>
>C:\Cygwin\bin\cat test.txt
> ?? ??
"set LANG=C.UTF-8" has fixed the issue on Cygwin 2.6.0. But documentation says
[1], that
"The default locale in the absence of the aforementioned locale environment
variables is "C.UTF-8"."
Seems this is broken in Cygwin 2.6.0.
"chcp 65001", console font or console charset doesn't matter here.
On 01.10.2016 23:32, Vlado wrote:
> On 1.10.2016 17:52, Gene Pavlovsky wrote:
>> Before running setup.exe I've set the system env var
>> CYGWIN=winsymlinks:native
>> After that I ran setup-x86_64.exe and installed cygwin64.
>> The symlinks to .exe files in bin, created by setup, are not native
>>
On Thu, Sep 29, 2016 at 11:34:14PM +0300, Andrey Repin wrote:
> Greetings, Wayne Porter!
>
> >> Essentially you have a bunch of users on different machines that
> >> aren't
> >> sharing their files under any common (or shared) security authority
> >> (like a single domain). Until you persu
On 2016-10-01 12:48, Matthijs Nescio wrote:
I have the strangest problem. I have been trying to re-install Cygwin a few
times, each time with the same result. I have downloaded the latest greatest
setup-x86_64.exe.
Symptoms list:
* There is a C:\cygwin64\home folder, but it is empty.
* It takes
On 1.10.2016 17:52, Gene Pavlovsky wrote:
Before running setup.exe I've set the system env var CYGWIN=winsymlinks:native
After that I ran setup-x86_64.exe and installed cygwin64.
The symlinks to .exe files in bin, created by setup, are not native
symlinks, they are cygwin symlinks. Apparently, se
I'm installing Cygwin 64-bit on a fresh Win 7 x64 installation.
Before running setup.exe I've set the system env var CYGWIN=winsymlinks:native
After that I ran setup-x86_64.exe and installed cygwin64.
The symlinks to .exe files in bin, created by setup, are not native
symlinks, they are cygwin syml
On 2016-10-01 07:30, Ken Brown wrote:
I'm having an issue building icu, which boils down to the following
test case:
$ cat foo.cc
#include
locale_t foo;
$ g++ -c --std=c++0x foo.cc
foo.cc:2:1: error: ‘locale_t’ does not name a type
locale_t foo;
^
If I remove '--std=c++0x', the error goes away
I'm having an issue building icu, which boils down to the following test
case:
$ cat foo.cc
#include
locale_t foo;
$ g++ -c --std=c++0x foo.cc
foo.cc:2:1: error: ‘locale_t’ does not name a type
locale_t foo;
^
If I remove '--std=c++0x', the error goes away. I know nothing about
C++ standa
Greetings, Jérôme Bouat!
>> If you can't access the internet, how would you download anything
>> to your system?
> My organisation forbids the use of IE. The corporate web browser is Firefox.
Doesn't change the fact proxy settings are available in control panel.
>> What makes you think it i
12 matches
Mail list logo
