[ANNOUNCEMENT] TEST RELEASE: Cygwin 2.6.0-0.9

[ANNOUNCEMENT] TEST RELEASE: Cygwin 2.6.0-0.9

[Corinna Vinschen]

Hi folks,


I uploaded a new Cygwin test release 2.6.0-0.9.

Two interesting changes in this test release:

- Support for AzureAD accounts, at least in a non-AD environment.

  Thanks to Russell Mora for testing multiple iterations of this change!

- A change in ACL handling should alleviate problems with spurious DENY
  ACEs and weird permissions in general.  I'm pretty sure this isn't the
  last fix in this area but it should at least reduce the number of
  border cases with Cygwin's ACL breaking permissions.

  Again, thanks to Russell Mora, this time for a *reproducible* example
  which helped to see what's going wrong.

=======================================================================

The 2.6.0 release is going to introducing the locale_t datatype, as well
as all functions related to locale_t locales and per-thread locales per
POSIX-1.2008.

So, rather than just providing a single, per-process locale, you can now
create new locales ("newlocale") and set it as locale for the current
thread ("uselocale") or use it directly with one of the new functions
taking a locale_t as parameter (i.e. isalpha_l).

The full list of new interfaces is:

  newlocale, freelocale, duplocale, uselocale

  isalnum_l, isalpha_l, isascii_l, isblank_l, iscntrl_l, isdigit_l,
  isgraph_l, islower_l, isprint_l, ispunct_l, isspace_l, isupper_l,
  iswalnum_l, iswalpha_l, iswblank_l, iswcntrl_l, iswctype_l,
  iswdigit_l, iswgraph_l, iswlower_l, iswprint_l, iswpunct_l,
  iswspace_l, iswupper_l, iswxdigit_l, isxdigit_l
  
  toascii_l, tolower_l, toupper_l, towctrans_l, towlower_l, towupper_l,
  wctrans_l, wctype_l

  strcasecmp_l, strcoll_l, strncasecmp_l, strxfrm_l

  wcscasecmp_l, wcscoll_l, wcstrncasecmp_l, wcstrxfrm_l

  strfmon_l, strftime_l

  strtol_l, stroll_l, strtoul_l, strtoull_l
  strtod_l, strtofl, strtold_l

  wcstol_l, wcsoll_l, wcstoul_l, wcstoull_l
  wcstod_l, wcstofl, wcstold_l

=======================================================================

Since this is brand-new code, this code *will* have bugs.

It would be very helpful if interested developers and Cygwin package
maintainers could give this new stuff some good testing.

Other than that:

=======================================================================

What changed:
-------------

- Drop support for Windows XP and Windows Server 2003/2003 R2.

- Drop support for very old SUNWNFS filesystem.

- Further header file improvements in terms of feature test macros.

- Raise number of supported partitions per disk (for raw access) to 63.
  Addresses: https://cygwin.com/ml/cygwin/2016-06/msg00136.html

- Add a workaround for filesystems not supporting the FileAllInformation
  info class.
  Addresses: https://cygwin.com/ml/cygwin/2016-07/msg00350.html

- Support AzureAD accounts.

- "nobody" account support for WinFSP.


Bug Fixes
---------

- Try to avoid spurious DENY ACEs when creating files in directories
  with non-POSIX-like (rather: Windows-like) permissions.
  Addresses: Report and reproducer on IRC.

- Make sure ldd(1) does not exit prematurely when enumerating DLLs.
  Addresses: https://cygwin.com/ml/cygwin/2016-05/msg00185.html

- Fix strace timer output in child process.
  Addresses: https://cygwin.com/ml/cygwin/2016-07/msg00067.html

- Change blkcnt_t to signed type per POSIX.

- Fix definition of SSIZE_MAX on 32-bit systems.
  Addresses: https://cygwin.com/ml/cygwin/2016-07/msg00179.html

- Fix transposing invalid chars in Windows filenames on relative paths.
  Addresses: https://cygwin.com/ml/cygwin/2016-07/msg00193.html

- Don't raise SIGTTIN from select(2)/poll(2).
  Addresses: https://cygwin.com/ml/cygwin-developers/2016-07/msg00004.html

- Fix truncl which was using the wrong FPU rounding mode.
  Addresses: https://rt.perl.org/Public/Bug/Display.html?id=128665

- Fix a regression in ioctl(fd, FIONREAD, ...) introduced in Cygwin 2.5.0.
  This only affects 64 bit Cygwin.
  Addresses: https://cygwin.com/ml/cygwin/2016-07/msg00001.html

- Handle "clear screen" escpae sequence in console window more reliable.
  Addresses: https://cygwin.com/ml/cygwin/2016-07/msg00310.html

- Allow kill(pid, <anysig>) on zombies to return successfully, rather than
  only kill(pid, 0), to align behaviour with POSIX requirements.
  Addresses: https://cygwin.com/ml/cygwin/2016-08/msg00188.html

=======================================================================


Thanks,
Corinna

-- 
Corinna Vinschen                  Please, send mails regarding Cygwin to
Cygwin Maintainer                 cygwin AT cygwin DOT com
Red Hat

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

