Please test latest snapshots 2013-11-20

Please test latest snapshots 2013-11-20

[Corinna Vinschen]

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

Hi folks,

we're planning to release Cygwin 1.7.26 next week.  It would be quite
helpful if those of you comfortable to install snapshots would perform
some last-minute testing.

The 2013-11-20 snapshots reflect the current state of the sources and
they would become 1.7.26 if no serious regression from 1.7.25 is found
in the next couple of days.

Here's what has changed compared to 1.7.25, so you know what to
look out for.

What's new:
-----------

- getaddrinfo now supports glibc-specific International Domain Name (IDN)
  extension flags: AI_IDN, AI_CANONIDN, AI_IDN_ALLOW_UNASSIGNED,
  AI_IDN_USE_STD3_ASCII_RULES.

- getnameinfo now supports glibc-specific International Domain Name (IDN)
  extension flags: NI_IDN, NI_IDN_ALLOW_UNASSIGNED, NI_IDN_USE_STD3_ASCII_RULES.


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

- Slightly improve randomness of /dev/random emulation.

- Allow to use advisory locking on any device.  POSIX fcntl and lockf locking
  works with any device, BSD flock locking only with devices backed by an OS
  handle.  Right now this excludes console windows on pre Windows 8, as well as
  almost all virtual files under /proc from BSD flock locking.

- The header /usr/include/exceptions.h, containing implementation details for
  32 bit Windows' exception handling only, has been removed.


Bug fixes:
----------

- pthread_atparent hook should not be called in the child.
  Fixes: http://cygwin.com/ml/cygwin/2013-09/msg00365.html

- 64 bit only:  Correctly mmap'ing regions > 4 Gigs.
  Fixes: http://cygwin.com/ml/cygwin/2013-09/msg00155.html

- Fix random content of /proc/$PID/ctty if the process has no controlling
  tty.  Set to just "\n" instead.

- Properly set process sid rather than always using -1.
  Fixes: http://cygwin.com/ml/cygwin/2013-10/threads.html#00237

- Fix a potential crash after calling lseek on /dev/clipboard.

- Fix a handle inheritance bug in raw disk and tape device handling which
  led to EBADF errors in child processes.

- open("/dev", O_CREAT) accidentally created a /dev file if no /dev
  exists at the time.

- DIR *d = opendir ("foo"); flock (dirfd (d), ...); worked, but did the
  wrong thing.

- Reading from /dev/windows was broken for some time.

- select'ing on /dev/windows accidentally didn't take the setting of
  ioctl (WINDOWS_HWND) into account.

- Fix typos in cygcheck which could crash Windows 8 and 8.1 machines.
  Fixes: http://cygwin.com/ml/cygwin/2013-11/msg00334.html

- Show OS version correctly even on Windows 8.1 and Server 2012 R2.
  Fixes: http://cygwin.com/ml/cygwin/2013-11/msg00343.html


Thanks,
Corinna

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

