From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from math.gatech.edu (euclid.skiles.gatech.edu [130.207.146.50]) by werple.net.au (8.7/8.7.1) with SMTP id IAA24605 for ; Wed, 8 Nov 1995 08:48:06 +1100 (EST) Received: by math.gatech.edu (5.x/SMI-SVR4) id AA14527; Tue, 7 Nov 1995 16:32:25 -0500 Resent-Date: Tue, 7 Nov 1995 22:33:15 +0100 (MET) Old-Return-Path: From: Zoltan Hidvegi Message-Id: <199511072133.WAA19058@bolyai.cs.elte.hu> Subject: BUGS file To: zsh-workers@math.gatech.edu (zsh-workers) Date: Tue, 7 Nov 1995 22:33:15 +0100 (MET) X-Mailer: ELM [version 2.4 PL24] Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Resent-Message-Id: <"xBVX02.0.sY3.e1zdm"@euclid> Resent-From: zsh-workers@math.gatech.edu X-Mailing-List: archive/latest/558 X-Loop: zsh-workers@math.gatech.edu Precedence: list Resent-Sender: zsh-workers-request@math.gatech.edu The BUGS file says that there are problems on ULTRIX with gcc. The problem is really in nawk. As I remember, the latest BUGS file did not contain this. The patch below also removes the multi-io bug/feature description since Zefram fixed it by addin NO_MULTI_IOS option (which is not yet part of the baseline). The MACHINES file contains the note about SunOS 4.1.3 (which is referenced from the BUGS file). Cheers, Zoltan *** Etc/BUGS 1995/11/07 18:15:16 1.1 --- Etc/BUGS 1995/11/07 18:15:30 *************** *** 1,15 **** -*- text -*- ------------------------------------------------------------------------ - % ( 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. - ------------------------------------------------------------------------ Completion has a habit of doing the wrong thing after a backslash/newline. ------------------------------------------------------------------------ --- 1,5 ---- *************** *** 60,70 **** 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. - ------------------------------------------------------------------------ - 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. ------------------------------------------------------------------------ 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, --- 50,55 ---- *** Etc/MACHINES 1995/09/20 10:53:32 1.1 --- Etc/MACHINES 1995/11/07 18:22:41 *************** *** 39,46 **** Sony: NWS with NEWS-OS 3.3 ! SUN: SunOS 4.1.1, 4.1.3 Builds ok with native cc and gcc 2.5.8. Solaris 2.1, 2.2, 2.3, 2.4 Builds ok with both gcc 2.5.8, and SPARCompiler 3.01. When building zsh on Solaris, you should unset your --- 39,56 ---- Sony: NWS with NEWS-OS 3.3 ! SUN: SunOS 4.1.1, 4.1.2, 4.1.3 Builds ok with native cc and gcc 2.5.8. + 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.1, 2.2, 2.3, 2.4 Builds ok with both gcc 2.5.8, and SPARCompiler 3.01. When building zsh on Solaris, you should unset your