Re: UTF-8 character encoding

2018-06-26 Thread Lee
On 6/26/18, Michael Enright wrote: > On Mon, Jun 25, 2018 at 11:33 AM, Lee wrote: >> I'm still trying to figure utf-8 out, but it seems to me that 0x0 - >> 0xff is part of the utf-8 encoding. > > I don't see how you arrived at this. I screwed up trying to do hex in my head. For whatever reason

Re: UTF-8 character encoding

2018-06-26 Thread Lee
On 6/26/18, Thomas Wolff wrote: > This encoding scheme is wrong; where did you get it from? Maybe it's the > obsolete UTF-8... http://www.cl.cam.ac.uk/~mgk25/ucs/utf-8-history.txt I thought I saw something about utf-8 being able to handle a 31 bit value.. is that also obsolete/wrong? how abou

Re: UTF-8 character encoding

2018-06-26 Thread Michael Enright
On Mon, Jun 25, 2018 at 11:33 AM, Lee wrote: > I'm still trying to figure utf-8 out, but it seems to me that 0x0 - > 0xff is part of the utf-8 encoding. I don't see how you arrived at this. An initial byte of 0xFF is not the initial byte of any valid UTF-8 byte sequence. And it doesn't conform wi

Re: octave says WGL_ARB_multisample is missing

2018-06-26 Thread Jon Turney
On 26/06/2018 20:27, William Mitchell wrote: When I run octave on a fresh installation of cygwin64 on a Windows 7 machine, I get the error: libGL error: required WGL extension WGL_ARB_multisample is missing This error is coming from the WGL direct renderer built into libGL on Cygwin, and is t

octave says WGL_ARB_multisample is missing

2018-06-26 Thread William Mitchell
When I run octave on a fresh installation of cygwin64 on a Windows 7 machine, I get the error: libGL error: required WGL extension WGL_ARB_multisample is missing Insufficient GL support error: unable to plot due to insufficient OpenGL support octave begins running fine. The error occurs when it

Re: UTF-8 character encoding

2018-06-26 Thread Thomas Wolff
Am 25.06.2018 um 20:33 schrieb Lee: On 6/24/18, L A Walsh wrote: Lee wrote: So... keep it simple, set LANG=en_US.UTF-8 and use vi or something else that comes with cygwin to create the file and I'll have a file with UTF-8 character encoding - correct? --- The first 127 characters o

[ANNOUNCEMENT] Updated: neomutt-20180622-1

2018-06-26 Thread Federico Kircheis
Version 20180622-1 of neomutt has been uploaded. The command line mail reader neomutt reached version 20180622. On GitHub it is possible to find the changelog for the new release: https://github.com/neomutt/neomutt/releases -- Problem reports: http://cygwin.com/problems.html FAQ:

[ANNOUNCEMENT] Updated: perl-Text-CSV_XS-1.36-1

2018-06-26 Thread David Stacey
The following package has been updated in the Cygwin distribution: * perl-Text-CSV_XS-1.36-1 Text::CSV_XS provides facilities for the composition and decomposition of comma-separated values. An instance of the Text::CSV_XS class will combine fields into a CSV string and parse a CSV string into f

Re: Automatically populate resolv.conf when new DNS is acquired

2018-06-26 Thread Brian Inglis
On 2018-06-26 04:33, john doe wrote: > In gnupg2 the use of dirmngr utility is required to interact with a keyserver. > Dirmngr requires that '/etc/resolv.conf' be populated with my name servers. > That means that everytime the dns changes (new network ...) I need to manually > edit that file. > Ho

Autamatically populate resolv.conf when new DNS is acquired

2018-06-26 Thread john doe
Hi, In gnupg2 the use of dirmngr utility is required to interact with a keyserver. Dirmngr requires that '/etc/resolv.conf' be populated with my name servers. That means that everytime the dns changes (new network ...) I need to manually edit that file. How can I let Cygwin update that file

Re: sshd issues on Windows 10 version 1803

2018-06-26 Thread Corinna Vinschen
On Jun 25 11:59, Hiya Z wrote: > >Btw., I can't reproduce this problem. Cygwin's sshd service always > >starts for me at boottime as expected. > > >Did you check if the log file in /var/log contains any more info? > > I see nothing in /var/log/sshd.log. Windows event log shows following > errors

Re: FPE_FLTSUB where FLT_FLTINV is expected

2018-06-26 Thread Corinna Vinschen
On Jun 25 20:51, Lavrentiev, Anton (NIH/NLM/NCBI) [C] wrote: > Hello, > > The following code produces FPE_FLTSUB(22) for the signal code whereas all > platforms (Linux, Mac, FreeBSD) where I tested it, consistently yield > FPE_FLTINV > (which on CYGWIN has a value of 21): > > #define _GNU_SOURC