Go to the FreeLists Home Page Home Signup Help Login
 



[openbeos] || [Date Prev] [01-2005 Date Index] [Date Next] || [Thread Prev] [01-2005 Thread Index] [Thread Next]

[openbeos] Re: kernel mime_table module

  • From: "Mikael Jansson (mailing lists)" <lists@xxxxxxxxxxxxxxxxx>
  • To: openbeos@xxxxxxxxxxxxx
  • Date: Wed, 12 Jan 2005 23:51:51 +0100 CET
"Alexander G. M. Smith" <agmsmith@xxxxxxxxxx>:
>
> Ingo Weinhold wrote on Sun, 09 Jan 2005 18:24:08 +0100:
> > As François proposed, storing an entry_ref with the FD should help. 
> > Otherwise, as I wrote, getting any file name at all might not be 
> > possible 
> > without iterating through the whole volume.
> 
> I think we have fast enough hardware that we can afford the space and 
> time
> costs of having a back pointer in each inode to the parent directory.  
> Or
> if you want to be ambitious, multiple parents (for hard links and 
> other
> aliases).  Then you can find the file name and get the MIME type from 
> the
> extension.
> 
> By the way, in AGMSRAMFileSystem, I simplified it by storing the file 
> name
> in the inode - it's a file property, not a directory property.  After 
> much
> thought, the loss of the ability to have different file names for the 
> same
> file is the loss of a misfeature that only causes user pain.  If you 
> want
> another name for a file, use a symbolic link.
> 
Also, having different file names for a specific file needs hard links 
anyway, correct?
If so, that's another argument against, as BeOS doesn't suport hard 
links.

--
Mikael Jansson
http://mikael.jansson.be





[ Home | Signup | Help | Login | Archives | Lists ]

All trademarks and copyrights within the FreeLists archives are owned by their respective owners.
Everything else ©2007 Avenir Technologies, LLC.