Date: Wed, 11 Feb 1998 04:01:32 +0000 (GMT) From: Terry Lambert <tlambert@primenet.com> To: jonny@coppe.ufrj.br (Joao Carlos Mendes Luis) Cc: tlambert@primenet.com, dima@tejblum.dnttm.rssi.ru, jkh@time.cdrom.com, jbryant@unix.tfs.net, freebsd-current@FreeBSD.ORG Subject: Re: merging win95 and nt filesystem changes into msdosfs Message-ID: <199802110401.VAA02729@usr04.primenet.com> In-Reply-To: <199802101745.PAA12461@gaia.coppe.ufrj.br> from "Joao Carlos Mendes Luis" at Feb 10, 98 03:45:02 pm
next in thread | previous in thread | raw e-mail | index | archive | help
> // The problem is that the same algorithm *must* be used for this to work > // reliably. > > I suppose that by algorithm you mean how the filenames are archived, > and not how the names are converted between formats. If it the second > option, let me remember you that Win95 registry can be programmed to > change the algorithm. I hate those ~'s in file names. :) Files created before the change will have the old value; files created after will have the new. The algorithm treats the "numeric tail" (MS terminology) identically in either case, as far as coming up with the next number. The problem with the algortihm that had been suggested is that it (effectively) went randomly into the number space. > // I did effectively this when I converted FFS/UFS for Windows 95 IFS, and > // added a Unicode name space and 8.3 names for FFS/UFS directory entries; > // the problems I faced are exactly the inverse of the problems you face. > > You mean you have a FFS driver for Win95 ? Is it available ? :) It belongs to Artisoft, and it was also licensed as part of a severance package to the other two engineers who worked on it (they left before I left). It's actually a port of the entire Heidemann framework to Windows 95, only you can start with zero FS's, add as many FS's vfsops tables as you want, etc. Windows 95 treats it as a local media FS (it is, I believe, still the only local media FS ever written for Windows 95 outside of Microsoft). In this framework, we put a FFS/UFS with Unicode support, second name space support, and soft updates. The namespace changes made the on dosk format incompatible with FreeBSD's FFS/UFS, mostly because of the FreeBSD namei() code. The other two engineers are currently working on FS code and server code for NetWork appliance. One of them is the person primarily responsible for NetWare's NDS working. Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe current" in the body of the message
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?199802110401.VAA02729>