Subject: Re: Strange LOAD behaviour in CMUCL
From: Erik Naggum <erik@naggum.no>
Date: 1999/01/17
Newsgroups: comp.lang.lisp
Message-ID: <3125523734128553@naggum.no>

* Hannu Koivisto <azure@iki.fi.ns>
| Thanks for the explanation.  This makes sense and is very logical, IMO
| also when the default pathname is relative too.  It's a shame HS seems to
| be so vague here.

  I think it makes sense to say that a using a relative default pathname
  defies its purpose, which I see as resolving relative and otherwise
  incomplete pathnames into absolute and otherwise complete pathnames.

  if a relative default pathname made sense, there would be something else
  that would make a pathname complete beside the default pathname, but
  where would that information come form?  Unix has a "superdefault" in the
  current working directory, but to use that as a basis of anything isn't
  even safe for Unix applications.

#:Erik
-- 
  SIGTHTBABW: a signal sent from Unix to its programmers at random
  intervals to make them remember that There Has To Be A Better Way.