Hi folks,
I just uploaded a new Cygwin 1.7 test release, 1.7.0-48.
The list with the changes related to the previous test release 1.7.0-47
is attached below.
===
IMPORTANT NOTE
This -48 test release comes with a couple of modifications which are
based around a change in mount point handling. I strongly advise that
you update to the latest setup-1.7.exe, version number is 2.625, from
http://cygwin.com/setup-1.7.exe before installing this latest Cygwin
test release.
===
Cygwin 1.7 is a major jump from Cygwin 1.5.x. The list with the changes
related to Cygwin 1.5.25 is part of the User's Guide now:
http://cygwin.com/1.7/cygwin-ug-net/ov-new1.7.html
===
If nothing goes overly wrong, the official 1.7.1 release goes public
within the next 6 weeks.
===
Just download http://cygwin.com/setup-1.7.exe and use that setup tool
to install Cygwin 1.7. As usual, please report bugs and problems to
the mailing list cygwin AT cygwin DOT com.
We also have a new User's Guide for 1.7, which is currently located at
http://cygwin.com/1.7/cygwin-ug-net/cygwin-ug-net.html
We also now have new API documentation
http://cygwin.com/1.7/cygwin-api/cygwin-api.html
And we have a new FAQ, though very likely not quite complete since
we still don't know what exactly *is* a FAQ related to Cygwin 1.7.
http://cygwin.com/1.7/faq/faq.html
Bug fixes and extensions to the documentation in the form of patches
to the source SGML files are much appreciated. The SGML sources are
located in the CVS repository under the winsup/doc directory, for
example here:
http://cygwin.com/cgi-bin/cvsweb.cgi/src/winsup/doc/?cvsroot=src
Same goes for Cygwin patches in general, of course.
===
This is still a TEST release. Don't use in critical production
environments.
Nevertheless I'd like to encourage everyone to give 1.7 a shot. Due to
internal changes it is possible to install a 1.7 release in parallel to
a 1.5 release and even run 1.7 processes in parallel to 1.5 processes.
* The processes will not know about each other! Any try to interact
* between 1.7-based and 1.5-based processes will lead to, at least, funny
* results.
To install a 1.7 release in parallel to a 1.5 release, all you have
to do is to choose another root directory (for instance: C:\cygwin-1.7)
in setup-1.7's Choose Installation Directory dialog.
* NOTE: Due to the way setup-1.7 works, you have to change the directory
* right the first time you visit this dialog! If you pressed the Next
* button and then Back again, it's already too late and setup-1.7 will
* create a broken 1.7 install. If you pressed Next by mistake, exit
* setup-1.7 and start it again.
===
What's new in contrast to 1.7.0-46
===
- Cygwin will now not only auto-generate the root directory mount point
and the cygdrive prefix, it will also now auto-generate the good old
/usr/bin and /usr/lib mount points. There's no reason anymore to
have these mount points in /etc/fstab.
- The root directory mount point is quite important. If it's wrong, a
lot of stuff will break. Therefore, the root mount point requires an
additional mount option in /etc/fstab, otherwise the /etc/fstab entry
will be ignored. For more details, read the new mount table documentation
in http://cygwin.com/1.7/cygwin-ug-net/using.html#mount-table
- Cygwin will internally now always use the $LC_ALL/$LC_CTYPE/$LANG
setting from the environment, regardless whether the application is
locale-aware or not. If the locale is not set in the environment,
Cygwin will internally use UTF-8 for widechar-multibyte conversion.
This makes sure that Cygwin generates reproducible, identical filenames
in interacting applications, whether or not they are locale-aware or not.
- The Cygwin console will also use the $LC_ALL/$LC_CTYPE/$LANG setting
from the environment. This drops the restriction that the console
charset must be set at Console startup, introduced in early April.
- mkgroup and mkpasswd will now by default generate passwd and group
entries in UTF-8, unless the environment contains a specific setting
of $LC_ALL/$LC_CTYPE/$LANG.
The same defaulting to UTF-8 output is used in cygpath, ldd, and passwd.
- Two changes in the `ps -W' output. `ps -W' now prints all processes on
the machine when running under an (elevated) administrator account,
not only the processes in the current session. It also now prints
the name of 64 bit processes on 64 bit Windows, rather than just
printing *** unknown ***.
Bugfixes:
=
- Cygwin will internally