Re: Cygwin 3.0.0-1

[Eric Blake]

On 3/21/19 9:15 AM, Jim Reisert AD1C wrote:
> One of changes announced with Cygwin 3.0.0-1 was this:
> 
> - Improve uname(2) for newly built applications.
> 
> My recollection was that it would allow us to see the Windows version
> and/or OS build number, for example:
> 
> Version 1809
> OS build 17763.379
> 
> When will uname actually be updated to take advantage of this?  I
> regularly used three different Windows 10 machines and each is a
> slightly different "vintage".  The version of uame I have (latest) is
> dated 2-Feb-2017.

I'm still trying to get a new uname(1) (part of coreutils) built. I had
a free weekend earlier this month to attempt that, but got stalled by a
cygwin1.dll bug on Windows 2012 (now fixed).


-- 
Eric Blake, Principal Software Engineer
Red Hat, Inc.   +1-919-301-3226
Virtualization:  qemu.org | libvirt.org



signature.asc
Description: OpenPGP digital signature

Re: Cygwin 3.0.0-1

[Jim Reisert AD1C]

One of changes announced with Cygwin 3.0.0-1 was this:

- Improve uname(2) for newly built applications.

My recollection was that it would allow us to see the Windows version
and/or OS build number, for example:

Version 1809
OS build 17763.379

When will uname actually be updated to take advantage of this?  I
regularly used three different Windows 10 machines and each is a
slightly different "vintage".  The version of uame I have (latest) is
dated 2-Feb-2017.

-- 
Jim Reisert AD1C, , http://www.ad1c.us

--
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: Very slow start of cygwin-3.0.0-1 (32-bit)

[Achim Gratz]

Corinna Vinschen writes:
>> > Test the latest snapshot from https://cygwin.com/snapshots/, please.
>> Fixed, thank you.

I can confirm that this problem is solved.


