home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #30 / NN_1992_30.iso / spool / comp / sys / amiga / programm / 17376 < prev    next >
Encoding:
Internet Message Format  |  1992-12-15  |  2.7 KB
  1. Path: sparky!uunet!mcsun!sunic!dkuug!diku!bombadil
  2. From: bombadil@diku.dk (Kristian Nielsen)
  3. Newsgroups: comp.sys.amiga.programmer
  4. Subject: Re: Getting a valid FileSysStartupMsg pointers.
  5. Message-ID: <1992Dec15.110215.18810@odin.diku.dk>
  6. Date: 15 Dec 92 11:02:15 GMT
  7. References: <1992Dec13.030020.13319@mail.cornell.edu> <37848@cbmvax.commodore.com> <1giehaINN497@nz12.rz.uni-karlsruhe.de>
  8. Sender: bombadil@thor.diku.dk
  9. Organization: Department of Computer Science, U of Copenhagen
  10. Lines: 52
  11.  
  12. ry53@rz.uni-karlsruhe.de (Angela Schmidt) writes:
  13.  
  14. >In article <37848@cbmvax.commodore.com>, jesup@cbmvax.commodore.com (Randell Jesup) writes:
  15.  
  16. >Here is a part of <dos/dosextens.h>. Please have a look at the commented
  17. >line. Doesn't this say, that there has to be a fssm in dol_Startup?
  18. >Or are there disks which are no real disks...?
  19.  
  20. Yes. For example the RAM: disk, or XFH:, or some network file systems
  21. apparently (?).
  22.  
  23. >>     This is an ugly area.  Unfortunately, early in the Amiga days (or
  24. >> perhaps back in tripos), someone though strings would be neat to hold
  25. >> parameters for handler startups.
  26.  
  27. >Grmpf. Programs like DiskCopy _need_ a fssm in dol_startup - otherwise
  28. >they cannot work correctely. Why do programmers make their handler 
  29. >doing bad things with dol_startup? To annoy the user by causing his
  30. >machine to crash or hang up?
  31.  
  32. No. In my case (XFH), the problem is that there is a handler that
  33. supports a filing system, but does not have an underlying exec device
  34. (XFH sits on top of another filing system). However, I need to pass
  35. information from the mountlist to the handler (to support multiple units
  36. etc). I started out creating a fake mountlist entry
  37.  
  38.     FILESYSTEM = "XFH-Handler"
  39.     DEVICE = "dummy.device" (or just "")
  40.     LOWCYL = 0
  41.     HIGHCYL = 0
  42.     [ and so on... ]
  43.  
  44. However, this caused problems, and by popular demand (and because it was
  45. apparently the 'correct' way), I changed this to use the 'Handler'
  46. keyword instead and pass a string in the 'Startup' entry.  Unfortunately
  47. this causes problems, too.
  48.  
  49. The problem is that programs like 'diskcopy' apparently assume that any
  50. handler that satisfies 'IsFileSystem()' and has a non-null 'startup'
  51. field is an exec-device based filing system with a valid FSSM. This
  52. might be the only currently working way, but with the 'Startup' field
  53. documented and supported in 'mount' it seems seriously broken.
  54.  
  55. I guess it's just ol' BCPL haunting the Amiga yet again.
  56.  
  57. Anyway, I'd be VERY interested in any opinions on the best way to solve
  58. this problem (ie. how to pass information to a file system handler that
  59. cannot provide a valid FSSM). My current approach is to overwrite the
  60. 'Startup' field in the device node with NULL (!), which is a terrible
  61. hack IMHO.
  62.  
  63.     - Kristian.
  64.