From owner-freebsd-current Tue Feb 10 22:35:34 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id WAA02532 for current-outgoing; Tue, 10 Feb 1998 22:35:34 -0800 (PST) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from smtp01.primenet.com (smtp01.primenet.com [206.165.6.131]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id WAA02511 for ; Tue, 10 Feb 1998 22:35:18 -0800 (PST) (envelope-from tlambert@usr04.primenet.com) Received: (from daemon@localhost) by smtp01.primenet.com (8.8.8/8.8.8) id XAA05427; Tue, 10 Feb 1998 23:35:14 -0700 (MST) Received: from usr04.primenet.com(206.165.6.204) via SMTP by smtp01.primenet.com, id smtpd005402; Tue Feb 10 23:35:06 1998 Received: (from tlambert@localhost) by usr04.primenet.com (8.8.5/8.8.5) id VAA02729; Tue, 10 Feb 1998 21:01:33 -0700 (MST) From: Terry Lambert Message-Id: <199802110401.VAA02729@usr04.primenet.com> Subject: Re: merging win95 and nt filesystem changes into msdosfs To: jonny@coppe.ufrj.br (Joao Carlos Mendes Luis) Date: Wed, 11 Feb 1998 04:01:32 +0000 (GMT) Cc: tlambert@primenet.com, dima@tejblum.dnttm.rssi.ru, jkh@time.cdrom.com, jbryant@unix.tfs.net, freebsd-current@FreeBSD.ORG In-Reply-To: <199802101745.PAA12461@gaia.coppe.ufrj.br> from "Joao Carlos Mendes Luis" at Feb 10, 98 03:45:02 pm X-Mailer: ELM [version 2.4 PL25] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > // 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