Regards,
Achim.
-- 
+<[Q+ Matrix-12 WAVE#46+305 Neuron microQkb Andromeda XTk Blofeld]>+

Factory and User Sound Singles for Waldorf Q+, Q and microQ:
http://Synth.Stromeko.net/Downloads.html#WaldorfSounds

--
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: Very slow start of cygwin-3.0.0-1 (32-bit)

[Corinna Vinschen]

On Feb 27 14:03, Thomas Wolff wrote:
> On 27.02.2019 13:54, Corinna Vinschen wrote:
> > On Feb 27 13:37, Thomas Wolff wrote:
> > > On 19.02.2019 14:06, cyg...@roche.com wrote:
> > > > Hello everyone,
> > > > 
> > > > I am using Cygwin (32-bit) on 64-bit Windows 10 computer. This computer 
> > > > is member of a big AD domain. My account is member of a lot of AD 
> > > > groups.
> > > > 
> > > > In my configuration there are no /etc/passwd and /etc/group files. The 
> > > > /etc/nsswitch.conf file is empty. I don't use cygserver.
> > > > 
> > > > I just updated from cygwin-2.11.2-1 to cygwin-3.0.0-1 without changing 
> > > > something else on my computer configuration.
> > > > 
> > > > With cygwin-2.11.2-1 the startup of a terminal window was fast (about 1 
> > > > second). With cygwin-3.0.0-1 it takes about 5 minutes.
> > > Not sure whether it's the same. Same situation in /etc, Windows 7
> > > Professional, Windows and Cygwin 64 bit.
> > > Test from Windows cmd `time < nul & uname -a & time < nul`
> > > takes 11-12s with 3.0.1 but 20-30ms with 2.11.2
> > Test the latest snapshot from https://cygwin.com/snapshots/, please.
> Fixed, thank you.

Thanks for testing!


Corinna

-- 
Corinna Vinschen
Cygwin Maintainer


signature.asc
Description: PGP signature

Re: Very slow start of cygwin-3.0.0-1 (32-bit)

[Thomas Wolff]

On 27.02.2019 13:54, Corinna Vinschen wrote:

On Feb 27 13:37, Thomas Wolff wrote:

On 19.02.2019 14:06, cyg...@roche.com wrote:

Hello everyone,

I am using Cygwin (32-bit) on 64-bit Windows 10 computer. This computer is 
member of a big AD domain. My account is member of a lot of AD groups.

In my configuration there are no /etc/passwd and /etc/group files. The 
/etc/nsswitch.conf file is empty. I don't use cygserver.

I just updated from cygwin-2.11.2-1 to cygwin-3.0.0-1 without changing 
something else on my computer configuration.

With cygwin-2.11.2-1 the startup of a terminal window was fast (about 1 
second). With cygwin-3.0.0-1 it takes about 5 minutes.

Not sure whether it's the same. Same situation in /etc, Windows 7
Professional, Windows and Cygwin 64 bit.
Test from Windows cmd `time < nul & uname -a & time < nul`
takes 11-12s with 3.0.1 but 20-30ms with 2.11.2

Test the latest snapshot from https://cygwin.com/snapshots/, please.

Fixed, thank you.

--
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: Very slow start of cygwin-3.0.0-1 (32-bit)

[Corinna Vinschen]

On Feb 27 13:37, Thomas Wolff wrote:
> On 19.02.2019 14:06, cyg...@roche.com wrote:
> > Hello everyone,
> > 
> > I am using Cygwin (32-bit) on 64-bit Windows 10 computer. This computer is 
> > member of a big AD domain. My account is member of a lot of AD groups.
> > 
> > In my configuration there are no /etc/passwd and /etc/group files. The 
> > /etc/nsswitch.conf file is empty. I don't use cygserver.
> > 
> > I just updated from cygwin-2.11.2-1 to cygwin-3.0.0-1 without changing 
> > something else on my computer configuration.
> > 
> > With cygwin-2.11.2-1 the startup of a terminal window was fast (about 1 
> > second). With cygwin-3.0.0-1 it takes about 5 minutes.
> Not sure whether it's the same. Same situation in /etc, Windows 7
> Professional, Windows and Cygwin 64 bit.
> Test from Windows cmd `time < nul & uname -a & time < nul`
> takes 11-12s with 3.0.1 but 20-30ms with 2.11.2

Test the latest snapshot from https://cygwin.com/snapshots/, please.


Corinna

-- 
Corinna Vinschen
Cygwin Maintainer


signature.asc
Description: PGP signature

Re: Very slow start of cygwin-3.0.0-1 (32-bit)

[Thomas Wolff]

On 19.02.2019 14:06, cyg...@roche.com wrote:

Hello everyone,

I am using Cygwin (32-bit) on 64-bit Windows 10 computer. This computer is 
member of a big AD domain. My account is member of a lot of AD groups.

In my configuration there are no /etc/passwd and /etc/group files. The 
/etc/nsswitch.conf file is empty. I don't use cygserver.

I just updated from cygwin-2.11.2-1 to cygwin-3.0.0-1 without changing 
something else on my computer configuration.

With cygwin-2.11.2-1 the startup of a terminal window was fast (about 1 
second). With cygwin-3.0.0-1 it takes about 5 minutes.
Not sure whether it's the same. Same situation in /etc, Windows 7 
Professional, Windows and Cygwin 64 bit.

Test from Windows cmd `time < nul & uname -a & time < nul`
takes 11-12s with 3.0.1 but 20-30ms with 2.11.2
Thomas

--
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: emacs-X11 unstable under cygwin 3.0.0-1

[Ken Brown]

On 2/19/2019 9:47 AM, Eliot Moss wrote:
> I have found that emacs-X11 (26.1-1) is unstable under cygwin 3.0.0-1.  It
> works fine if I revert to cygwin 2.11.2-1.

I'm not seeing any crashes on my system.  I am, however, seeing certain 
operations take longer than they should.  I've just built emacs-26.1.92, which 
is a pretest for the upcoming emacs-26.2.  It seems to work much better.  You 
can get it from my personal Cygwin repository

   http://sanibeltranquility.com/cygwin/

if you want to try it.

Ken

Re: Very slow start of cygwin-3.0.0-1 (32-bit)

[Corinna Vinschen]

On Feb 21 20:39, Achim Gratz wrote:
> cyg...@roche.com writes:
> > I am using Cygwin (32-bit) on 64-bit Windows 10 computer. This
> >computer is member of a big AD domain. My account is member of a lot of
> >AD groups.
> 
> I think I'm seeing the same problem as you.  If you start the shell from
> "strace -w" you can see how long each call to the DC takes and my guess
> is that will account for the difference in startup time.

What Achim is missing to tell here is that he bisected Cygwin with git
and found the culprit.  It's a fairly simple patch and *could* be
reverted, but I think there's a better compromise.  Stay tuned.

Thanks Achim!


Corinna

-- 
Corinna Vinschen
Cygwin Maintainer


signature.asc
Description: PGP signature

Re: Very slow start of cygwin-3.0.0-1 (32-bit)

[Achim Gratz]

cyg...@roche.com writes:
> I am using Cygwin (32-bit) on 64-bit Windows 10 computer. This
>computer is member of a big AD domain. My account is member of a lot of
>AD groups.

I think I'm seeing the same problem as you.  If you start the shell from
"strace -w" you can see how long each call to the DC takes and my guess
is that will account for the difference in startup time.


Regards,
Achim.
-- 
+<[Q+ Matrix-12 WAVE#46+305 Neuron microQkb Andromeda XTk Blofeld]>+

Factory and User Sound Singles for Waldorf rackAttack:
http://Synth.Stromeko.net/Downloads.html#WaldorfSounds

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

emacs-X11 unstable under cygwin 3.0.0-1

[Eliot Moss]

I have found that emacs-X11 (26.1-1) is unstable under cygwin 3.0.0-1.  It
works fine if I revert to cygwin 2.11.2-1.  The symptom is random crashing,
generally within the first minute of use.  If I get some time I will try
strace on it.  I have not located a stack dump either - not sure if it's
producing one.  (I normally start emacs from a .XWinrc menu under X; I am not
certain in which directory the X server is running, which presumably would
have to do with where a stack dump file would appear.)

But I thought it worth the report anyway.

The crashes will happen even when just navigating in the emacs buffer, i.e.,
it does not seem obviously related to some action on (e.g.) files.

Regards - Eliot Moss

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

Very slow start of cygwin-3.0.0-1 (32-bit)

[cygwin]

Hello everyone,

I am using Cygwin (32-bit) on 64-bit Windows 10 computer. This computer is 
member of a big AD domain. My account is member of a lot of AD groups.

In my configuration there are no /etc/passwd and /etc/group files. The 
/etc/nsswitch.conf file is empty. I don't use cygserver.

I just updated from cygwin-2.11.2-1 to cygwin-3.0.0-1 without changing 
something else on my computer configuration.

With cygwin-2.11.2-1 the startup of a terminal window was fast (about 1 
second). With cygwin-3.0.0-1 it takes about 5 minutes.

Is this something new and the expected behavior with cygwin-3.0.0-1?

Thanks and kind regards,
René



--
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] Cygwin 3.0.0-1

[Corinna Vinschen]

On Feb 18 14:01, Andrey Repin wrote:
> Greetings, Corinna Vinschen!
> 
> >> > >> TYPE "%SystemRoot%\win.ini" | diff -u "%SystemRoot%\win.ini" -
> >> > 
> >> > > I'm baffled.  diff calls fstat on descriptor 0.  fstat returns
> >> > > with st_mode set to S_IFIFO | S_IRUSR, so it *knows* descriptor
> >> > > 0 is a pipe and thus not seekable.  Nevertheless it calls lseek
> >> > > just a bit later to seek back to the beginning of input.
> >> > 
> >> > Do you need me to strace it locally?
> >> 
> >> No, the above is what I gathered from strace, but thanks all the
> >> same.  Patch is forthcoming.
> 
> > Please try the today's developer snapshot from
> > https://cygwin.com/snapshots/
> 
> Looks file at a first glance.

👍

Thanks,
Corinna

-- 
Corinna Vinschen
Cygwin Maintainer


signature.asc
Description: PGP signature

Re: [ANNOUNCEMENT] Cygwin 3.0.0-1

[Houder]

On Mon, 18 Feb 2019 14:01:40, Andrey Repin  wrote:
[snip]

> The snapshot only contains a lonely cygwin1.dll.

You have to download the tar(.xz) file ...

See faq for further details.

Henri


--
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] Cygwin 3.0.0-1

