Path: csiph.com!fu-berlin.de!uni-berlin.de!individual.net!not-for-mail
From: Rainer Weikusat <rweikusat@talktalk.net>
Newsgroups: comp.os.linux.development.apps
Subject: Re: Proposing a SuperCommand set for Linux
Date: Sun, 02 Dec 2018 09:52:04 +0000
Lines: 14
Message-ID: <87ftvgb6ij.fsf@doppelsaurus.mobileactivedefense.com>
References: <f672db70-d153-4aab-ac1b-7457d2a5a2ea@googlegroups.com>
Mime-Version: 1.0
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: 8bit
X-Trace: individual.net RglwEEtrclBtinvb0NDaTQ/7FX08BI9GmhbpLcHfShbchE3c4=
Cancel-Lock: sha1:q28jmJgDnUtegZQG8i+eP8mJHkU= sha1:EtVnSlJ/CBC5jGZ9amvnbvyecNQ=
User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/23.4 (gnu/linux)
Xref: csiph.com comp.os.linux.development.apps:882

MeroThadz@yahoo.com writes:

[...]


> ---------  -----------
> cd.. | ls –all        
> cd / | ls –all        
>

Both as these run ls -all (which is the same as ls -al) in the current
directory as cd doesn't produce any output in these cases, ls wouldn't
read any input of there was one and the cd happens in a different
process than the ls.