| > Or, pick something else, like your favorit cartoon expletive | > #*?&[EMAIL PROTECTED]
| If (and only if) a new syntax/mechanism have to be defined, could | be a good idea to explicitly separate in the syntax itself | the standard body from the version from the command/interpreted executed ? That is what I had in mind, i.e., to separate the issue of how to get the standard POSIX shell from the more general issue of how to support various other interpreters (Perl, etc.). The latter interpreters are pretty well outside the scope of POSIX. Using a special syntax that cannot be interpreted as a path name to denote a POSIX-compliant shell would eliminate the possibilty of conflict with a given existing implementation or application's assumptions about the meaning of any particular pathname and would eliminate the issue of whether the system even supports conventional Unix pathnames. This would require a small addition to the loader, to recognize the special syntax, and would only be useful to new applications. --Ted