[Andrey Repin]

Greetings, Corinna Vinschen!

>> > >> TYPE "%SystemRoot%\win.ini" | diff -u "%SystemRoot%\win.ini" -
>> > 
>> > > I'm baffled.  diff calls fstat on descriptor 0.  fstat returns
>> > > with st_mode set to S_IFIFO | S_IRUSR, so it *knows* descriptor
>> > > 0 is a pipe and thus not seekable.  Nevertheless it calls lseek
>> > > just a bit later to seek back to the beginning of input.
>> > 
>> > Do you need me to strace it locally?
>> 
>> No, the above is what I gathered from strace, but thanks all the
>> same.  Patch is forthcoming.

> Please try the today's developer snapshot from
> https://cygwin.com/snapshots/

Looks file at a first glance.

> Please note that cygcheck and mount utils need to be taken from the
> snapshot as well to mke sure they work correctly in terms of binary/text
> mounts.

The snapshot only contains a lonely cygwin1.dll.


-- 
With best regards,
Andrey Repin
Monday, February 18, 2019 14:00:32

Sorry for my terrible english...


--
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] Cygwin 3.0.0-1

[Corinna Vinschen]

On Feb 18 09:28, Corinna Vinschen wrote:
> On Feb 17 20:07, Andrey Repin wrote:
> > Greetings, Corinna Vinschen!
> > 
> > > On Feb 17 18:28, Andrey Repin wrote:
> > >> Greetings, Corinna Vinschen!
> > >> 
> > >> > I uploaded a new Cygwin release 3.0.0-1.
> > >> 
> > >> The redirection issue I mentioned for 3.0-0.9 is still happens.
> > >> And I see the STC did not made it to the list.
> > >> Hamsters were hungry, I guess... Let's try without attachments.
> > >> 
> > >> TYPE "%SystemRoot%\win.ini" | diff -u "%SystemRoot%\win.ini" -
> > 
> > > I'm baffled.  diff calls fstat on descriptor 0.  fstat returns
> > > with st_mode set to S_IFIFO | S_IRUSR, so it *knows* descriptor
> > > 0 is a pipe and thus not seekable.  Nevertheless it calls lseek
> > > just a bit later to seek back to the beginning of input.
> > 
> > Do you need me to strace it locally?
> 
> No, the above is what I gathered from strace, but thanks all the
> same.  Patch is forthcoming.

