[Coco] Re: Path command wasRe: OS-9 LVL II

[John Donaldson]

Robert,
  Even pure ML programs do not work on my system. Test is a ML program 
that Pascal made. It sits in
the Pascal_cmds directory. Path is set to Path= /dd/cmds  
/dd/pascal_cmds.  I can execute any ML program
that is in /dd/cmds, but when I try and excute the test ML program from 
/DD , I get ERROR 216 - Bad Path
 Name.Which means it searched /dd/cmds, but did not search 
/dd/pascal_cmds. Now if I do a chx
 /DD/pascal_cmds and execute the test ML program from /dd, it works. The 
only conculsion I can come up
with is Path is NOT working.

John Donaldson

Robert Gault wrote:

> John Donaldson wrote:
>
>> Robert,
>>  Like I said ealier, I can move the Test program to /DD/CMDS or do a 
>> CHX /DD/PASCAL_CMDS, then
>> the program executes and prints numbers on the screen. I tried a 
>> test, I moved RunB from /DD/CMDS to
>> /DD/PASCAL_CMDS. I then did a CHD /dd/PASCAL_CMDS. A dir showed Runb 
>> and QP, which is
>> a packed basic09 program. I typed QP, and got an error 216. I then 
>> did a CHX /DD/PASCAL_CMDS and
>> the typed QP and it executed. I then did a PATH=? and got
>> /DD/CMDS
>> /DD/PASCAL_CMDS
>>
>>  This proves that only ONE directory can be the CMDS directory. You 
>> can not have multipy CMDS
>> directory.
>>
>> John Donaldson
>>
>
> That does not prove anything except that your program won't run this 
> way. I ran some tests on my system and a pure ml program would run 
> from a path= directory but Basic09 I code would not even though all of 
> the support routines ex. runB had been preloaded.
>
>>
>> Robert Gault wrote:
>>
>>> And it works correctly if you call it from Shell as a command? If 
>>> not or if Test needs something to be in memory and can't find it, 
>>> you could see a 216 error.
>>>
>>> John Donaldson wrote:
>>>
>>>> It is a program that I wrote in Pascal and compiled to executable. 
>>>> When I do and IDENT it says
>>>> Size            #428
>>>> CRC           GOOD
>>>> Parity           $85
>>>> Exec Off       #25
>>>> Data Size       #1058
>>>> Edition           #1
>>>> ty/la   at/rv     #11  $81
>>>> prog Mod, 6809 obj, Ew-en, r/o
>>>>
>>>> All it does is calculate numbers and print them to the screen.
>>>>
>>>> John Donaldson
>>>>
>>>>
>>>> Robert Gault wrote:
>>>>
>>>>> Exactly what is the "test" command or script you are trying to run?
>>>>>
>>>>> John Donaldson wrote:
>>>>>
>>>>>> Kevin,
>>>>>>   The PATH command does not seem to work for me. I have it in my 
>>>>>> Startup as
>>>>>> PATH= /DD/CMDS  /DD/PASCAL_CMDS
>>>>>>
>>>>>> I even typed the same thing from the command prompt and I can do 
>>>>>> a PATH=?  and it will print
>>>>>> /DD/CMDS
>>>>>> /DD/PASCAL_CMDS
>>>>>>
>>>>>> BUT when I try and execute a executable file in Pascal_cmds 
>>>>>> called test, I get ERROR 216 - Path Not
>>>>>> Found. Only if I move it to the /DD/CMDS  or do a CHX 
>>>>>> /dd/PASCAL_CMDS will it execute.
>>>>>>
>>>>>> John Donaldson
>>>>>>
>>>>>>
>>>>>>
>>>>>> KnudsenMJ at aol.com wrote:
>>>>>>
>>>>>>> In a message dated 2/19/05 3:11:25 PM Eastern Standard Time,  
>>>>>>> kevdig at hypersurf.com writes:
>>>>>>>
>>>>>>>  
>>>>>>>
>>>>>>>>   In Unix (& Linux), path is NOT a command. It is a  feature of 
>>>>>>>> the command interpreter (i.e. shell) and some of the exec  
>>>>>>>> LIBRARY routines. It is all built on the ENV variables that the 
>>>>>>>> Unix  process model includes. Does OS9 have ENV?
>>>>>>>>   
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>> OS9 6809 stock shell does not have ENV or anything like PATH, 
>>>>>>> but the  rather popular ShellPlus replacement shell does support 
>>>>>>> ENV variables.  As  does the Shell in OS9/68K.
>>>>>>>
>>>>>>>  
>>>>>>>
>>>>>>>> A shell is not the only place to launch a shell from.
>>>>>>>>   
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>> This reminds me, that even under ShellPlus, if you type an 
>>>>>>> executable  program's name, ShellPlus knows how to hunt down the 
>>>>>>> file via the dirs given in  the PATH variable.
>>>>>>>
>>>>>>> But if a program tries to open a file by name, it is going thru 
>>>>>>> the OS, but  not the Shell, so PATH expansion might not be 
>>>>>>> available.  The F$Open OS  call is restricted to what Microware 
>>>>>>> built into OS9, and does not have access to  the powers of 
>>>>>>> ShellPlus.  Even the Linux C-Library open() command has  
>>>>>>> limitations in this regard.
>>>>>>>
>>>>>>> So if a Pascal or Basic09 program tries to execute another file, 
>>>>>>> which is  not in /dd/cmds, the PATH won't help.  PATH only works 
>>>>>>> from the shell, as  in command line or script.  It *should* work 
>>>>>>> right from a shell("command  string") or system("string") in 
>>>>>>> Basic09 or C, since these invoke the  shell.  --Mike K.
>>>>>>>
>>>>>>>
>>>>>>>  
>>>>>>>
>>>>>>
>>>>>>
>>>>>>
>>>>>
>>>>
>>>>
>>>>
>>>
>>
>>
>>
>