Re: [ANNOUNCEMENT] TEST RELEASE: Cygwin 2.6.0-0.9

[Brian Inglis]

On 2016-08-19 09:31, Corinna Vinschen wrote:
> I uploaded a new Cygwin test release 2.6.0-0.9.
> The 2.6.0 release is going to introducing the locale_t datatype, as well
> as all functions related to locale_t locales and per-thread locales per
> POSIX-1.2008.
> The full list of new interfaces is:
>   isalnum_l, isalpha_l, *isascii_l*, isblank_l, iscntrl_l, isdigit_l,
>   *toascii_l*, tolower_l, toupper_l, towctrans_l, towlower_l, towupper_l,

Macros/functions isascii_l(3) and toascii_l(3) are not in POSIX,
and isascii(3) and toascii(3) are deprecated:
http://pubs.opengroup.org/onlinepubs/9699919799/basedefs/ctype.h.html

nl_langinfo_l(3) is in POSIX and is not included in your list:
http://pubs.opengroup.org/onlinepubs/9699919799/functions/nl_langinfo.html

Will LC_GLOBAL_LOCALE designate the locale -f or locale -n locale?
locale -s and locale -u appear to return the Windows default product
locale e.g. en_US, regardless of system default regional settings.

-- 
Take care. Thanks, Brian Inglis, Calgary, Alberta, Canada

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

Re: [ANNOUNCEMENT] TEST RELEASE: Cygwin 2.6.0-0.9

[Corinna Vinschen]

[-- Attachment #1: Type: text/plain, Size: 3602 bytes --]

Hi Brian,

On Aug 19 13:06, Brian Inglis wrote:
> On 2016-08-19 09:31, Corinna Vinschen wrote:
> > I uploaded a new Cygwin test release 2.6.0-0.9.
> > The 2.6.0 release is going to introducing the locale_t datatype, as well
> > as all functions related to locale_t locales and per-thread locales per
> > POSIX-1.2008.
> > The full list of new interfaces is:
> >   isalnum_l, isalpha_l, *isascii_l*, isblank_l, iscntrl_l, isdigit_l,
> >   *toascii_l*, tolower_l, toupper_l, towctrans_l, towlower_l, towupper_l,
> 
> Macros/functions isascii_l(3) and toascii_l(3) are not in POSIX,

Right, they are GNU extensions and marked as such in the headers.  But
you're right, I should have been more clear in the release message as to
which functions are POSIX and which ones are GNU extensions.

> and isascii(3) and toascii(3) are deprecated:
> http://pubs.opengroup.org/onlinepubs/9699919799/basedefs/ctype.h.html

Right, and the feature test macros in ctype.h say so:

  #if __MISC_VISIBLE || __XSI_VISIBLE
  int _EXFUN(isascii, (int __c));
  int _EXFUN(toascii, (int __c));
  [...]
  #endif

> nl_langinfo_l(3) is in POSIX and is not included in your list:
> http://pubs.opengroup.org/onlinepubs/9699919799/functions/nl_langinfo.html

Right, thanks for pointing this out.  Oh well, I searched the POSIX
function list *at least* twice and simply didn't see this function.
I hope I didn't miss another one.

This will be rectified in the next test release which I'm going to
upload in a sec.

> Will LC_GLOBAL_LOCALE designate the locale -f or locale -n locale?

Neither.  LC_GLOBAL_LOCALE is a per process locale and per POSIX the
default is to set it to the "C" locale at process startup.  A POSIX
compliant application has to call setlocale(3) to change its locale
process-wide.

locale -f or locale -n are really only fetching information from Windows
when you call the tool, but the underlying WIndows functions are never
directly used by the Cygwin DLL.

You *can* use them to prime your locale-specific environment variables,
but that's all.  Cygwin applications default to the "C" locale, or to
the locales set via the LANG/LC_xxx variables *if* the application calls
setlocale(LC_ALL, NULL);

> locale -s and locale -u appear to return the Windows default product
> locale e.g. en_US, regardless of system default regional settings.

Not quite.  Let's have a look into the locale(1) options:

-i returns the current "input" language.  That's what you set in the
region&language settings and by choosing a locale for input in the
keyboard layout control.  This is often what you really want, but we
only found out about this a couple of days ago when we had a system with
-u persisting to return the wrong info.

-s and -u are a bit tricky.  Both depend on the installed language packs
which you can download from Microsoft.  If you didn't install another
language pack, then the *only* language ever returned by -s and -u will
be the language you installed the OS with in the first place.  Download
langauge packs and this gets settable, the -s option only by an admin,
of course.

-f is equivalent to the langauge you set the "Format" settings to, i. e.
the settings for date, time, monetary...

And last but not least -n is the locale used for applications which are
not UNICODE capable.  This affects the Windows API but it's not used by
Cygwin.


Thanks,
Corinna

-- 
Corinna Vinschen                  Please, send mails regarding Cygwin to
Cygwin Maintainer                 cygwin AT cygwin DOT com
Red Hat

[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 819 bytes --]