Please try the today's developer snapshot from
https://cygwin.com/snapshots/

Please note that cygcheck and mount utils need to be taken from the
snapshot as well to mke sure they work correctly in terms of binary/text
mounts.


Thanks,
Corinna

-- 
Corinna Vinschen
Cygwin Maintainer


signature.asc
Description: PGP signature

Re: [ANNOUNCEMENT] Cygwin 3.0.0-1

[Corinna Vinschen]

On Feb 17 20:07, Andrey Repin wrote:
> Greetings, Corinna Vinschen!
> 
> > On Feb 17 18:28, Andrey Repin wrote:
> >> Greetings, Corinna Vinschen!
> >> 
> >> > I uploaded a new Cygwin release 3.0.0-1.
> >> 
> >> The redirection issue I mentioned for 3.0-0.9 is still happens.
> >> And I see the STC did not made it to the list.
> >> Hamsters were hungry, I guess... Let's try without attachments.
> >> 
> >> TYPE "%SystemRoot%\win.ini" | diff -u "%SystemRoot%\win.ini" -
> 
> > I'm baffled.  diff calls fstat on descriptor 0.  fstat returns
> > with st_mode set to S_IFIFO | S_IRUSR, so it *knows* descriptor
> > 0 is a pipe and thus not seekable.  Nevertheless it calls lseek
> > just a bit later to seek back to the beginning of input.
> 
> Do you need me to strace it locally?

No, the above is what I gathered from strace, but thanks all the
same.  Patch is forthcoming.


Thanks,
Corinna

-- 
Corinna Vinschen
Cygwin Maintainer


signature.asc
Description: PGP signature

Re: [ANNOUNCEMENT] Cygwin 3.0.0-1

[Brian Inglis]

On 2019-02-17 09:42, Corinna Vinschen wrote:
> On Feb 17 18:28, Andrey Repin wrote:
>>> I uploaded a new Cygwin release 3.0.0-1.
>> The redirection issue I mentioned for 3.0-0.9 is still happens.
>> And I see the STC did not made it to the list.
>> Hamsters were hungry, I guess... Let's try without attachments.
>> TYPE "%SystemRoot%\win.ini" | diff -u "%SystemRoot%\win.ini" -
> I'm baffled.  diff calls fstat on descriptor 0.  fstat returns
> with st_mode set to S_IFIFO | S_IRUSR, so it *knows* descriptor
> 0 is a pipe and thus not seekable.  Nevertheless it calls lseek
> just a bit later to seek back to the beginning of input.

Does not happen under mintty, only cmd, does the below help?

 > ver

Microsoft Windows [Version 10.0.17763.292]

 > uname -srvmo
CYGWIN_NT-10.0 3.0.0(0.336/5/3) 2019-02-16 13:21 x86_64 Cygwin

 > diff --version
diff (GNU diffutils) 3.5
Packaged by Cygwin (3.5-2)
Copyright (C) 2016 Free Software Foundation, Inc.
License GPLv3+: GNU GPL version 3 or later .
This is free software: you are free to change and redistribute it.
There is NO WARRANTY, to the extent permitted by law.

