head	2.8;
access;
symbols
	3_0_1:2.8
	3_0_0:2.6
	3_0-pre6:2.6
	3_0-pre5:2.5
	3_0-pre4:2.5
	beta15:1.4
	beta14:1.4
	beta13:1.4
	beta12:1.4
	beta11:1.4
	beta10:1.3
	3_0-pre3:2.5
	3_0-pre2:2.5
	3_0-pre1:2.5
	beta21:2.4
	beta20:2.4
	beta19:2.4
	beta18:2.4
	beta17:2.3
	beta16:2.0;
locks;
comment	@# @;


2.8
date	96.10.16.22.58.08;	author hzoli;	state Exp;
branches;
next	2.7;

2.7
date	96.10.08.23.19.38;	author hzoli;	state Exp;
branches;
next	2.6;

2.6
date	96.08.02.19.58.04;	author hzoli;	state Exp;
branches;
next	2.5;

2.5
date	96.06.27.23.51.19;	author hzoli;	state Exp;
branches;
next	2.4;

2.4
date	96.05.21.18.08.11;	author hzoli;	state Exp;
branches;
next	2.3;

2.3
date	96.05.05.00.04.13;	author hzoli;	state Exp;
branches;
next	2.2;

2.2
date	96.05.05.00.04.13;	author hzoli;	state Exp;
branches;
next	2.1;

2.1
date	96.05.05.00.04.12;	author hzoli;	state Exp;
branches;
next	2.0;

2.0
date	96.05.02.22.57.04;	author hzoli;	state Exp;
branches;
next	1.4;

1.4
date	95.11.05.03.11.14;	author coleman;	state Exp;
branches;
next	1.3;

1.3
date	95.05.25.04.33.25;	author coleman;	state Exp;
branches;
next	1.2;

1.2
date	94.10.16.23.08.39;	author zsh;	state Exp;
branches;
next	1.1;

1.1
date	94.08.24.00.44.27;	author zsh;	state Exp;
branches;
next	;


desc
@BUGS to fix
@


2.8
log
@sed in HP-UX 10.20 is broken.
@
text
@-*- text -*-
------------------------------------------------------------------------
Completion has a habit of doing the wrong thing after a
backslash/newline.
------------------------------------------------------------------------
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>

int main(int argc, char *argv[])
{
    int status;

    if (!fork())	/* child */
	execvp(argv[1], argv + 1);
    else		/* parent */
	wait(&status);
}
Then if you suspend
% foo less something
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
such patterns unchanged if they do not match regardless of the state of
the nonomatch and nullglob options.
------------------------------------------------------------------------
Username completion may cause SEGV on SunOS 4.1.3 and NIS.
This is not a zsh bug.  See Etc/MACHINES for details.
------------------------------------------------------------------------
sed seems to be broken on HP-UX 10.20 which prevents prototype
generation and the result is that zsh fails to compile.  sed in
HP-UX 9.x works.  Get an older working sed or try to get a fixed
version from your OS vendor (or write a makepro.sed which works
on all platforms where the current version works).
------------------------------------------------------------------------
@


2.7
log
@spell fixes from Geoff (2190)
@
text
@d42 6
@


2.6
log
@`spelling' fixes from Zefram (1856)
@
text
@d9 1
a9 1
E.g. call the fallowing program foo:
d27 1
a27 1
can be interrupted with ^C. The prompt comes back and less is orphaed.
d32 1
a32 1
The pattern %?* maches names beginning with %? instead of names with at
@


2.5
log
@I hope that all awk problems are solved by now
@
text
@d13 1
a13 1
void main(int argc, char *argv[])
@


2.4
log
@A substitution bug is fixed
@
text
@a38 4
On some systems nawk is broken and produces incorrect signames.h file.
This make the signals code unusable. This often happens on Ultrix, HP-UX,
IRIX (?). Install gawk if you experience such problems.
------------------------------------------------------------------------
@


2.3
log
@One more zle bug was fixed by Geoff.
@
text
@a25 5
% test=test
% echo "${test##`echo '*'`}"
test
bash/ksh gives empty string here. Is it a bug or a feature?
------------------------------------------------------------------------
@


2.2
log
@Some zle bugs were fixed by Geoff.
@
text
@a36 6
An other problem which may be related to the previous one. In Sun xterms
the output of the following is overwritten by the next prompt if
no_prompt_cr is not set, and if it is set the first character of the
prompt appears in the last column overwriting the `9' character there:
% echo 01234567890123456789012345678901234567890123456789012345678901234567890123456789 | more
------------------------------------------------------------------------
@


2.1
log
@bugs in beta11-hzoli11
@
text
@d29 1
a29 1
sh gives empty string here. Is it a bug or a feature?
a35 4
------------------------------------------------------------------------
On Suns in xterm if a line wraps to the next line and the cursor is in
the last column on the sreen and you type a character the charactr after
the cursor is replaced on the screen with the character the cursor is on.
@


2.0
log
@New maintainer: Zoltn Hidvgi <hzoli@@cs.elte.hu>
@
text
@a2 10
% ( echo foo ; echo bar 1>& 2 ) 2>&1 1>/dev/null | cat
bar
foo
% ksh
$ ( echo foo ; echo bar 1>& 2 ) 2>&1 1>/dev/null | cat
bar

This is not exactly a bug, but an effect of the multiple IO
redirection.  It is a (k)sh incompatibility, though.
------------------------------------------------------------------------
a52 5
------------------------------------------------------------------------
On ULTRIX 4.2, if NOTIFY is unset, zsh gets SEGV each time a background
job terminates if compiled with gcc-2.6.3 or c89. It does not happen
with cc (non-ANSI compiler, ansi2knr is used). Terminal suspension
does not seem work regardless of the compiler.
@


1.4
log
@new BUGS from Zoltan.
@
text
@@


1.3
log
@new BUGS file from Zoltan
@
text
@d18 17
a34 4
------------------------------------------------------------------------
Redisplay zle function does not work.
------------------------------------------------------------------------
single_line_zle does not go to the next line after return.
d41 1
a41 1
% zsh -c 'cat a_long_file | less'
d44 2
a45 1
will not terminate less.
d51 5
a55 5
Only waste is stored in the variable given to read -k if there is a
character immediately avaible for reading. In this case that character
is not even removed from the input buffer. Try
% sleep 1 ; read -k ch
and press a key while it's sleeping then examine $ch.
d64 12
a75 1

@


1.2
log
@beta1
@
text
@d19 32
@


1.1
log
@Initial revision
@
text
@a12 5
If you do
% foo =(bar)
and hit ^Z before bar is finished, bar is suspended but nothing
happens, i.e. no prompt appears and zsh keeps waiting.
------------------------------------------------------------------------
a14 11
------------------------------------------------------------------------
~% (sleep 100 ; echo foo)
			# Hit ^Z here

zsh: suspended  ( sleep 100; echo foo )
~% fg
[1]  + continued  ( sleep 100; echo foo )
foo			# This is wrong!
~% ps
  PID TTY STAT  TIME COMMAND
 2092 v02 S     0:00 sleep 100
@
