Path: utzoo!utgpu!news-server.csri.toronto.edu!cs.utexas.edu!samsung!uunet!mcsun!unido!sbsvax!roeder
From: roeder@robin.cs.uni-sb.de (Edgar &)
Newsgroups: comp.sys.atari.st
Subject: Re: Bash on the ST again
Message-ID: <ROEDER.90Aug22173228@robin.cs.uni-sb.de>
Date: 22 Aug 90 15:32:28 GMT
References: <5589@quanta.eng.ohio-state.edu> <105210@convex.convex.com>
Sender: news@sbsvax.cs.uni-sb.de
Organization: Universitaet des Saarlandes, Saarbruecken (W-Germany)
Lines: 32
In-reply-to: rosenkra@convex.com's message of 22 Aug 90 02:15:22 GMT

In article <105210@convex.convex.com> rosenkra@convex.com (William Rosencranz) writes:

> note that the bash described at the site in .de (germany) is source only.
> (at least when i checked 8-10 days ago). i don't have room on my 60MB hd
> for gcc (yet) :-( so it would be REALLY nice to have a .ttp there (or
> posted).

The binary of bash can be found in directory ~ftp/atari/bin on
cs.uni-sb.de [134.96.7.254]. Although it does not have the .ttp
extension, it is executable. The binary is packed with the
pack-program posted in comp.binaries some time ago. The real code size
is ~250 kB.

Earlier you wrote:
> pipes do not need multitasking. a pipe stream (like "ls -l | grep ttp")
> must be done serially (the "ls" must occur before the "grep"). job control
> and "&" jobs, on the other hand, would be very nice indeed.

This port can do pipes without multitasking. The example above is
translated into:
	ls -l > {temporary filename} ; grep ttp < {temporary filename}
But pipes don't have to be done serially. They are better done in
parallel.

I cannot resist the temptation: even job control can be done without a
multitasking kernel. The shell Master (demo posted on comp.binaries
and also available on cs.uni-sb.de in file ~ftp/atari/shell/master.lzh)
can do pipes and job-control (meaning: stop jobs, list them with the
"jobs"-command, kill them with "kill" and restart them in any order
with "%{Job-Id}") without multitasking.

	- Edgar