Written by Paul Eggert, Mike Haertel, David Hayes,
Richard Stallman, and Len Tower.

 > cat /var/log/setup.log | strace -o diff.strace diff -u /var/log/setup.log -
diff: -: Illegal seek
cat: write error: No space left on device

 > less diff.strace
...
   41   63902 [main] diff 43744 _cygwin_istext_for_stdio: fd 3: opened as binary
  359   64261 [main] diff 43744 setmode_helper: improbable, but 0 != 3
  347   64608 [main] diff 43744 setmode_helper: improbable, but 1 != 3
  349   64957 [main] diff 43744 setmode_helper: improbable, but 2 != 3
   47   65004 [main] diff 43744 read: read(3, 0x600063390, 65536) blocking
   93   65097 [main] diff 43744 fhandler_base::read: returning 65536, binary 
mode
   43   65140 [main] diff 43744 read: 65536 = read(3, 0x600063390, 65536)
   90   65230 [main] diff 43744 fhandler_base::set_flags: flags 0x1,
supplied_bin 0x0
   39   65269 [main] diff 43744 fhandler_base::set_flags: O_TEXT/O_BINARY set in
flags 0x1
   38   65307 [main] diff 43744 fhandler_base::set_flags: filemode set to binary
   38   65345 [main] diff 43744 _setmode: (0<>, 0x1) returning text
   39   65384 [main] diff 43744 _cygwin_istext_for_stdio: fd 0: opened as binary
  162   65546 [main] diff 43744 setmode_helper: file was binary now binary
  286   65832 [main] diff 43744 setmode_helper: improbable, but 1 != 0
  287   66119 [main] diff 43744 setmode_helper: improbable, but 2 != 0
^^^
*No strace of _fwalk calling setmode_helper for comparison with 0, and continues
to compare against 1 and 2? Should _fwalk return if !fp->flags?*

   39   66158 [main] diff 43744 read: read(0, 0x600073490, 65536) blocking
  109   66267 [main] diff 43744 fhandler_base::read: returning 65536, binary 
mode
   47   66314 [main] diff 43744 read: 65536 = read(0, 0x600073490, 65536)
   43   66357 [main] diff 43744 fhandler_pipe::lseek: (-65536, 1)
   40   66397 [main] diff 43744 __set_errno: virtual off_t
fhandler_pipe::lseek(off_t, int):165 setting errno 29
   39   66436 [main] diff 43744 lseek64: -1 = lseek(0, -65536, 1), errno 29
...

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

This email may be disturbing to some readers as it contains
too much technical detail. Reader discretion is advised.

--
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] Cygwin 3.0.0-1

[Brian Inglis]

On 2019-02-17 11:11, Andrey Repin wrote:
> Greetings, Brian Inglis!
> 
>> On 2019-02-17 10:07, Andrey Repin wrote:
 On 2019-02-17 09:42, Corinna Vinschen wrote:
> On Feb 17 18:28, Andrey Repin wrote:
>> The redirection issue I mentioned for 3.0-0.9 is still happens.
>> And I see the STC did not made it to the list.
>> Hamsters were hungry, I guess... Let's try without attachments.
>> TYPE "%SystemRoot%\win.ini" | diff -u "%SystemRoot%\win.ini" -
> I'm baffled.  diff calls fstat on descriptor 0.  fstat returns
> with st_mode set to S_IFIFO | S_IRUSR, so it *knows* descriptor
> 0 is a pipe and thus not seekable.  Nevertheless it calls lseek
> just a bit later to seek back to the beginning of input.
 Appears to be running under Windows shell (TYPE) and pipe redirection - 
 could
 that make a difference under some Windows versions about what is known?
 What are uname -srvmo and cmd /c ver?
>>> It's Win7Pro/RUS SP1 64-bit, if that's what you were after.
>>> (Can't install back 3.0 right now, but I'll do that later if it's 
>>> important.)
>>> $ cmd /c ver
>>> Microsoft Windows [Version 6.1.7601]
>> No problems for me under Win10 1809 with previous Cygwin release - after 
>> current
>> upgrade:
>>> TYPE "%SystemRoot%\win.ini" | diff -u "%SystemRoot%\win.ini" -
>> diff: -: Illegal seek
> Did we find a century old upstream bug? :)

Days old:

$ uname -srvmo
CYGWIN_NT-10.0 3.0.0(0.336/5/3) 2019-02-16 13:21 x86_64 Cygwin

worked fine with no problems under 2.11.2-1 days before with the same OS:

$ cmd /c ver
Microsoft Windows [Version 10.0.17763.292]

