Re: The Society For a Smaller Pathname.d (TSFSP.D)

[Sam S. <sd...@gn...>]

let us shelve this discussion until the switch to *.c from *.d.
(sometime after the next release).

actually, pathname.d is not too large and I see no reason to split it.
all functions there are for a good reason (believe it or not) and you
will understand it as soon as you will start replacing "local" with
"global" is many many places.

> * In message <m2n...@be...>
> * On the subject of "The Society For a Smaller Pathname.d (TSFSP.D)"
> * Sent on 16 Jul 2002 17:37:09 +0200
> * Honorable Marco Baringer <em...@be...> writes:
>
> On July 16, 2002 TSFSP.D issued the following statement:
> 
> The following functions are curently defiened in pathname.d, it is our
> opinion that should be moved some place else, the only relation they
> have to pathnames is that they take them as args. the advantage to
> this would be twofold: 1) pathname.d would be smaller and therefore it
> would be easier to manipulate its contents 2) these functions would be
> easier to find. TSFSP.D understands that egrep 'LISPFUNN?\(foo' *.d is
> very usefull but does not feel that egrep should be the answer to
> "where is foo defined?".
> 
> user_homedir_pathname    -> enviroment.d
> probe_file               -> file-system.d
> probe_directory          -> file-system.d
> delete_file              -> file-system.d
> rename_file              -> file-system.d
> open                     -> stream.d
> directory                -> file-system.d
> cd                       -> enviroment.d
> make_dir                 -> file-system.d
> delete_dir               -> file-system.d
> ensure_directories_exist -> file-system.d
> file_write_date          -> file-system.d
> file_author              -> file-system.d
> execute                  -> enviroment.d
> shell                    -> enviroment.d
> shell_name               -> enviroment.d
> savemem                  -> ???
> dynload_modules          -> ???
> program_name             -> enviroment.d
> lib_directory            -> ???
> set_lib_directory        -> ???
> user_data_               -> posixuser.d
> file_stat_               -> posixfile.d
> dup                      -> posixfile.d
> 
> with the proper approval TSFSP.D will take it upon itself to make
> these modifications.
> 
> -- 
> -Marco
> Ring the bells that still can ring.
> Forget your perfect offering.
> There is a crack in everything.
> That's how the light gets in.
>      -Leonard Cohen


-- 
Sam Steingold (http://www.podval.org/~sds) running RedHat7.2 GNU/Linux
<http://www.camera.org> <http://www.iris.org.il> <http://www.memri.org/>
<http://www.mideasttruth.com/> <http://www.palestine-central.com/links.html>
Bill Gates is not god and Microsoft is not heaven.