home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #30 / NN_1992_30.iso / spool / comp / sys / acorn / tech / 1036 < prev    next >
Encoding:
Internet Message Format  |  1992-12-15  |  1.3 KB
  1. Path: sparky!uunet!munnari.oz.au!comp.vuw.ac.nz!newshost.wcc.govt.nz!kosmos.wcc.govt.nz!banks_p
  2. From: banks_p@kosmos.wcc.govt.nz
  3. Newsgroups: comp.sys.acorn.tech
  4. Subject: Re: Finding the CSD
  5. Date: 16 Dec 92 12:46:33 NZST
  6. Organization: Welligton City Council, Public Access.
  7. Lines: 21
  8. Message-ID: <1992Dec16.124633.1@kosmos.wcc.govt.nz>
  9. References: <1gke2bINN2up@swan.doc.ic.ac.uk>
  10. NNTP-Posting-Host: kosmos.wcc.govt.nz
  11.  
  12. In article <1gke2bINN2up@swan.doc.ic.ac.uk>, mybg@doc.ic.ac.uk (M Y Ben Gershon) writes:
  13. > dbh@doc.ic.ac.uk (Denis Howe) writes:
  14. [bits deleted]
  15. > -Set FS <FileSwitch$CurrentFilingSystem>
  16. > -SetEval CSD "<FS>:"+FileSwitch$<FS>$CSD
  17. > 
  18. > I am sorry to disappoint you, but this does not work either!  It remains
  19. > constant and is not altered when the csd is changed.
  20.  
  21.    Of course it doesn't. It is not a code variable. To do what you want
  22. would reqire writing some short assembler. This approach is designed to
  23. allow you to find out the CSD at a *particular point in time*. This is
  24. useful for Obey scripts that need to know the CSD or whatever but is by no
  25. means intended to be a continually updating CSD variable.
  26.  
  27.    And of course it is considerably simpler to do than repeated calls to 
  28. OS_GBPB and popping up directory layers which was what was required under
  29. RO2.
  30.  
  31.  
  32. Philip
  33.