[OT: as someone who made money from necessary, auditable, trackable, repeatable
Y2K fixes to systems, other stupid, short sighted, amnesiac orgs still omitting
the century from years makes me spitting mad, hoping they crash and burn
pathetically and soon, as they deserve!]

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

This email may be disturbing to some readers as it contains
too much technical detail. Reader discretion is advised.

--
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] Cygwin 3.0.0-1

[Andrey Repin]

Greetings, Brian Inglis!

> On 2019-02-17 10:07, Andrey Repin wrote:
>>> On 2019-02-17 09:42, Corinna Vinschen wrote:
 On Feb 17 18:28, Andrey Repin wrote:
> The redirection issue I mentioned for 3.0-0.9 is still happens.
> And I see the STC did not made it to the list.
> Hamsters were hungry, I guess... Let's try without attachments.
> TYPE "%SystemRoot%\win.ini" | diff -u "%SystemRoot%\win.ini" -
 I'm baffled.  diff calls fstat on descriptor 0.  fstat returns
 with st_mode set to S_IFIFO | S_IRUSR, so it *knows* descriptor
 0 is a pipe and thus not seekable.  Nevertheless it calls lseek
 just a bit later to seek back to the beginning of input.
>>> Appears to be running under Windows shell (TYPE) and pipe redirection - 
>>> could
>>> that make a difference under some Windows versions about what is known?
>>> What are uname -srvmo and cmd /c ver?
>> It's Win7Pro/RUS SP1 64-bit, if that's what you were after.
>> (Can't install back 3.0 right now, but I'll do that later if it's important.)
>> $ cmd /c ver
>> Microsoft Windows [Version 6.1.7601]

> No problems for me under Win10 1809 with previous Cygwin release - after 
> current
> upgrade:
>> TYPE "%SystemRoot%\win.ini" | diff -u "%SystemRoot%\win.ini" -
> diff: -: Illegal seek

Did we find a century old upstream bug? :)


-- 
With best regards,
Andrey Repin
Sunday, February 17, 2019 21:10:47

Sorry for my terrible english...


--
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] Cygwin 3.0.0-1

[Brian Inglis]

On 2019-02-17 10:07, Andrey Repin wrote:
>> On 2019-02-17 09:42, Corinna Vinschen wrote:
>>> On Feb 17 18:28, Andrey Repin wrote:
 The redirection issue I mentioned for 3.0-0.9 is still happens.
 And I see the STC did not made it to the list.
 Hamsters were hungry, I guess... Let's try without attachments.
 TYPE "%SystemRoot%\win.ini" | diff -u "%SystemRoot%\win.ini" -
>>> I'm baffled.  diff calls fstat on descriptor 0.  fstat returns
>>> with st_mode set to S_IFIFO | S_IRUSR, so it *knows* descriptor
>>> 0 is a pipe and thus not seekable.  Nevertheless it calls lseek
>>> just a bit later to seek back to the beginning of input.
>> Appears to be running under Windows shell (TYPE) and pipe redirection - could
>> that make a difference under some Windows versions about what is known?
>> What are uname -srvmo and cmd /c ver?
> It's Win7Pro/RUS SP1 64-bit, if that's what you were after.
> (Can't install back 3.0 right now, but I'll do that later if it's important.)
> $ cmd /c ver
> Microsoft Windows [Version 6.1.7601]

No problems for me under Win10 1809 with previous Cygwin release - after current
upgrade:
> TYPE "%SystemRoot%\win.ini" | diff -u "%SystemRoot%\win.ini" -
diff: -: Illegal seek

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

This email may be disturbing to some readers as it contains
too much technical detail. Reader discretion is advised.

--
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] Cygwin 3.0.0-1

[Andrey Repin]

Greetings, Brian Inglis!

> On 2019-02-17 09:42, Corinna Vinschen wrote:
>> On Feb 17 18:28, Andrey Repin wrote:
>>> The redirection issue I mentioned for 3.0-0.9 is still happens.
>>> And I see the STC did not made it to the list.
>>> Hamsters were hungry, I guess... Let's try without attachments.
>>> TYPE "%SystemRoot%\win.ini" | diff -u "%SystemRoot%\win.ini" -
>> I'm baffled.  diff calls fstat on descriptor 0.  fstat returns
>> with st_mode set to S_IFIFO | S_IRUSR, so it *knows* descriptor
>> 0 is a pipe and thus not seekable.  Nevertheless it calls lseek
>> just a bit later to seek back to the beginning of input.

> Appears to be running under Windows shell (TYPE) and pipe redirection - could
> that make a difference under some Windows versions about what is known?

