[net.micro.amiga] RUN ... setting the priority, and a bug in the console device

dillon@CORY.BERKELEY.EDU (Matt Dillon) (04/30/86)

>Isn't there a pgm to set the priority of a running task?  If there isn't
>it seems to me that C-A screwed up by not providing it (not a big screw-up,
>just a little one).  Aside from that,  shouldn't the RUN cmd have an
>option which allows the user to specify the priority?
>
>Just a thought.

	No, but there is an EXEC call to do it.  The one catch is you have 
to find the process first.  Since all the RUN processes are named the same,
I could find no way to renice the one that I just executed.  The other problem
with this is that you would then have to say 'renice .... (assuming such a 
program exists)' every time you RUN a process (bad english, I know).  I still
think the best solution is to modify the actual binary for RUN...

	With the actual binary for RUN running proc's at 0, I Have been able to
use my modem while compiling in the background.  My modem program is executed
via a 'RUN modem' from my shell.  Using standard RUN, the poor modem program
is set to -5 and the compile at 0... which causes problems.

	I have noticed that a continuous data stream at 2400 baud (printing to
the screen), slows down the computer quite a bit.  Anybody have any ideas where
all the time is being taken up?

	Also, I've found a bug with '^G' on the console screen.  Sometimes, the
screen doesn't un-reverse (e.g. the entire workbench screen stays in reverse
instead of flashing, and further flashes go  'reverse-unreverse-reverse'... )
It seems to happen when one is sending a stream of ^G's to the console device.

					-Matt