From: Geoff Wing <mason@primenet.com.au>
To: zsh-workers@math.gatech.edu (zsh-list)
Subject: Some Etc/* spell fixes
Date: Thu, 3 Oct 1996 13:19:14 +1000 (EST) [thread overview]
Message-ID: <199610030319.NAA20715@coral.primenet.com.au> (raw)
[-- Warning: decoded text below may be mangled, UTF-8 assumed --]
[-- Attachment #1: Type: text/plain; charset=US-ASCII, Size: 7351 bytes --]
Heyla,
here are some spell fixes for Etc/* (excluding FAQ) based on 3.0.1-test2
*** BUGS.bak Mon Sep 30 12:45:59 1996
--- BUGS Thu Oct 3 12:47:43 1996
***************
*** 6,12 ****
If you suspend "man", zle seems to get into cooked mode. It works ok
for plain "less".
It is not specific neither to man nor to zsh.
! E.g. call the fallowing program foo:
#include <sys/wait.h>
#include <unistd.h>
--- 6,12 ----
If you suspend "man", zle seems to get into cooked mode. It works ok
for plain "less".
It is not specific neither to man nor to zsh.
! E.g. call the following program foo:
#include <sys/wait.h>
#include <unistd.h>
***************
*** 24,35 ****
from zsh/bash, zle/readline gets into cooked mode.
------------------------------------------------------------------------
% zsh -c 'cat a_long_file | less ; :'
! can be interrupted with ^C. The prompt comes back and less is orphaed.
If you go to the end of the file with less and cat terminates, ^C
will not terminate less. The `; :' after less forces zsh to fork before
executing less.
------------------------------------------------------------------------
! The pattern %?* maches names beginning with %? instead of names with at
least two characters beginning with %. This is a hack to allow %?foo job
substitution without quoting. This behaviour is incompatible with sh
and ksh and may be removed in the future. A good fix would be to keep
--- 24,35 ----
from zsh/bash, zle/readline gets into cooked mode.
------------------------------------------------------------------------
% zsh -c 'cat a_long_file | less ; :'
! can be interrupted with ^C. The prompt comes back and less is orphaned.
If you go to the end of the file with less and cat terminates, ^C
will not terminate less. The `; :' after less forces zsh to fork before
executing less.
------------------------------------------------------------------------
! The pattern %?* matches names beginning with %? instead of names with at
least two characters beginning with %. This is a hack to allow %?foo job
substitution without quoting. This behaviour is incompatible with sh
and ksh and may be removed in the future. A good fix would be to keep
*** CONTRIBUTORS.bak Mon Sep 30 12:45:59 1996
--- CONTRIBUTORS Thu Oct 3 12:49:50 1996
***************
*** 7,21 ****
this release. If you feel that you or someone else have been unfairly
omitted from this list please mail me (hzoli@cs.elte.hu).
! * Richard Coleman <coleman@math.gatech.edu> manintained the code till the
release of zsh-2.6-beta16. Converted zsh to use autoconf thus greatly
improving the portability. Rewrote signal handling code. Reorganized
internal hash tables and rewrote the related builtins (enable, disable,
hash, unhash). Made some cleanups in exec.c.
! * Zoltán Hidvégi <hzoli@cs.elte.hu> the current maintainer. Rewrore most
of the lexer and substitution and the related completion code. Improved
! sh/ksh/POSIX comapibility. Fixed lots of bugs in completion, parameter
and history code. Made zsh fully 8-bit clean. Made some
reorganizations in exec.c. Fixed signal handling bugs. Fixed lots of
bugs in various places.
--- 7,21 ----
this release. If you feel that you or someone else have been unfairly
omitted from this list please mail me (hzoli@cs.elte.hu).
! * Richard Coleman <coleman@math.gatech.edu> maintained the code till the
release of zsh-2.6-beta16. Converted zsh to use autoconf thus greatly
improving the portability. Rewrote signal handling code. Reorganized
internal hash tables and rewrote the related builtins (enable, disable,
hash, unhash). Made some cleanups in exec.c.
! * Zoltán Hidvégi <hzoli@cs.elte.hu> the current maintainer. Rewrote most
of the lexer and substitution and the related completion code. Improved
! sh/ksh/POSIX compatibility. Fixed lots of bugs in completion, parameter
and history code. Made zsh fully 8-bit clean. Made some
reorganizations in exec.c. Fixed signal handling bugs. Fixed lots of
bugs in various places.
*** MACHINES.bak Mon Sep 30 12:44:26 1996
--- MACHINES Thu Oct 3 13:07:56 1996
***************
*** 22,30 ****
subdirectory and put a fixed version of the header file to it
before compiling.
! The strip comming with gcc-2.7.2 seems to create unusable
binaries. This problem is not related to zsh. If you have such
! problems, remove the bogous strip and use /bin/strip instead.
DYNIX/ptx 1.4 and 2.0.4 with X11
--- 22,30 ----
subdirectory and put a fixed version of the header file to it
before compiling.
! The strip coming with gcc-2.7.2 seems to create unusable
binaries. This problem is not related to zsh. If you have such
! problems, remove the bogus strip and use /bin/strip instead.
DYNIX/ptx 1.4 and 2.0.4 with X11
***************
*** 63,77 ****
SUN: SunOS 4.1.x
Should build `out-of-the-box'.
Under 4.1.3 if yellow pages is used, username completion
! may cause segmentation violaton. This is a bug in the
shared library not in zsh. Some libc.so.1.9.x has this
bug (it fails in yp_all). Statically linked binaries will
work if linked with libc.so.1.8.1 (which means that if
you can get a statically linked binary compiled under 4.1.2
that it will probably work).
! An altermative but untested solution may be to undefine
HAVE_NIS in config.h. This may work, but the first username
! completion will be _very_ solw (as slow as in tcsh).
Solaris 2.x
The UCB versions of the routines for reading directories are
--- 63,77 ----
SUN: SunOS 4.1.x
Should build `out-of-the-box'.
Under 4.1.3 if yellow pages is used, username completion
! may cause segmentation violation. This is a bug in the
shared library not in zsh. Some libc.so.1.9.x has this
bug (it fails in yp_all). Statically linked binaries will
work if linked with libc.so.1.8.1 (which means that if
you can get a statically linked binary compiled under 4.1.2
that it will probably work).
! An alternative but untested solution may be to undefine
HAVE_NIS in config.h. This may work, but the first username
! completion will be _very_ slow (as slow as in tcsh).
Solaris 2.x
The UCB versions of the routines for reading directories are
*** NEWS.bak Mon Sep 30 12:44:27 1996
--- NEWS Thu Oct 3 13:09:16 1996
***************
*** 3,9 ****
Much improved sh/ksh emulation. When zsh is invoked as sh it mostly
conforms to POSIX 1003.2.
! Enhaced parameter expansion features: new flags: A, @, e, W, p, f, F.
Expansions can be nested. For example,
"${${(M)${(f@)$(<builtin.pro)}:#char*}[2][(w)3]}" expands to the third
word of the second line of builtin.pro which begins with char. See
--- 3,9 ----
Much improved sh/ksh emulation. When zsh is invoked as sh it mostly
conforms to POSIX 1003.2.
! Enhanced parameter expansion features: new flags: A, @, e, W, p, f, F.
Expansions can be nested. For example,
"${${(M)${(f@)$(<builtin.pro)}:#char*}[2][(w)3]}" expands to the third
word of the second line of builtin.pro which begins with char. See
--
Geoff Wing [mason@primenet.com.au] PrimeNet - Internet Consultancy
Web: http://www.primenet.com.au/ Facsimile: +61-3-9819 3788
reply other threads:[~1996-10-03 3:38 UTC|newest]
Thread overview: [no followups] expand[flat|nested] mbox.gz Atom feed
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=199610030319.NAA20715@coral.primenet.com.au \
--to=mason@primenet.com.au \
--cc=zsh-workers@math.gatech.edu \
/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).