> What are uname -srvmo and cmd /c ver?

It's Win7Pro/RUS SP1 64-bit, if that's what you were after.

(Can't install back 3.0 right now, but I'll do that later if it's important.)

$ cmd /c ver

Microsoft Windows [Version 6.1.7601]


-- 
With best regards,
Andrey Repin
Sunday, February 17, 2019 20:03:31

Sorry for my terrible english...


--
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] Cygwin 3.0.0-1

[Andrey Repin]

Greetings, Corinna Vinschen!

> On Feb 17 18:28, Andrey Repin wrote:
>> Greetings, Corinna Vinschen!
>> 
>> > I uploaded a new Cygwin release 3.0.0-1.
>> 
>> The redirection issue I mentioned for 3.0-0.9 is still happens.
>> And I see the STC did not made it to the list.
>> Hamsters were hungry, I guess... Let's try without attachments.
>> 
>> TYPE "%SystemRoot%\win.ini" | diff -u "%SystemRoot%\win.ini" -

> I'm baffled.  diff calls fstat on descriptor 0.  fstat returns
> with st_mode set to S_IFIFO | S_IRUSR, so it *knows* descriptor
> 0 is a pipe and thus not seekable.  Nevertheless it calls lseek
> just a bit later to seek back to the beginning of input.

Do you need me to strace it locally?


-- 
With best regards,
Andrey Repin
Sunday, February 17, 2019 20:07:37

Sorry for my terrible english...


--
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] Cygwin 3.0.0-1

[Brian Inglis]

On 2019-02-17 09:42, Corinna Vinschen wrote:
> On Feb 17 18:28, Andrey Repin wrote:
>> The redirection issue I mentioned for 3.0-0.9 is still happens.
>> And I see the STC did not made it to the list.
>> Hamsters were hungry, I guess... Let's try without attachments.
>> TYPE "%SystemRoot%\win.ini" | diff -u "%SystemRoot%\win.ini" -
> I'm baffled.  diff calls fstat on descriptor 0.  fstat returns
> with st_mode set to S_IFIFO | S_IRUSR, so it *knows* descriptor
> 0 is a pipe and thus not seekable.  Nevertheless it calls lseek
> just a bit later to seek back to the beginning of input.

Appears to be running under Windows shell (TYPE) and pipe redirection - could
that make a difference under some Windows versions about what is known?

What are uname -srvmo and cmd /c ver?

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

This email may be disturbing to some readers as it contains
too much technical detail. Reader discretion is advised.

--
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] Cygwin 3.0.0-1

[Corinna Vinschen]

On Feb 17 18:28, Andrey Repin wrote:
> Greetings, Corinna Vinschen!
> 
> > I uploaded a new Cygwin release 3.0.0-1.
> 
> The redirection issue I mentioned for 3.0-0.9 is still happens.
> And I see the STC did not made it to the list.
> Hamsters were hungry, I guess... Let's try without attachments.
> 
> TYPE "%SystemRoot%\win.ini" | diff -u "%SystemRoot%\win.ini" -

I'm baffled.  diff calls fstat on descriptor 0.  fstat returns
with st_mode set to S_IFIFO | S_IRUSR, so it *knows* descriptor
0 is a pipe and thus not seekable.  Nevertheless it calls lseek
just a bit later to seek back to the beginning of input.


Corinna

-- 
Corinna Vinschen
Cygwin Maintainer


signature.asc
Description: PGP signature

Re: [ANNOUNCEMENT] Cygwin 3.0.0-1

[Andrey Repin]

Greetings, Corinna Vinschen!

> I uploaded a new Cygwin release 3.0.0-1.

The redirection issue I mentioned for 3.0-0.9 is still happens.
And I see the STC did not made it to the list.
Hamsters were hungry, I guess... Let's try without attachments.

TYPE "%SystemRoot%\win.ini" | diff -u "%SystemRoot%\win.ini" -

Save it as .bat file.
Specify the path to diff.exe if necessary.


-- 
With best regards,
Andrey Repin
Sunday, February 17, 2019 18:24:26

Sorry for my terrible english...


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

[ANNOUNCEMENT] Cygwin 3.0.0-1

[Corinna Vinschen]

Hi folks,


I uploaded a new Cygwin release 3.0.0-1.

===

What's new:
---

- Support for CLOCK_REALTIME_COARSE, CLOCK_MONOTONIC_COARSE,
  CLOCK_MONOTONIC_RAW, CLOCK_BOOTTIME, CLOCK_REALTIME_ALARM,
  CLOCK_BOOTTIME_ALARM clocks.

