On Fri, Apr 25, 2008 at 10:55 AM, Karolin Seeger <[EMAIL PROTECTED]> wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > Release Announcements > ===================== > > This is the third preview release of Samba 3.2.0. This is *not* > intended for production environments and is designed for testing > purposes only. Please report any defects via the Samba bug reporting > system at https://bugzilla.samba.org/. > <snip>
> Major enhancements in Samba 3.2.0 include: > > File Serving: > o Use of IDL generated parsing layer for several DCE/RPC > interfaces. > o Removal of the 1024 byte limit on pathnames and 256 byte limit on > filename components to honor the MAX_PATH setting from the host OS. Can someone explain that some more. Is that a tightening or loosing of the restriction? Or point me do a discussion about how it was decided to do this? === My concern IIRC MAX_PATH is 512 under Windows, but it is a lie that cannot be trusted. It is just the limit for the old API. The new Unicode APIs do not honor that define. I'm concerned this may be true of other filesystems / OSes. In particular with Robocopy that comes with Windows 2003 Resource Kit you can work with pathnames up to 32K I believe it is. (See the Robocopy release notes for details). A lot of tools are still restricted to 512 chars, but I am fairly confident that 512 is no longer a fundamental limitation with newer Windows products. Greg -- Greg Freemyer Litigation Triage Solutions Specialist http://www.linkedin.com/in/gregfreemyer First 99 Days Litigation White Paper - http://www.norcrossgroup.com/forms/whitepapers/99%20Days%20whitepaper.pdf The Norcross Group The Intersection of Evidence & Technology http://www.norcrossgroup.com -- To unsubscribe from this list go to the following URL and read the instructions: https://lists.samba.org/mailman/listinfo/samba
