home *** CD-ROM | disk | FTP | other *** search
/ NetNews Offline 2 / NetNews Offline Volume 2.iso / news / comp / sys / amiga / programmer / 671 < prev    next >
Encoding:
Text File  |  1996-08-05  |  2.4 KB  |  57 lines
  1. Newsgroups: comp.sys.amiga.programmer
  2. Path: peer-news.britain.eu.net!liv!lucs!news
  3. From: fish@csc.liv.ac.uk (S.E. Morris)
  4. Subject: Re: Protection bits
  5. Sender: news@csc.liv.ac.uk (News Eater)
  6. Message-ID: <DKyoqJ.Lnu@csc.liv.ac.uk>
  7. Date: Wed, 10 Jan 1996 10:49:30 GMT
  8. References: <john.hendrikx.44q1@grafix.xs4all.nl>
  9. Nntp-Posting-Host: fish@bobr.csc.liv.ac.uk
  10. Organization: Computer Science, University of Liverpool, UK
  11. X-Newsreader: knews 0.9.3
  12.  
  13. In article <john.hendrikx.44q1@grafix.xs4all.nl>,
  14. john.hendrikx@grafix.xs4all.nl (John Hendrikx) writes:
  15. > In a message of 06 Jan 96 Michael Van Elst wrote to All:
  16. > 
  17. >  >> I'd like to see a new set of flags, or somekind of ID stored with each
  18. >  >> file which tells you the filetype.  In other words taking the 'e' and 's'
  19. >  >> bit concepts one step further.
  20. > 
  21. >  MVE> With flags being pretty independent of the data in the file it is hard
  22. >  MVE> to make them a file type ID.
  23. > 
  24. > Maybe the filesystem could be extended with somekind of hook which sets the
  25. > file-type correctly by looking at the first 512-bytes of the file when it is
  26. > first written/modified.  It would be an automatic FileID-ing system which could
  27. > be extended with new FileID's which the file system could recognise and store
  28. > as a FileID long in the fileinfoblock.
  29. > 
  30. > When I come to think of it this doesn't seem all that hard to do and it would
  31. > probably not even slow down the filesystem.  I mean, taking a peek at the first
  32. > 512 bytes as it is written shouldn't be that hard.  The only trouble is that
  33. > 512 bytes might not be sufficient to make a FileID...
  34. > 
  35. > This would make doing a directory with FileID's and with only IFF files in them
  36. > really fast, like on the MAC's (even though they use an even more extensive,
  37. > but unfortunately not always reliable system (you sometimes need to set the
  38. > FileType correctly yourself...)).
  39. > 
  40.  
  41. Why not store this infomation in the file's .info file?
  42.  
  43. This kind of auto-recognition of files isn't a feature you would
  44. expect a command line shell to have --- it's a bit too high 
  45. level for that IMHO.
  46.  
  47. But the GUI is intended as a 'high-level' interface which goes out
  48. of it's way to be friendly and helpful (supposedly!).  So storing
  49. a field in the .info with the file type would be ideal.  The Workbench
  50. *has* to load the .info files anyway --- so the speed descrease would
  51. be practically non-existant!
  52.  
  53. Just a thought.... :->
  54.  
  55. -FISH-   ><>
  56.  
  57.