- Support for case sensitive directories.  mkdir(2) automatically
  creates directories within the Cygwin installation dir as case
  sensitive now.

  This feature requires Windows 10 1803 or later and WSL installed!

- New file ioctls's FS_IOC_GETFLAGS and FS_IOC_SETFLAGS.  The actual
  inode flags are Cygwin-specific.  This allows to set or reset
  DOS attributes, file sparseness, FS level encryption and compression,
  as well as directory case sensitivity programatically.

- New tools chattr(1) and lsattr(1) to utilize setting and viewing the
  aforementioned new ioctl's on the command line.

- Support for exFAT.

- Support Linux-specific open(2) flag O_PATH.

- Support Linux-specific linkat(2) flag AT_EMPTY_PATH.

- Support overrun counter for posix timers (via timer_getoverrun() or
  siginfo_t::si_overrun).

- New APIs: signalfd, timerfd_create, timerfd_gettime, timerfd_settime,
  timer_getoverrun.

- fork(2) now is able to recover from when an in-use executable/dll is
  removed or replaced during process runtime.  This feature is disabled by
  default and limited to exes/dlls on the same NTFS partition as the Cygwin
  installation.  For more information and how to enable, please refer to
  https://www.cygwin.com/cygwin-ug-net/highlights.html#ov-hi-process


What changed:
-

- clock_nanosleep, pthread_condattr_setclock and timer_create now support
  all clocks, except CLOCK_PROCESS_CPUTIME_ID and CLOCK_THREAD_CPUTIME_ID.

- clock_setres is a no-op now.

- Use the new POSIX unlink semantics on NTFS starting with Windows 10 1709.
  Deleting an in-use file now actually removes the file, rather than moving
  it to the recycler bin.

- Use the new POSIX rename semantics on NTFS starting with Windows 10 1809.
  Renaming a file to another in-use file now actually removes the other file,
  rather than moving it to the recycler bin.

- open(..., O_TMPFILE) now moves the file to the trash bin immediately,
  to free the parent directory.

- Wctype functions updated to Unicode 11.0.

- Remove matherr, and SVID and X/Open math library configurations.
  Default math library configuration is now IEEE.

- Improve uname(2) for newly built applications.

- Kerberos/MSV1_0 S4U authentication replaces two old methods:
  Creating a token from scratch and Cygwin LSA authentication package.

- Cygwin PIDs have been decoupled from Windows PID.  Cygwin PIDs are
  now incrementally dealt in the range from 2 up to 65535, POSIX-like.
  Native Windows processes not started by Cygwin processes are mapped
  into the range beyond 65535.


Bug Fixes
-

- Fix a thread race when initializing CLOCK_MONOTONIC.
  Addresses: https://cygwin.com/ml/cygwin/2018-11/msg00017.html

- Fix early timeout from pthread_cond_timedwait.
  Addresses: https://cygwin.com/ml/cygwin/2018-11/msg00171.html

- Fix a bug in recognizing remote FAT/FAT32/exFAT correctly.

- Allow open(2)/stat(2)/linkat(2) of a file via /proc/PID/fd/DESCRIPTOR
  even if file has been deleted.
  Addresses: https://cygwin.com/ml/cygwin/2018-12/msg00125.html
 https://cygwin.com/ml/cygwin/2018-12/msg00028.html

- Fix a bug in select(2) when polling HANDLE-less descriptors.

- Fix WEOF handling in wctype functions.
  Addresses: https://cygwin.com/ml/cygwin/2018-12/msg00173.html

- Fix thread names in GDB when cygthreads get reused.

- Fix return value of gethostname in a border case.

- Disallow seteuid on disabled or locked out accounts.
  Addresses: https://cygwin.com/ml/cygwin/2019-01/msg00197.html

- Fix raise to work as required by POSIX.
  Addresses: https://cygwin.com/ml/cygwin/2019-01/msg00149.html

- Fix exception handling in pthreads.
  Addresses: https://cygwin.com/ml/cygwin/2019-01/msg00149.html

- Fix O_APPEND handling on files when calling non-Cygwin applications
  Addresses: https://cygwin.com/ml/cygwin/2019-02/msg00081.html

- Fix case correctness of passwd/group entries fetched via getpwnam
  or getgrnam.
  Addresses: https://cygwin.com/ml/cygwin/2019-02/msg00109.html

===


Have fun,
Corinna

-- 
Corinna Vinschen
Cygwin Maintainer

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