Return to BSD News archive
Path: sserve!newshost.anu.edu.au!harbinger.cc.monash.edu.au!bunyip.cc.uq.oz.au!munnari.oz.au!spool.mu.edu!howland.reston.ans.net!math.ohio-state.edu!usc!nic-nac.CSU.net!charnel.ecst.csuchico.edu!yeshua.marcam.com!MathWorks.Com!solaris.cc.vt.edu!uunet!Germany.EU.net!Bonn.Germany.EU.net!tools!ws From: ws@tools.de (Wolfgang Solfrank) Newsgroups: comp.os.386bsd.bugs Subject: Re: RockRidge fixes for FreeBSD-1.1.5 (long) Date: 25 Aug 94 22:27:33 Organization: TooLs GmbH, Bonn, Germany Lines: 22 Message-ID: <WS.94Aug25222733@kurt.tools.de> References: <DFR.94Aug22133125@minnow.render.com> <DFR.94Aug22152943@minnow.render.com> NNTP-Posting-Host: kurt.tools.de In-reply-to: dfr@render.com's message of 22 Aug 1994 14:29:43 GMT > It appears that NetBSD fixes this by a modification to VFS which > allows the filesystem to return a vector of cookies with the VFS > readdir operation. I suppose that this change is part of 4.4bsd and > therefore FreeBSD-2.0 but in the meantime, I am stuck. Sorry, no, the VFS modification isn't in 4.4bsd. I did introduce these changes when I found that the standard VFS layer could not (at least not easily) support the long names that are on RockRidge CDs. After understanding the problem, I found some code in MSDOSFS that was #ifdef'ed out on the BSDI conditional that seemed to just do what was needed (Jeff Polk did some fixes to the MSDOSFS and contributed the modified code back to us). So the modified VFS layer is probably similar to the one in BSD386, but just had a look into 4.4bsd and it doesn't have these mods. When switching to 4.4, Charles Hannum modified all the filesystems again to support this modification. -- ws@TooLs.DE (Wolfgang Solfrank, TooLs GmbH) +49-228-985800