> Thus you would have filenames and paths expressed basically as lists
> of elements which could be collected by various functions to either an
> MSDOS or UNIX style filename. Not only would this remove the burden
> from the programmer, but also allow various configurable choices to be
> made, for instance in how to map in the drives or how to truncate
> filenames to 8+3. Users may have different tastes in some of these
> respects.
>
> Why this is important now is mainly because that such a system need
> not be very complex but it is rather crucial that there is one uniform
> solution to the problem, rather than having each and every
> package-maintainer come up with something different.
If someone gets around to doing this - would they write it in pure R4RS and
submit it as a package to Slib? I'm sure the scheme community at large could
use such an enhancement.
S.
Received on Tue May 14 1996 - 17:33:30 CEST
This archive was generated by hypermail 2.3.0
: Mon Jul 21 2014 - 19:38:59 CEST