Xref: utzoo comp.sys.amiga.tech:14267 comp.sys.amiga:65027
Path: utzoo!utgpu!news-server.csri.toronto.edu!cs.utexas.edu!asuvax!ncar!mephisto!mcnc!ecsgate!ecsvax!urjlew
From: urjlew@uncecs.edu (Rostyk Lewyckyj)
Newsgroups: comp.sys.amiga.tech,comp.sys.amiga
Subject: Dos 2.0 Miscellanea (1)
Keywords: Shell,CLI,R-e
Message-ID: <1990Sep3.073322.13278@uncecs.edu>
Date: 3 Sep 90 07:33:22 GMT
Followup-To: comp.sys.amiga.tech
Organization: UNC Educational Computing Service
Lines: 30


1. What is the difference between the process invoked by the icon labeled
Shell on the SYSTEM2.0 window and the process invoked by the icon labeled
cli on the system drawer of the SYSTEM2.0 window? If they call up the
same process then why are the icons labeled differently?
2. If from the workbench I do a R-e (right amiga-e), I get a requestor
that allows me to enter a cli command, for example: list ram:. This
causes a workbench output window to open, to display the outpt of the
command. Now the system allows me to type in this output window. But if
I type is a command, for example: list df0:c nothing appears to happen.
What I type seems to go into the bit bucket. Further a R-e does not open
a requestor for entering a cli command, but only puts an e in the workbench
output window. Is this the way this component is supposed to work?
rather than issue some error indication for improper procedure?
3. While in Amigashell, I entered the command:
list work:/uedit/uedit/private  where private is a directory, and got
the error message "no information for work:/uedit/uedit/private  : not
enough memory available" . I immediately checked memory with an avail
command and the system reported that I had 865000+ bytes of chip ram
and 133000+ bytes of fast ram available, with the largest pieces being
864000+ bytes of chip and 129000+ bytes of fast. Repeating the list
command again got the appropriate error message "no information ...
: object not found". ( I really wanted list work:uedit/uedit/private)
I believe this funny error message is a symptom of some addressing or
core overwriting problem in the system.
-----------------------------------------------
  Reply-To:  Rostyslaw Jarema Lewyckyj
             urjlew@ecsvax.UUCP ,  urjlew@unc.bitnet
       or    urjlew@uncvm1.acs.unc.edu    (ARPA,SURA,NSF etc. internet)
       tel.  (919)-962-6501