Re: [Gcl-devel] Re: delayed pathname.d patch

[Michael Koehne]

Moin Mike Thomas,

> I said last week:

  i still need some way to code, something like in lsp/gcl_iolib.lsp :

  #+windows(progn
   (push :device SI:*PATHNAME-RESOLVE*)
  ;nearly every windows computer has drive and c.
   (setf (si::device-pathname-translations "a") t)
   (setf (si::device-pathname-translations "c") t)
  ;there is no fixed and known cdrom deviced.
  ;(setf (si::device-pathname-translations "z") t) 
  )

  so is there an easy to query keyword *feature* describing not the
  compiler but the system from W95 up to M$Wvaporware in the future ?

  btw ... as you still did'nt change the subject - a more actual version
  of the pathname.d patch can be found at www.copyleft.de/lisp/ and it
  would be nice, if someone tests it with the above addition. ;)

  The reason for registering (si::device-pathname-translations in a
  pathname translations looklike way is twofold, that I want to run a
  program under linux using #p"a:/Eigene Dateien/Dau/foo.lsp", and also
  that those who actualy use devices, think a bit into pathnames, and
  may even write portable code, after receiving :

  >  #p"a:/foo/bar.lsp"

  #p"a:/foo/bar.lsp"

  >  #p"b:/foo/bar.lsp"

  Error in READ [or a callee]: "b" is neither a device or a host in
  pathname

Bye Michael
-- 
  mailto:address@hidden             UNA:+.? 'CED+2+:::Linux:2.4.22'UNZ+1'
  http://www.xml-edifact.org/           CETERUM CENSEO WINDOWS ESSE DELENDAM