[-- Attachment #2: Type: application/pgp-signature, Size: 836 bytes --]

Re: Please test latest snapshots 2013-11-20

[Eric Blake]

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

On 11/23/2013 04:36 AM, Corinna Vinschen wrote:
> Hi folks,
> 
> we're planning to release Cygwin 1.7.26 next week.  It would be quite
> helpful if those of you comfortable to install snapshots would perform
> some last-minute testing.
> 
> The 2013-11-20 snapshots reflect the current state of the sources and
> they would become 1.7.26 if no serious regression from 1.7.25 is found
> in the next couple of days.

Not in this snapshot, but will be in the next:


> Bug fixes:
> ----------
> 

- dup2() could crash in some cases for a destination >= 256
  Fixes: http://cygwin.com/ml/cygwin/2013-09/msg00397.html

-- 
Eric Blake   eblake redhat com    +1-919-301-3266
Libvirt virtualization library http://libvirt.org


[-- Attachment #2: OpenPGP digital signature --]
[-- Type: application/pgp-signature, Size: 621 bytes --]

Re: Please test latest snapshots 2013-11-20

[Denis Excoffier]

On 2013-11-23 12:36, Corinna Vinschen wrote:

> Hi folks,
> 
> we're planning to release Cygwin 1.7.26 next week.  It would be quite
> helpful if those of you comfortable to install snapshots would perform
> some last-minute testing.

I have no new (see below) problem to report with this latest snapshot
(20131123) itself, but it’s a pity that we cannot compile it under
(itself and) the latest cygwin packages
(see http://cygwin.com/ml/cygwin/2013-10/msg00382.html, seems related
to the new /usr/include/spawn.h).

On the other hand, using:
- w32api-headers 3.0b_svn5935-1 instead of 3.0.0-1
- w32api-runtime 3.0b_svn5935-1 instead of 3.0.0-1
- mingw64-i686-headers 3.0b_svn5935-1 instead of 3.0.0-1
- mingw64-i686-runtime 3.0b_svn5935-2 instead of 3.0.0-1
(i’m under i686)

all is fine (in particular using the new gcc-4.8.2).

Denis Excoffier.

(below is here:) We still have the python problem reported in May
(see http://cygwin.com/ml/cygwin/2013-05/msg00322.html)



--
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: Please test latest snapshots 2013-11-20

[Christopher Faylor]

On Sat, Nov 23, 2013 at 05:11:23PM +0100, Denis Excoffier wrote:
>On 2013-11-23 12:36, Corinna Vinschen wrote:
>>we're planning to release Cygwin 1.7.26 next week.  It would be quite
>>helpful if those of you comfortable to install snapshots would perform
>>some last-minute testing.
>
>I have no new (see below) problem to report with this latest snapshot
>(20131123) itself,

There is no 20131123 snapshot.

>but it’s a pity that we cannot compile it under (itself and) the
>latest cygwin packages (see
>http://cygwin.com/ml/cygwin/2013-10/msg00382.html, seems related to the
>new /usr/include/spawn.h).
>
>On the other hand, using: - w32api-headers 3.0b_svn5935-1 instead of
>3.0.0-1 - w32api-runtime 3.0b_svn5935-1 instead of 3.0.0-1 -
>mingw64-i686-headers 3.0b_svn5935-1 instead of 3.0.0-1 -
>mingw64-i686-runtime 3.0b_svn5935-2 instead of 3.0.0-1 (i’m under
>i686)
>
>all is fine (in particular using the new gcc-4.8.2).

As the above quoted issue states, if you are having problems building
then please provide patches.

However, given that the problem regards a header file that that Corinna
specifically mentioned as going away, it seems like that particular
problem can no longer occur.

cgf

--
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: Please test latest snapshots 2013-11-20

[Denis Excoffier]

2013-11-23 13:25 -05:00, Christopher Faylor wrote:
> On Sat, Nov 23, 2013 at 05:11:23PM +0100, Denis Excoffier wrote:
>> On 2013-11-23 12:36, Corinna Vinschen wrote:
>>> we're planning to release Cygwin 1.7.26 next week.  It would be quite
>>> helpful if those of you comfortable to install snapshots would perform
>>> some last-minute testing.
>> 
>> I have no new (see below) problem to report with this latest snapshot
>> (20131123) itself,
> 
> There is no 20131123 snapshot.
My mistake, sorry. Still a little bit more than 0.5 hour to create one however...
> 
>> but it’s a pity that we cannot compile it under (itself and) the
>> latest cygwin packages (see
>> http://cygwin.com/ml/cygwin/2013-10/msg00382.html, seems related to the
>> new /usr/include/spawn.h).
>> 
>> On the other hand, using: - w32api-headers 3.0b_svn5935-1 instead of
>> 3.0.0-1 - w32api-runtime 3.0b_svn5935-1 instead of 3.0.0-1 -
>> mingw64-i686-headers 3.0b_svn5935-1 instead of 3.0.0-1 -
>> mingw64-i686-runtime 3.0b_svn5935-2 instead of 3.0.0-1 (i’m under
>> i686)
>> 
>> all is fine (in particular using the new gcc-4.8.2).
> 
> As the above quoted issue states, if you are having problems building
> then please provide patches.
I was not able to do this until now.
> 
> However, given that the problem regards a header file that that Corinna
> specifically mentioned as going away, it seems like that particular
> problem can no longer occur.
You must be talking about /usr/include/exceptions.h. I did remove it from
my system on the very first snapshot that removed it (see a similar
issue about /usr/include/process.h under
http://cygwin.com/ml/cygwin/2012-02/msg00130.html). Without
/usr/include/exceptions.h and with all 3.0.0-1 packages (see above)
included, i obtain the symptoms shown in
http://cygwin.com/ml/cygwin/2013-11/msg00364.html and discussed in
http://cygwin.com/ml/cygwin/2013-11/msg00368.html .

Regards,

Denis Excoffier.






--
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: Please test latest snapshots 2013-11-20

[Corinna Vinschen]

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

On Nov 24 00:27, Denis Excoffier wrote:
> You must be talking about /usr/include/exceptions.h. I did remove it from
> my system on the very first snapshot that removed it (see a similar
> issue about /usr/include/process.h under
> http://cygwin.com/ml/cygwin/2012-02/msg00130.html). Without
> /usr/include/exceptions.h and with all 3.0.0-1 packages (see above)
> included, i obtain the symptoms shown in
> http://cygwin.com/ml/cygwin/2013-11/msg00364.html and discussed in
> http://cygwin.com/ml/cygwin/2013-11/msg00368.html .

Fixed in CVS.  The latest mingw-w64 winnls.h header introduces a new 
symbol _NORMALIZE_ which controls the usage of DECLSPEC_IMPORT for
the functions declared in that header, rather than using _KERNEL32_
as former versions of winnls.h did.  This breaks the autoload mechanism,
so we have to change our sources and define _NORMALIZE_ ourselves to
stay compatible with Mingw-w64 headers.  Grr.

I'm just creating new snapshots 2013-11-24 with Eric's and my patch.
Should be both up in about half an hour.


Corinna

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

[-- Attachment #2: Type: application/pgp-signature, Size: 836 bytes --]

Re: Please test latest snapshots 2013-11-20

[Corinna Vinschen]

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

On Nov 24 14:14, Corinna Vinschen wrote:
> On Nov 24 00:27, Denis Excoffier wrote:
> > You must be talking about /usr/include/exceptions.h. I did remove it from
> > my system on the very first snapshot that removed it (see a similar
> > issue about /usr/include/process.h under
> > http://cygwin.com/ml/cygwin/2012-02/msg00130.html). Without
> > /usr/include/exceptions.h and with all 3.0.0-1 packages (see above)
> > included, i obtain the symptoms shown in
> > http://cygwin.com/ml/cygwin/2013-11/msg00364.html and discussed in
> > http://cygwin.com/ml/cygwin/2013-11/msg00368.html .
> 
> Fixed in CVS.  The latest mingw-w64 winnls.h header introduces a new 
> symbol _NORMALIZE_ which controls the usage of DECLSPEC_IMPORT for
> the functions declared in that header, rather than using _KERNEL32_
> as former versions of winnls.h did.  This breaks the autoload mechanism,
> so we have to change our sources and define _NORMALIZE_ ourselves to
> stay compatible with Mingw-w64 headers.  Grr.
> 
> I'm just creating new snapshots 2013-11-24 with Eric's and my patch.
> Should be both up in about half an hour.

Only the 32 bit snapshot is up.  I'm unable to generate the 64 bit
snapshot for some reason and I have no more time to investigate
today, sorry.


Corinna

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

[-- Attachment #2: Type: application/pgp-signature, Size: 836 bytes --]

Re: Please test latest snapshots 2013-11-20

[Christopher Faylor]

On Sun, Nov 24, 2013 at 02:21:45PM +0100, Corinna Vinschen wrote:
>On Nov 24 14:14, Corinna Vinschen wrote:
>> On Nov 24 00:27, Denis Excoffier wrote:
>> > You must be talking about /usr/include/exceptions.h. I did remove it from
>> > my system on the very first snapshot that removed it (see a similar
>> > issue about /usr/include/process.h under
>> > http://cygwin.com/ml/cygwin/2012-02/msg00130.html). Without
>> > /usr/include/exceptions.h and with all 3.0.0-1 packages (see above)
>> > included, i obtain the symptoms shown in
>> > http://cygwin.com/ml/cygwin/2013-11/msg00364.html and discussed in
>> > http://cygwin.com/ml/cygwin/2013-11/msg00368.html .
>> 
>> Fixed in CVS.  The latest mingw-w64 winnls.h header introduces a new 
>> symbol _NORMALIZE_ which controls the usage of DECLSPEC_IMPORT for
>> the functions declared in that header, rather than using _KERNEL32_
>> as former versions of winnls.h did.  This breaks the autoload mechanism,
>> so we have to change our sources and define _NORMALIZE_ ourselves to
>> stay compatible with Mingw-w64 headers.  Grr.
>> 
>> I'm just creating new snapshots 2013-11-24 with Eric's and my patch.
>> Should be both up in about half an hour.
>
>Only the 32 bit snapshot is up.  I'm unable to generate the 64 bit
>snapshot for some reason and I have no more time to investigate
>today, sorry.

I uploaded an x86_64 version.

cgf

--
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: Please test latest snapshots 2013-11-20

[Denis Excoffier]

On 2013-11-24 14:21 +01:00, Corinna Vinschen wrote:
> On Nov 24 14:14, Corinna Vinschen wrote:
>> On Nov 24 00:27, Denis Excoffier wrote:
>>> You must be talking about /usr/include/exceptions.h. I did remove it from
>>> my system on the very first snapshot that removed it (see a similar
>>> issue about /usr/include/process.h under
>>> http://cygwin.com/ml/cygwin/2012-02/msg00130.html). Without
>>> /usr/include/exceptions.h and with all 3.0.0-1 packages (see above)
>>> included, i obtain the symptoms shown in
>>> http://cygwin.com/ml/cygwin/2013-11/msg00364.html and discussed in
>>> http://cygwin.com/ml/cygwin/2013-11/msg00368.html .
>> 
>> Fixed in CVS.  The latest mingw-w64 winnls.h header introduces a new 
>> symbol _NORMALIZE_ which controls the usage of DECLSPEC_IMPORT for
>> the functions declared in that header, rather than using _KERNEL32_
>> as former versions of winnls.h did.  This breaks the autoload mechanism,
>> so we have to change our sources and define _NORMALIZE_ ourselves to
>> stay compatible with Mingw-w64 headers.  Grr.
>> 
>> I'm just creating new snapshots 2013-11-24 with Eric's and my patch.
>> Should be both up in about half an hour.
> 
> Only the 32 bit snapshot is up.  I'm unable to generate the 64 bit
> snapshot for some reason and I have no more time to investigate
> today, sorry.
> 
Corinna,

I installed the last w32api and mingw64-i686 packages and (installed
and) compiled the 20131124 snapshot with no problem, under both XP and
Seven. In addition, i didn’t discover any issue with the snapshot itself.

Thankyou for all.

Denis Excoffier.

Note. For the record, previous mingw64-i686-headers was needed for
Tcl 8.6.1, not for cygwin.




--
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: Please test latest snapshots 2013-11-20

[Corinna Vinschen]

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

On Nov 24 11:57, Christopher Faylor wrote:
> On Sun, Nov 24, 2013 at 02:21:45PM +0100, Corinna Vinschen wrote:
> >On Nov 24 14:14, Corinna Vinschen wrote:
> >> On Nov 24 00:27, Denis Excoffier wrote:
> >> > You must be talking about /usr/include/exceptions.h. I did remove it from
> >> > my system on the very first snapshot that removed it (see a similar
> >> > issue about /usr/include/process.h under
> >> > http://cygwin.com/ml/cygwin/2012-02/msg00130.html). Without
> >> > /usr/include/exceptions.h and with all 3.0.0-1 packages (see above)
> >> > included, i obtain the symptoms shown in
> >> > http://cygwin.com/ml/cygwin/2013-11/msg00364.html and discussed in
> >> > http://cygwin.com/ml/cygwin/2013-11/msg00368.html .
> >> 
> >> Fixed in CVS.  The latest mingw-w64 winnls.h header introduces a new 
> >> symbol _NORMALIZE_ which controls the usage of DECLSPEC_IMPORT for
> >> the functions declared in that header, rather than using _KERNEL32_
> >> as former versions of winnls.h did.  This breaks the autoload mechanism,
> >> so we have to change our sources and define _NORMALIZE_ ourselves to
> >> stay compatible with Mingw-w64 headers.  Grr.
> >> 
> >> I'm just creating new snapshots 2013-11-24 with Eric's and my patch.
> >> Should be both up in about half an hour.
> >
> >Only the 32 bit snapshot is up.  I'm unable to generate the 64 bit
> >snapshot for some reason and I have no more time to investigate
> >today, sorry.
> 
> I uploaded an x86_64 version.

Thanks!


Corinna

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

[-- Attachment #2: Type: application/pgp-signature, Size: 836 bytes --]

Re: Please test latest snapshots 2013-11-20

[Corinna Vinschen]

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

On Nov 24 23:37, Denis Excoffier wrote:
> On 2013-11-24 14:21 +01:00, Corinna Vinschen wrote:
> > On Nov 24 14:14, Corinna Vinschen wrote:
> >> On Nov 24 00:27, Denis Excoffier wrote:
> >>> You must be talking about /usr/include/exceptions.h. I did remove it from
> >>> my system on the very first snapshot that removed it (see a similar
> >>> issue about /usr/include/process.h under
> >>> http://cygwin.com/ml/cygwin/2012-02/msg00130.html). Without
> >>> /usr/include/exceptions.h and with all 3.0.0-1 packages (see above)
> >>> included, i obtain the symptoms shown in
> >>> http://cygwin.com/ml/cygwin/2013-11/msg00364.html and discussed in
> >>> http://cygwin.com/ml/cygwin/2013-11/msg00368.html .
> >> 
> >> Fixed in CVS.  The latest mingw-w64 winnls.h header introduces a new 
> >> symbol _NORMALIZE_ which controls the usage of DECLSPEC_IMPORT for
> >> the functions declared in that header, rather than using _KERNEL32_
> >> as former versions of winnls.h did.  This breaks the autoload mechanism,
> >> so we have to change our sources and define _NORMALIZE_ ourselves to
> >> stay compatible with Mingw-w64 headers.  Grr.
> >> 
> >> I'm just creating new snapshots 2013-11-24 with Eric's and my patch.
> >> Should be both up in about half an hour.
> > 
> > Only the 32 bit snapshot is up.  I'm unable to generate the 64 bit
> > snapshot for some reason and I have no more time to investigate
> > today, sorry.
> > 
> Corinna,
> 
> I installed the last w32api and mingw64-i686 packages and (installed
> and) compiled the 20131124 snapshot with no problem, under both XP and
> Seven. In addition, i didn’t discover any issue with the snapshot itself.
> 
> Thankyou for all.

Thank *you* for testing and feedback,
Corinna

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

[-- Attachment #2: Type: application/pgp-signature, Size: 836 bytes --]