29 Jun 01:04
GNU mtools 4.0.17 released
Alain Knaff <alain <at> knaff.lu>
2011-06-28 23:04:06 GMT
2011-06-28 23:04:06 GMT
Hello, I am pleased to announce the release of GNU mtools version 4.0.17. GNU mtools is available for download from ftp://ftp.gnu.org/gnu/mtools and the mirror sites worldwide (see http://www.gnu.org/order/ftp.html for the list of those). The signed sources can be obtained from ftp.gnu.org and its world-wide mirrors: ftp://ftp.gnu.org/gnu/mtools/mtools-4.0.17.tar.gz (510K) ftp://ftp.gnu.org/gnu/mtools/mtools-4.0.17.tar.bz2 (403K) ftp://ftp.gnu.org/gnu/mtools/mtools-4.0.17.tar.lz (341K) The same directory also contains pre-compiled Debian and RPM packages. Mtools is a collection of utilities to access MS-DOS disks from GNU and Unix without mounting them, to change FAT-specific file attributes (hidden, archive, system), and to format FAT media. Mtools supports W32 style long file names, FAT32, OS/2 Xdf disks and 2m disks (store up to 1992k on a high density 3 1/2 disk). Mtools also includes mpartition, a simple partitioning programing. It is also a convenient tool to work with disk image files (thanks to the -i flag). Since version 4.0.0 mtools now has full support for Unicode filenames. For more information on mtools, including links to file downloads, please see the mtools web page: http://www.gnu.org/software/mtools(Continue reading)
I've run across a bug that was introduced sometime between
3.9.11-2.fc8 (which I yummed onto my FC box), and 4.0.1, for which I
downloaded the code so I could port it to another platform. (STOP on
an XTS, if anybody knows/cares what that is. Google it if you're
curious, email me if you then want more info.)
The symptoms are twofold:
1) mtools will not find a file or directory in a subdirectory. For
instance, say you've got a dir hierarchy including
a:/test/test2/test3/test4/test5, with a file called foo.# at each step
(i.e., a:/test/foo, a:/test/test2/foo.2, etc.). mdir a:/test will
succeed, but mdir a:/test/foo will fail. Likewise, mcd a:/test
followed by mdir foo will succeed, but then mdir a:test2/foo.2 will
fail, as will mcd a:test2/test3. Regardless of what prior mcd's
you've done, mcd a:/test/test2 will fail.
2) When you've already mcd'ed to a directory at least two levels deep
(which you'd have to do one at a time), the next time you try to
access the device, mtools "forgets" where you were, i.e., deletes
~/.mcwd, and pretends you were at the device root.
The cause is at line 591 of vfat.c. Patch, as output by svn diff:
Index: vfat.c
===================================================================
--- vfat.c (revision 3741)
+++ vfat.c (working copy)
RSS Feed