[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]


This page is part of the web mail archives of SRFI 103 from before July 7th, 2015. The new archives for SRFI 103 contain all messages, not just those from before July 7th, 2015.

 | From: Derick Eddington <derick.eddington@xxxxxxxxx>
 | Date: Wed, 07 Oct 2009 03:35:44 -0700

I apologize for not writing sooner...

SRFI-103 should have some text comparing SRFI-59 to SRFI-103 and
explaining why the conventions of SRFI-59 are inadequate to your goals
for SRFI-103.

 | On Wed, 2009-10-07 at 11:35 +0300, Vitaly Magerya wrote:
 | > Derick Eddington wrote:

It has been my long experience that dynamic search-paths are
disastrous for libraries on large industrial and educational computer
networks.  The search-paths at these sites seem to only grow; it is
not uncommon for half of the directories in a path to refer to
non-existant directories or non-functioning host machines!  The
timeouts from hosed or inaccessible networked-file-systems can inflame
into minutes the startup time for programs.

Furthermore, transient router outages can cause incompatible versions
of libraries to be loaded which, in the Scheme or Lisp case, may not
be noticed until the program has run for hours; but more likely will
just cause a mysterious failure.

SLIB's solution to this problem is to have an explicit command
[(require 'new-catalog)], typically run after installations, write to
a file an association list of features and resolved pathnames.  SLIB
sessions read this file and thereafter have instantaneous latency to
library paths.

If the network can't reach a particlar file, the session fails
immediately or after the first timeout rather than conducting covert
experiments on library version compatibility.

 | > Please, consider using singular number (i.e. SCHEME_LIBRARY_PATH), not
 | > plural. Even though this variable may denote several directories, it is
 | > idiomatic on both Windows and Unix-like systems to use singular.
 | It's idiomatic only because people have passively automatically kept
 | following it because of some strange reasons.  I don't want to help
 | continue this irrational idiom.  But, I will drop the "S", because I
 | don't want to waste time arguing about it and because I can blame it on
 | others.

SRFI-59 and SLIB use the environment variable SCHEME_LIBRARY_PATH to
configure their single Scheme-source library directory.  If SRFI-103
appropriates SCHEME_LIBRARY_PATH for its use, it will cause SRFI-59
and SLIB supporting implementations (of which there are many) to fail.

Please don't adopt the environment variable SCHEME_LIBRARY_PATH.