This is the mail archive of the cygwin-apps mailing list for the Cygwin project.

Index Nav: [Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav: [Date Prev] [Date Next] [Thread Prev] [Thread Next]
Other format: [Raw text]

[HEADSUP] Start of Cygwin 1.7 release cycle

Hi all,

we're now finally starting the release cycle for Cygwin 1.7.  Not
everything is in it's place, some changes are still in flux and the
installation is still somewhat bumpy but we should get to all of that
while testing goes on.

We have set up a new release area which is dedicated to the 1.7 release.
This allows us to test the new Cygwin DLL in a complete distro
environment without breaking the standard release.  This standard
release will get frozen at one point, when we think it's safe enough to
switch the community to the new distro.  The old one stays available for
Windows 95/98/Me users.  So far the new release area is a copy of the
existing one.  To access it, you have to use a special setup.exe version
you get from

The idea is this:

- You set up a local Cygwin 1.7 installation.  

- You build the packages you maintain under that Cygwin 1.7 release.

- You prepare the packages for uploading into the 1.7 release area.

- You report bugs to the cygwin list (maybe we should set up a
  temporary cygwin-test mailing list for a couple of months?).

Over the time the Cygwin 1.7 release area will be populated with
corresponding packages.  The more packages we have, the easier
will get further testing, especially for the two most intrusive
changes, IPv6 support and long path names.

However, right now we have still a problem.

The new Cygwin DLL uses /etc/fstab and /etc/fstab.d/$USER files instead
of the registry for the mount table.  While this decouples the new
release from an old one in terms of mount points, setup.exe still
accesses and creates registry mount points and stumbles over that.

As a result, for now I'd suggest to install Cygwin 1.7 only if you
have a spare machine or in a distinct virtual machine.  Once setup
can deal with a parallel 1.5 release, this gets much easier.

Below you'll find a list of the major changes from 1.5 to 1.7.  Please
read it carefully.

The most important changes on the user level are the long path name
support including UTF-8 character support, as well as IPv6.  Other
changes are also important, but these two will likely have the most
impact.  I'd like to ask you to keep an eye especially on them when
building and testing.

The most important changes on the application level are the new Cygwin
functions for path name conversion between DOS and POSIX filenames
which, in contrast to the previous functions, allow long path names.
The old functions are marked as obsolete in the header file, so you will
get approrpiate warnings if your application is using them.  The new
functions are already documented (including example code), though, for
the time being, only in the Cygwin sources (see

Please note that, besides other stuff, two really crucial changes are
still missing:

- Native Language Support and the character set handling according to
  $LANG and $LC_CTYPE is still lacking.  I'm glad to report that
  Kazuhiro Fujieda volunteered to work on that.  For now, you have to
  set CYGWIN="codepage:utf8" as well as LC_CTYPE="C-UTF-8" to get UTF-8
  support working.  This should get much simpler and better after
  Kazuhiro's patches.  

- Documentation (Heeeeelp!)

Ok, if something is unclear, feel free to ask.  Other than that, enjoy
the below list of changes and the new functionality.


Wind^WList of Changes:

OS releated changes:

- Windows 95, 98 and Me are not supported anymore.  The new DLL will
  not run on any of these systems.

File Access related changes:

- Mount points are no longer stored in the registry.  Use /etc/fstab
  and /etc/fstab.d/$USER instead.  Mount points created with mount(1)
  are only local to the current session and disappear when the last
  Cygwin process in the session exits.

- PATH_MAX is now 4096.  Internally, path names can be as long as the
  underlying OS can handle (32K).
- UTF-8 filenames are supported now.  So far, this requires to set
  the environment variable CYGWIN to contain "codepage:utf8", but this
  will likely disappear in a few weeks time.  The setting of $LANG or
  $LC_CTYPE will be used instead.

- Creating filenames with special DOS characters '"', '*', ':', '<',
  '>', '|' is supported.

- Creating files with special DOS device filename components ("aux",
  "nul", "prn") is supported.

- Managed mounts are now identical to normal mounts, except they allow
  to create files only differing by case ("abc", "Abc", ABC").

- unlink(2) and rmdir(2) try very hard to remove files/directories even
  if they are currently accessed or locked.  This is done by utilizing
  the hidden recycle bin directories and marking the files for deletion.

- rename(2) rewritten to be more POSIX conformant.

- Add st_birthtim member to struct stat.

- File locking is now advisory, not mandatory anymore.  The fcntl(2) and
  the new lockf(2) APIs create and maintain locks with POSIX semantics,
  the flock(2) API creates and maintains locks with BSD semantics.
  POSIX and BSD locks are independent of each other.

- Implement atomic O_APPEND mode.

- Handle NTFS native symlinks available since Vista/2008 as symlinks.

- Recognize Netapp DataOnTap drives and fix inode number handling.

- Recognize Samba version beginning with Samba 3.0.28a using the new
  extended version information negotiated with the Samba developers.

- Support Linux-like extended attributes ([fl]getxattr, [fl]listxattr,
  [fl]setxattr, [fl]removexattr).

- New file conversion API for conversion from Win32 to POSIX path and
  vice versa (cygwin_conv_path, cygwin_create_path, cygwin_conv_path_list).

- Other new APIs: posix_fadvise, posix_fallocate, funopen, fopencookie,

Network related changes:

- New implementation for blocking sockets and select on sockets which
  is supposed to allow POSIX-compatible sharing of sockets between
  threads and processes.

- Restrict send/sendto/sendmsg to send never more than 64K to circumvent
  internal buffer problem in WinSock.  (May need rework)

- IPv6 support.  New API getaddrinfo, getnameinfo, freeaddrinfo,
  gai_strerror, in6addr_any, in6addr_loopback.  On IPv6-less systems,
  replacement functions are available for IPv4.  On systems with IPv6
  enabled, the underlying WinSock functions are used.  While I tried
  hard to get the functionality as POSIXy as possible, keep in mind that
  a *fully* conformant implementation of getaddrinfo and other stuff is
  only available starting with Windows Vista/2008.

- Resolver functions (res_init, res_query, res_search, res_querydomain,
  res_mkquery, res_send, dn_comp, dn_expand) are now part of Cygwin.
  Applications don't have to link against minires anymore.  Actually,
  this *is* the former libminires.a.

- rcmd is now implemented inside of Cygwin, instead of calling the
  WinSock function.  This allows rsh(1)  usage on Vista/2008, which
  dropped this function from WinSock.

- Define multicast structures in netinet/in.h.  Note that fully
  conformant multicast support is only available beginning with Vista/2008.

- Improve get_ifconf.  Redefine struct ifreq and subsequent datastructures
  to be able to keep more information.  Support SIOCGIFINDEX, SIOCGIFDSTADDR
  and the Cygwin specific SIOCGIFFRNDLYNAM.  Support real interface flags
  on systems supporting them.

- Other new APIs: bindresvport, bindresvport_sa, iruserok_sa, rcmd_af,
  rresvport_af.  getifaddrs, freeifaddrs, if_nametoindex, if_indextoname,
  if_nameindex, if_freenameindex.

- Add /proc/net/if_inet6.

Device related changes:

- Reworked pipe implementation which uses overlapped IO to create
  more reliable interruptible pipes and fifos.

- Reworked pipe handling for better speed and better support for signal

- Improved fifo handling.

- Detect when a stdin/stdout which looks like a pipe is really a tty.
  Among other things, this allows a debugged application to recognize that
  it is using the same tty as the debugger.

- Support UTF-8 in console window.

- Support up to 64 serial interfaces using /dev/ttyS0 - /dev/ttyS63.

- Support up to 128 raw disk drives /dev/sda - /dev/sddx.

- New API: posix_openpt.

Other POSIX related changes:

- Implement pthread_kill(thread, 0) as per POSIX.

- New API for POSIX IPC:
  Named semaphores: sem_open, sem_close, sem_unlink.
  Message queues: mq_open, mq_getattr, mq_setattr, mq_notify, mq_send,
  mq_timedsend, mq_receive, mq_timedreceive, mq_close, mq_unlink.
  Shared memory: shm_open, shm_unlink.

- Only declare expected functions in <strings.h>, don't include <string.h>
  from here.

- New APIs: asnprintf, dprintf, _Exit, vasnprintf, vdprintf, confstr,
  posix_madvise, posix_memalign, exp10, exp10f, pow10, pow10f, lrint,
  lrintf, rint, rintf, llrint, llrintf, llrintl, lrintl, rintl insque,
  remque, sys_sigabbrev, strcasestr, stpcpy, stpncpy, wcpcpy, wcpncpy,
  wcstol, wcstoll, wcstoul, wcstoull, wcsxfrm.

Security related changes:

- Getting a domain user's groups is hopefully more bulletproof now.

- Cygwin now comes with a real LSA authentication package.  This must
  be manually installed by a privileged user using the /bin/cyglsa-config
  script.  The advantages and disadvantages are noted in

- Drop CYGWIN=ntea fake.


- Fallout from the long path names: If the current working directory is
  longer than 260 bytes, or if the current working directory is a virtual
  path (like /proc, /cygdrive, //server), don't call native Win32 programs
  since they don't understand these paths.

- On the first usage of a DOS path (C:\foo, \\foo\bar), the Cygwin DLL
  emits a scary warning that DOS paths shouldn't be used.  There's also
  the new CYGWIN=nodosfilewarning setting to disable that.

- Allow environment of arbitrary size instead of a maximum of 32K.

- Detect and report a missing DLL on process startup.

- Add /proc/registry32 and /proc/registry64 paths to access 32 bit and
  64 bit registry on 64 bit systems.

- Align /proc/cpuinfo more closly to Linux content.

- Optimized strstr and memmem implementation.

- Remove backwards compatibility with old signal masks (some *very* old
  programs which use signal masks may no longer work correctly).

- Numerous bug fixes.

- Probably a couple of entirely new bugs.

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

Index Nav: [Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav: [Date Prev] [Date Next] [Thread Prev] [Thread Next]