zsh-workers
 help / color / mirror / code / Atom feed
From: Phil Pennock <zsh-workers+phil.pennock@spodhuis.org>
To: martin f krafft <madduck@debian.org>
Cc: Bart Schaefer <schaefer@brasslantern.com>,
	zsh-workers@sunsite.dk, 479764@bugs.debian.org
Subject: Re: Bug#479764: shell builtin mv fails to move files across devices
Date: Tue, 6 May 2008 13:55:23 -0700	[thread overview]
Message-ID: <20080506205523.GA4237@redoubt.spodhuis.org> (raw)
In-Reply-To: <20080506165555.GB17377@lapse.madduck.net>

[-- Attachment #1: Type: text/plain, Size: 1521 bytes --]

On 2008-05-06 at 17:55 +0100, martin f krafft wrote:
> What, if I may ask, is the purpose of zsh/files?

If I correctly recall the gist of a verbal conversation about 11 years
ago with the author, in a university environment with heavily multi-user
systems which were often abused by people writing My First Fork Bomb, it
was to have the availability to load in sufficient builtins to make it
easier to deal with systems which won't let you fork() anymore more; to
do basic recovery work and have the commands available; to avoid fork()
overheads when dealing with a loaded single-CPU Solaris box, etc.

But mostly, IIRC, to build a static version of the shell with the module
already loaded, to put on a boot/recovery diskette and so reduce what
was needed.

It pre-dates busybox, which has since become the common way of doing
this.

It wasn't intended to provide full versions of the commands, the
commands which are there don't implement all the POSIX options, etc.
It's intended to provide enough to be useful in emergencies.

Most people shouldn't need to use it.

Mind, it's availability was one of the factors which led to the author
successfully convincing me to switch shells to zsh.  :^)  There were
times when it _really_ mattered.

It's probably worth adding a note to the documentation that the
implementations are not complete (for Standards compliance) and that the
module should probably only be loaded for emergency recovery situations;
loading it for routine use is premature over-optimisation.

-Phil

[-- Attachment #2: Type: application/pgp-signature, Size: 163 bytes --]

  parent reply	other threads:[~2008-05-06 20:55 UTC|newest]

Thread overview: 14+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
     [not found] <20080506144208.GA15225@lapse.madduck.net>
2008-05-06 15:03 ` Clint Adams
2008-05-06 15:45   ` Bart Schaefer
2008-05-06 16:55     ` martin f krafft
2008-05-06 20:52       ` Peter Stephenson
2008-05-06 20:55       ` Phil Pennock [this message]
2008-05-07 21:30         ` Vincent Lefevre
2008-05-07 21:47           ` Phil Pennock
2008-05-07 22:50             ` Vincent Lefevre
2008-05-07 23:03               ` martin f krafft
2008-05-08  3:23                 ` Vincent Lefevre
2008-05-08  9:34                   ` Stephane Chazelas
2008-05-07 22:06           ` Mikael Magnusson
2008-05-07 22:57             ` Vincent Lefevre
2008-05-06 18:52   ` Stephane Chazelas

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=20080506205523.GA4237@redoubt.spodhuis.org \
    --to=zsh-workers+phil.pennock@spodhuis.org \
    --cc=479764@bugs.debian.org \
    --cc=madduck@debian.org \
    --cc=schaefer@brasslantern.com \
    --cc=zsh-workers@sunsite.dk \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
Code repositories for project(s) associated with this public inbox

	https://git.vuxu.org/mirror/zsh/

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).