3.1.7-pre-1 for the workers

3.1.7-pre-1 for the workers

[Peter Stephenson]

Here's are the changes since the previous version.  Now's the time to hunt
down all those unfutureproofed tests in your startup scripts containg
`if [[ $ZSH_VERSION = 3.1.6* ]]'.

Apart from the configuration, it includes a couple of extra test files,
which I didn't post since they are entirely new.  I was going to write a
test for interactive history using zpty until I realised I didn't have the
slightest idea how to.


2000-04-19  Peter Stephenson  <pws@pwstephenson.fsnet.co.uk>

	* Config/version.mk: 3.1.7-pre-1

	* Functions/Misc/.distfiles: add zstyle+.

	* Test/.distfiles, Test/12procsubst.ztst, Test/13parameter.ztst,
	Test/ztst.zsh: new tests; use null glob clearing up.

2000-04-19  Peter Stephenson  <pws@cambridgesiliconradio.com>

	* Ollivier Robert: 10844: prefer curses to termcap on HPUX 11
	like 10.

2000-04-19  Oliver Kiddle  <opk@zsh.org>

	* 10833: Completion/Builtins/_print, Completion/Builtins/.distfiles,
	Completion/Builtins/_nothing: new print completion, no arguments to
	clear and logname

2000-04-19  Peter Stephenson  <pws@cambridgesiliconradio.com>

	* 10830: Doc/Makefile.in: don't force dvips to use 300 dpi.

2000-04-19  Sven Wischnowsky  <wischnow@informatik.hu-berlin.de>

	* 10828: Src/module.c, Src/Zle/zle_tricky.c: ensure zsh/compctl
 	(ick!) module is loaded when zle is loaded from init file but
 	zsh/complete isn't
	
	* 10816: Completion/Core/_main_complete, Doc/Zsh/compsys.yo,
 	Doc/Zsh/mod_complist.yo, Src/Zle/complist.c: default for
 	list-prompt style, %[MLP] use fixed-width strings, %[mlp] use
 	variable-width strings
	
2000-04-18  Sven Wischnowsky  <wischnow@informatik.hu-berlin.de>

	* 10812: Completion/Core/_path_files: fix completion after ~<num>
	
2000-04-18  Peter Stephenson  <pws@cambridgesiliconradio.com>

	* 10808: Completion/Core/compinstall: handle list-prompt.

	* 10802: Doc/Zsh/mod_complist.yo: typo

2000-04-18  Sven Wischnowsky <wischnow@informatik.hu-berlin.de>

	* 10807: Completion/Base/_value: change suffix added when
 	completing an assigned value
	
	* 10801: Completion/Builtins/_zstyle, Completion/Core/_main_complete,
 	Doc/Zsh/compsys.yo, Doc/Zsh/compwid.yo, Doc/Zsh/mod_complist.yo,
 	Src/Zle/complist.c: completion list scrolling cleanup; *STATUS
 	renamed to *PROMPT, styles for new used parameters, use local
 	keymap when waiting at list-prompt
	
	* 10799: Src/text.c: fix to get newlines in non-job-texts (I'm
 	sooo stupid)
	
	* 10798: Src/Zle/compmatch.c: join_clines() tested the wrong
 	variable
	
2000-04-17  Peter Stephenson  <pws@cambridgesiliconradio.com>

	* 10789: Doc/Zsh/expn.yo: better documentation for <(...) and
	>(...) implementations and their drawbacks.

	* Chmouel: 10772: Completion/Linux/_rpm:  --target support.

2000-04-17  Sven Wischnowsky <wischnow@informatik.hu-berlin.de>

	* 10795: Functions/Misc/zstyle+: simplify definiton of styles

	* 10790: Doc/Zsh/mod_complist.yo, Src/params.c, Src/Zle/compcore.c,
 	Src/Zle/complete.c, Src/Zle/complist.c, Src/Zle/compresult.c,
 	Src/Zle/zle_tricky.c, Src/Zle/zle_utils.c: scrolling in completion
 	lists and menu-selection, version1
	
	* 10788: Src/text.c: display newlines as spaces in job-texts
	
	* 10782: Src/Zle/computil.c: fix for exclusion lists for -+o
 	specifications
	
	* 10780: Completion/Base/_default, Completion/Base/_value,
 	Completion/Builtins/_vars_eq, Completion/Builtins/_zstyle,
 	Doc/Zsh/compsys.yo: better completion after `=', everywhere
	
	* 10775: Completion/Core/_description, Completion/Core/_path_files,
 	Completion/Core/_tags, Src/Zle/computil.c: make _tags use C-code
 	for braces in tag-order values; and misc. stuff
	
	* 10774: Src/Zle/compmatch.c: fix for partial word completion with
 	empty parts and common suffix
	
2000-04-16  Peter Stephenson  <pws@pwstephenson.fsnet.co.uk>

	* 10771: Etc/MACHINES: successful compilation on OpenBSD, from
	Anthony Schneider.

	* 10771: Doc/Zsh/builtins.yo, Doc/Zsh/options.yo, Src/builtin.c,
	Src/options.c, Src/zsh.h: New option GLOBAL_EXPORT set by default
	makes typeset -x equivalent to typeset -gx.

2000-04-15  Clint Adams  <schizo@debian.org>

	* 10768: configure.in: DLLDFLAGS for OpenBSD.

2000-04-14  Clint Adams  <schizo@debian.org>

	* 10764: Radim Kolar: Functions/Misc/run-help: support
	for reserved words and multiple arguments being passed
	on to man.

	* 10763: Completion/Builtins/_vars_eq: complete after :

2000-04-14  Sven Wischnowsky <wischnow@informatik.hu-berlin.de>

	* 10760: Completion/User/_diff_options: just some missing `+'s

2000-04-14  Peter Stephenson  <pws@cambridgesiliconradio.com>

	* 10756, 10761: Doc/Zsh/expn.yo, Src/glob.c, Src/pattern.c,
	Src/zsh.h: fix (#s) and (#e) to work in allerlei parameter
	substitutions; fix potential problem with (#e) in exclusions; note
	things in manual which should work.

2000-04-13  Clint Adams  <schizo@debian.org>

	* 10748: configure.in: set MAXJOB to whatever you want.

	* 10745: acconfig.h, configure.in, Src/zsh.h: set MAXJOB
	to MAX_TASKS_PER_USER if available under Linux.

2000-04-13  Peter Stephenson  <pws@cambridgesiliconradio.com>

	* 10743: Src/params.c: replenv() failed importing special params
	at start up because it was using the wrong environment block.

	* 10738: Doc/Zsh/builtins.yo, Doc/Zsh/params.yo, Src/builtin.c,
	Src/params.c: local parameters can be exported; typeset +g -x
	and local -x work in a natural way; currently typeset -g still
	behaves like typeset -gx.

2000-04-13  Sven Wischnowsky <wischnow@informatik.hu-berlin.de>

	* 10733: Completion/Builtins/_pids, Completion/User/_killall,
 	Doc/Zsh/compsys.yo: remove the `pids' tag, use `processes' instead
	
	* 10727: Src/builtin.c: make read -[kq] always print the prompt,
 	if any; after all they make sure they have a terminal anyway
	
	* 10726: Src/hashtable.c: fix field name for HAVE_NIS_PLUS
	
	* 10725: Src/Zle/compcore.c, Src/Zle/compctl.c,
 	Src/Zle/compresult.c: comment the `#if's for group numbers in
 	$compstate[insert]
	
	* 10724: Src/Zle/compresult.c, Src/Zle/zle_tricky.c: display
 	number of matches again when asking if a completion list should be
 	shown (only when not zero)
	
2000-04-12  Bart Schaefer  <schaefer@zsh.org>

	* 10706: Andrej: Completion/User/_man: Fix quoting in awk args.

2000-04-12  Oliver Kiddle  <opk@u.genie.co.uk>

	* 10701: Completion/Builtins/_bindkey, Doc/Zsh/mod_zle.yo:
	use _arguments for bindkey completion and fix typo in docs

2000-04-12  Bart Schaefer  <schaefer@zsh.org>

	* 10700: Andrej: Completion/User/_man: Support for Pyramid.

2000-04-12  Sven Wischnowsky <wischnow@informatik.hu-berlin.de>

	* 10699: Src/parse.c, Src/zsh.h: compare mapped zwc files using
 	stat instead of the pathnames
	
	* 10695: Completion/Core/_files, Completion/Core/_tags,
 	Doc/Zsh/compsys.yo: allow brace expansion on patterns for
 	file-patterns and tag-order
	
	* 10692: Src/builtin.c: missing initialisation for next field in
 	assignments for substitutions for fc builtin

	* 10691: Completion/Core/_main_complete, Completion/Core/_oldlist:
 	keep _oldlist from using the dummy match inserted for warnings
	
	* 10690: Doc/Zsh/compwid.yo, Src/Zle/compcore.c, Src/Zle/compctl.c,
 	Src/Zle/compresult.c: comment out the code to allow
 	$compstate[insert] to select the group
	
	* 10686: Src/Zle/compresult.c, Src/Zle/zle_tricky.c: display
 	number of lines instead of number of matches when asking whether
 	to show completion lists
	
	* 10685: Doc/Zsh/zle.yo, Src/hist.c, Src/Modules/parameter.c,
 	Src/Zle/iwidgets.list, Src/Zle/zle_misc.c: new widget
 	copy-prev-shell-word, like copy-prev-word but uses shell parsing
 	to find word
	
2000-04-11  Clint Adams  <schizo@debian.org>

	* 10680: Completion/User/_diff_options: spelling corrections.

2000-04-11  Peter Stephenson  <pws@pwstephenson.fsnet.co.uk>

	* 10669: Completion/Core/compinstall:  will now ask for
	alternative files both for input and output.

2000-04-11  Bart Schaefer  <schaefer@zsh.org>

	* 10681: Completion/Commands/_complete_help: Setopts the same
	as _main_complete.

	* 10657: Completion/User/_make: One change missed in 10635.

	* Functions/Prompts/prompt_bart_setup: No-op cleanup.

2000-04-11  Sven Wischnowsky <wischnow@informatik.hu-berlin.de>

	* 10650: Completion/Core/_files: make trailing blanks in
 	file-patterns tags be removed
	
	* 10648: Completion/Core/_oldlist: make _oldlist ignore old list
 	when _complete_help is used
	
	* 10641: Completion/Core/_approximate, Completion/Core/_match,
 	Completion/Core/_oldlist: make _oldlist ignore list from
 	_complete_help; _match runs for every match spec from
 	matcher-list; _approximate doesn't redefine compadd if that is
 	already a function
	
	* 10635: Completion/User/_make: _make uses $words[1] for command
 	name
	
	* 10632: Completion/Base/_brace_parameter, Completion/Base/_condition,
 	Completion/Base/_default, Completion/Base/_describe,
 	Completion/Base/_first, Completion/Base/_jobs,
 	Completion/Base/_values, Completion/Builtins/_compdef,
 	Completion/Builtins/_hash, Completion/Builtins/_pids,
 	Completion/Builtins/_popd, Completion/Builtins/_sched,
 	Completion/Builtins/_signals, Completion/Builtins/_vars,
 	Completion/Builtins/_zcompile, Completion/Builtins/_zftp,
 	Completion/Builtins/_zpty, Completion/Builtins/_zstyle,
 	Completion/Commands/_next_tags, Completion/Core/_all_labels,
 	Completion/Core/_files, Completion/Core/_next_label,
 	Completion/Core/_requested, Completion/Core/_wanted,
 	Completion/Debian/_apt, Completion/Debian/_deb_packages,
 	Completion/User/_cvs, Completion/User/_gdb,
 	Completion/User/_gprof, Completion/User/_groups,
 	Completion/User/_lp, Completion/User/_mh, Completion/User/_mount,
 	Completion/User/_netscape, Completion/User/_nslookup,
 	Completion/User/_rlogin, Completion/User/_socket,
 	Completion/User/_tiff, Completion/User/_urls,
 	Completion/User/_users, Completion/User/_users_on,
 	Completion/User/_whois, Completion/X/_x_colormapid,
 	Completion/X/_x_display, Completion/X/_x_extension,
 	Completion/X/_x_font, Completion/X/_x_keysym,
 	Completion/X/_x_window, Completion/X/_xmodmap,
 	Completion/X/_xutils, Completion/X/_xwit, Doc/Zsh/compsys.yo,
 	Etc/completion-style-guide, Functions/Zftp/zfcd_match,
 	Functions/Zftp/zfget_match, Src/Zle/computil.c: _wanted now tests
 	both tags and labels; change places where _wanted was called
 	without a command; allow multiple patterns per string in
 	file-patterns; update _next_tags to work with labels
	
2000-04-10  Bart Schaefer  <schaefer@zsh.org>

	* 10628: Doc/Zsh/compsys.yo, Completion/User/_make: Check for
	GNU make using "_call version ..." as was done for GNU diff.

2000-04-10  Sven Wischnowsky <wischnow@informatik.hu-berlin.de>

	* 10625: Src/parse.c, Src/signals.c: detect ignored signals
 	correctly
	
	* 10622: Completion/Core/_files: typo caused ignored-patterns to
 	be ignored
	
	* 10621: Src/Zle/zle_tricky.c: addx() inserts x more often
	
	* 10620: Src/exec.c: properly restore scriptname in doshfunc()

	* users/3019: Completion/Core/_path_files: use special-dirs with
 	_path_files -g
	
	* 10614: Src/Modules/parameter.c: more careful with checking index
 	of $history
	
	* 10609: Src/Zle/compcore.c, Src/Zle/compresult.c, Src/Zle/zle_tricky.c:
 	fix for bashautolist+automenu
	
2000-04-09  Bart Schaefer  <schaefer@zsh.org>

	* 10606: Fix thinko in 10598.

	* 10602: Completion/Core/compinstall: Fix typo.

	* 10598: Completion/Builtins/_zstyle, Doc/Zsh/compsys.yo:
	Fix typo; reformat styles documentation for readability.

-- 
Peter Stephenson <pws@pwstephenson.fsnet.co.uk>
Work: pws@CambridgeSiliconRadio.com
Web: http://www.pwstephenson.fsnet.co.uk

Re: 3.1.7-pre-1 for the workers

[Bart Schaefer]

I just noticed this in the zsh-users announcement:

Peter Stephenson wrote:
}
} This means it's now time to start smoothing the remaining rough corners of
} for the release, which I hope will be the last before 4.0.1.

4.0.1 ?  Are we going to skip 4.0.0 this time?  Why?

-- 
Bart Schaefer                                 Brass Lantern Enterprises
http://www.well.com/user/barts              http://www.brasslantern.com

Re: 3.1.7-pre-1 for the workers

[Peter Stephenson]

"Bart Schaefer" wrote:
> I just noticed this in the zsh-users announcement:
> 
> Peter Stephenson wrote:
> }
> } This means it's now time to start smoothing the remaining rough corners of
> } for the release, which I hope will be the last before 4.0.1.
> 
> 4.0.1 ?  Are we going to skip 4.0.0 this time?  Why?

Everyone knows versions ending in `0' don't work.  But it's only really
because I'm one of the few people left who believes first things have a `1'
at the end.  I have no strong views.

-- 
Peter Stephenson <pws@pwstephenson.fsnet.co.uk>
Work: pws@CambridgeSiliconRadio.com
Web: http://www.pwstephenson.fsnet.co.uk

Re: 3.1.7-pre-1 for the workers

[Bart Schaefer]

On Apr 26,  7:43pm, Peter Stephenson wrote:
> Subject: Re: 3.1.7-pre-1 for the workers
> "Bart Schaefer" wrote:
> > 4.0.1 ?  Are we going to skip 4.0.0 this time?  Why?
> 
> Everyone knows versions ending in `0' don't work.

Chuckle.

> But it's only really
> because I'm one of the few people left who believes first things have a `1'
> at the end.

But this isn't the first thing, it's the fourth thing.  What "things" are
you counting?  I.e., it's the first <what?> after major-version four?

I'm completely with you on this new habit of "not really releasing" software
by announcing it with a version number of zero-point-something, but having
got to one-point-something I think it's perfectly reasonable to have that
something be zero.

> I have no strong views.

Neither do I, really; I was merely surprised.

Re: 3.1.7-pre-1 for the workers

[Oliver Kiddle]

Peter Stephenson wrote:
> 
> "Bart Schaefer" wrote:
> > 4.0.1 ?  Are we going to skip 4.0.0 this time?  Why?
> 
> Everyone knows versions ending in `0' don't work.  But it's only really
> because I'm one of the few people left who believes first things have a `1'
> at the end.  I have no strong views.

I don't really have any strong views either but it seems a bit unusual.
I often think in terms of count from one and index from zero but I'm not
sure which case I'd consider version numbers to be. I think that the
main problem with calling it 4.0.1 is that some people might assume it
is only a minor release. This might affect how it gets reported on sites
like freshmeat and appwatch.com and possibly cause it to be filtered out
by anyone not interested in minor upgrades.

This reminds me: a number of the files in CVS seem to have a version
number which is something like 1.1.1.1. The CVS info page says something
about this having some special significance but I couldn't work out what
exactly. Does anyone know? When 4.0 is released, it might be a good idea
to advance all the files to be version 4.1 anyway, especially if the
1.1.1 versions would cause problems if we created a branch later.

Oliver Kiddle

Re: 3.1.7-pre-1 for the workers

[Bart Schaefer]

On Apr 26,  9:11pm, Oliver Kiddle wrote:
} Subject: Re: 3.1.7-pre-1 for the workers
}
} This reminds me: a number of the files in CVS seem to have a version
} number which is something like 1.1.1.1. The CVS info page says something
} about this having some special significance but I couldn't work out what
} exactly. Does anyone know? When 4.0 is released, it might be a good idea
} to advance all the files to be version 4.1 anyway, especially if the
} 1.1.1 versions would cause problems if we created a branch later.

No, no, no, no, no.

Version numbers in CVS are effectively magical.  They're used by CVS
internally to determine branching properties and miscellaneous other
details related to the functioning of the system.  They no longer even
have any meaningful relationship to RCS revision numbers, from which
they originated.  Forcing CVS to use particular numbers for a revision
in the repository isn't the worst thing you can do to it, but it's not
very far from.

Please believe what I'm telling you.  I recently spent most of a day
fighting with CVS at one of Zanshin's consulting customer sites because
exactly this sort of thing had been done to their repository at one time
in the past.

The Right Way to do versioning in CVS is with symbolic tags.  With the
sole exception of "cvs import -b ..." you should treat the numbering
system as a black box; and the rule for "cvs import -b" is "don't use
this under normal circumstances, but if you must, then always use a
number of the form 1.1.<odd-number-greater-than-2>".

Without going into any great detail ...

Revision 1.1.1 is what's called the "vendor branch."  We have one because
we started from a copy of Tanaka's repository, and he imported zsh as if
it were source from a third-party vendor (which it was at the time he set
his repository up).  File revisions on the vendor branch will always have
four numbers (three dots), beginning with 1.1.1.  So a file with revision
1.1.1.1 is the first real revision on the vendor branch, which means only
that it's a file that has not changed since Tanaka started his repository.
It will not "cause problems" with any CVS operation we might want to do.

Revisions with only two numbers (one dot) are "on the trunk."  Revisions
from the vendor branch (or even other branches, if the file was originally
"cvs add"ed in a sandbox that was checked out on a branch) can be "on the
trunk," too, because CVS doesn't actually assign a number to a revision
until it has a non-empty delta with the revision that preceded it.  The
trunk is where mainline development normally takes place.

When we make a stable release (3.1.7 might count, but maybe we should wait
for 4.0.whatever-PWS-decides) we should probably create a branch that is
explicitly for patches to the 4.0 series, while continuing the next (4.1?)
development version on the trunk.

-- 
Bart Schaefer                                 Brass Lantern Enterprises
http://www.well.com/user/barts              http://www.brasslantern.com

Re: 3.1.7-pre-1 for the workers

[Thomas Köhler]

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

On Thu, Apr 27, 2000 at 11:24:51AM +0200,
Bart Schaefer <schaefer@candle.brasslantern.com> wrote:
[...]
> 
> When we make a stable release (3.1.7 might count, but maybe we should wait
> for 4.0.whatever-PWS-decides)

Now, *that* is the way to go :-)
4.0.whatever-PWS-decides
4.0.whatever-PWS-decides-1
4.0.whatever-PWS-decides-2
4.0.whatever-PWS-decides-3
...
Cool version number :-)
Expect amazed people out there when they see your .zshrc containing
lines like
 if [ "$ZSH_VERSION" = "4.0.whatever-PWS-decides" ] ; then ...
:-)


CU,
Thomas

-- 
 Thomas Köhler Email:   jean-luc@picard.franken.de     | LCARS - Linux
     <><        WWW:     http://jeanluc-picard.de      | for Computers
                IRC:             jeanluc               | on All Real
               PGP public key available from Homepage! | Starships

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

Re: 3.1.7-pre-1 for the workers

[Oliver Kiddle]

Bart Schaefer wrote:

> No, no, no, no, no.
> 
> Version numbers in CVS are effectively magical.  They're used by CVS
> internally to determine branching properties and miscellaneous other

[...much useful info snipped]

Okay, that makes sense, sorry. I'll shut-up about CVS until I know what
I'm talking about now.

On the subject of releases (as opposed to CVS revisions), what is the
situation with 3.0.8? If I haven't missed something, Bart only made a
preliminary release for us to test (some while ago) and there isn't a
final 3.0.8 on the ftp server, yet the latest zsh guide now talks about
the latest stable release being 3.0.8.

Oliver

Re: 3.1.7-pre-1 for the workers

[Bart Schaefer]

On Apr 28, 11:51am, Oliver Kiddle wrote:
} Subject: Re: 3.1.7-pre-1 for the workers
}
} On the subject of releases (as opposed to CVS revisions), what is the
} situation with 3.0.8?

I have a couple of issues that came up after the prerelease to resolve.
I should just get busy and resolve them, sigh.  They are:

The locale globbing thing.  I missed that it had already been changed in
3.1.6+, because I was expecting the strcoll() in glob.c to go away too.

The "read -q" bug that Sven patched in 10727.

The <n> == <n-> globbing thing that Zefram patched in 10444.  I'm tempted
simply to not deal with it, but  the "initial digit gets swallowed" bug
bothers me.

The "no such job" problem as discussed in 10016.

-- 
Bart Schaefer                                 Brass Lantern Enterprises
http://www.well.com/user/barts              http://www.brasslantern.com

3.1.7-pre-2

[Peter Stephenson]

I have uploaded this at
 ftp://ftp.zsh.org/zsh/development/zsh-3.1.7-pre-2.tar.gz

2000-04-30  Peter Stephenson  <pws@pwstephenson.fsnet.co.uk>

	* 11033: Completion/Commands/.distfiles,
	Completion/User/.distfiles, Config/version.mk, Etc/NEWS:
	new NEWS and minor fixes for version 3.1.7-pre-2.

2000-04-30  Bart Schaefer  <schaefer@zsh.org>

	* 11032: Src/init.c: Fix signed-ness problem reported by OPK.

2000-04-30  Oliver Kiddle  <opk@zsh.org>

	* 11031: Src/math.c, Src/glob.c, Src/module.c, Src/Zle/compcore.c
	Src/Zle/compresult.c: AIX dependency fixes.

2000-04-30  Bart Schaefer  <schaefer@zsh.org>

	* 11029: Src/hashtable.c, Src/signals.c: Back out more bits of
	11015 made obsolete by 11026.

2000-04-30  Clint Adams  <schizo@debian.org>

	* 11027: Josip Rodin: Completion/User/_joe:
	completion for joe.

2000-04-30  Peter Stephenson  <pws@pwstephenson.fsnet.co.uk>

	* 11026: Src/builtin.c, Src/hashtable.c, Src/signals.c,
	Test/08traps.ztst: fix unfunction problem for localtraps by
	always copying traps to be saved, hence decoupling saved and actual
	traps.

2000-04-30  Bart Schaefer  <schaefer@zsh.org>

	* 11024: Completion/Commands/_complete_debug, Doc/Zsh/compsys.yo:
	Completion widget that enables and captures xtrace output.

2000-04-29  Adam Spiers  <adam@spiers.net>

	* 11019: Doc/Zsh/compsys.yo: fix bug in _description example

	* 11017: Completion/Linux/_rpm: fixes for --rmsource and
	--recompile options, and for breakage caused by 10772

2000-04-28  Bart Schaefer  <schaefer@zsh.org>

	* 11015: Src/builtin.c, Src/hashtable.c, Src/signals.c:
	`unfunction TRAPxxx' now works with localtraps in effect.

2000-04-28  Peter Stephenson  <pws@cambridgesiliconradio.com>

	* pws: 11013: Completion/Core/compinstall: more breaks and
	a completion context.

2000-04-28  Bart Schaefer  <schaefer@zsh.org>

	* 11012: Doc/Zsh/intro.yo, Doc/Zsh/manual.yo: Reorder menus
	to match sections in 11008.

2000-04-28  Sven Wischnowsky  <wischnow@informatik.hu-berlin.de>

	* 11008: Doc/zsh.yo, Doc/Zsh/compctl.yo, Doc/Zsh/compsys.yo,
 	Doc/Zsh/compwid.yo, Doc/Zsh/modules.yo, Doc/Zsh/seealso.yo,
 	Doc/Zsh/zle.yo: move compctl docs behind compsys, mention
 	`zcompile -z' in compsys
	
	* 11007: Src/Zle/compmatch.c: misplaced cursor with partial-word
 	matching
	
	* Tanaka: 11001: Completion/User/_enscript, Completion/User/_lp,
	Completion/User/_printers: printer-detection moved to new
	_printers; used by _enscript

	* 11003: Src/Zle/computil.c: fix for reporting multiple actions in
 	comparguments, options with non-optional arguments
	
2000-04-28  Peter Stephenson  <pws@cambridgesiliconradio.com>

	* pws: 10999: Completion/Core/compinstall: some idiot didn't
	get searching of alternative files for definitions to work properly.

2000-04-28  Sven Wischnowsky  <wischnow@informatik.hu-berlin.de>

	* 10992: Src/Zle/complist.c: avoid wrapping around both
 	horizontally and vertically at the same time
	
2000-04-27  Bart Schaefer  <schaefer@zsh.org>

	* Tanaka Akira: 10980: Completion for enscript.

2000-04-27  Peter Stephenson  <pws@pwstephenson.fsnet.co.uk>

	* 10985: Completion/Core/compinstall: _oldlist, list-prompt and
	matcher-list enhancements.

2000-04-27  Sven Wischnowsky  <wischnow@informatik.hu-berlin.de>

	* 10979: originally from Felix: 10894: Completion/Core/.distfiles,
	Completion/Core/_history, Doc/Zsh/compsys.yo: new _history completer
	
	* 10978: Src/Zle/complist.c: better wrap around for cursor
	movement widgets; avoid flicker when leaving menu-selection
	
	* 10977: and Andrej: 10976: Completion/User/_make: use $words[1]
 	to call make in _make and throw away stderr and use _call
	
	* 10974: Completion/Base/_arguments: ensure $PWD is prepended to
 	cache-names for long options in _arguments
	
2000-04-27  Peter Stephenson  <pws@cambridgesiliconradio.com>

	* 10971: Src/pattern.c: noglobdots didn't work with the PAT_ANY
	flag, which meant that **/ always globbed dots.

2000-04-27  Sven Wischnowsky  <wischnow@informatik.hu-berlin.de>

	* 10967: Completion/Base/_arguments: fix for automatic
 	option-argument completion with partially typed option in _arguments
	
	* 10965: and Felix: 10952: Completion/User/_urls,
 	Doc/Zsh/compsys.yo: document _wanted -C; fix for call to _wanted
 	in _urls
	
	* 10963: Src/Zle/complete.c: fix for parse error with
 	left-anchored patterns
	
	* 10961: Src/Zle/complist.c: make menu-selection handle
 	undefined-key
	
	* 10959: Completion/Core/_main_complete, Doc/Zsh/compsys.yo,
 	Doc/Zsh/mod_complist.yo, Src/params.c, Src/Zle/compcore.c,
 	Src/Zle/complete.c, Src/Zle/complist.c, Src/Zle/compresult.c:
 	renamed parameters for menu selection to MENUSELECT, MENUPROMPT
 	and MENUSCROLL; no special value for LISTMAX to turn on list
 	scrolling, this is done by setting LISTPROMPT now; default values
 	for LISTPROMPT and MENUPROMPT when set but empty
	
2000-04-27  Adam Spiers <adam@spiers.net>

	* 10949: Completion/User/_perl_modules: print warning when
	perl not found on PATH forces guessing of @INC

2000-04-26  Sven Wischnowsky  <wischnow@informatik.hu-berlin.de>

	* 10933: Completion/Commands/_bash_completions,
 	Completion/Commands/_history_complete_word: ensure options are set
 	as expected in _history_complete_word and _bash_completions
	
	* Adam Spiers: 10892: Completion/User/_perl_modules: ensure perl
	is there and better pattern for searching modules

	* Tanaka Akira: 10890: Completion/User/_gunzip,
	Completion/User/_gzip, Completion/User/_zcat: new completion for
	GNU zip commands

	* Tanaka Akira: 10885: Completion/X/_xset: new completion function
	for xset

	* 10926: Completion/X/_x_color, Doc/Zsh/compwid.yo, Src/Zle/complete.c,
 	Src/Zle/compmatch.c: allow to anchor on gaps between strings in
 	matching control specs
	
	* 10925: Src/Zle/compmatch.c: faster test for `*'-patterns in
 	matching control; prefer direct character matches over match specs
 	in recursive invocations of match_str()
	
	* 10924: Src/Zle/compmatch.c: fix for matching control; improve
 	merging cline lists
	
	* 10923: Completion/Core/_main_complete: better default value for
 	list-prompt style
	
	* 10922: Completion/Core/_path_files: file-sort made $fignore fail
	
2000-04-25  Sven Wischnowsky  <wischnow@informatik.hu-berlin.de>

	* 10917: Src/Zle/complist.c, Src/Zle/compresult.c: don't show
 	empty hidden matches even in menu-selection
	
	* 10916: Completion/Core/_main_complete, Src/Zle/complist.c:
 	re-calculate number of line with mark when needed; make default
 	prompts more consistent
	
	* 10915: Src/Zle/computil.c: forgotten fix for _arguments using
 	multiple actions
	
	* 10912: Src/Zle/compresult.c: don't always ignore backslashes in
 	paths when testing file type
	
	* 10910: Completion/Base/_tilde, Completion/Core/_all_labels,
 	Completion/Core/_requested: small fix for _requested to be able to
 	use _all_labels from within it
	
	* 10909: Completion/Core/_expand, Src/Zle/compcore.c,
 	Src/Zle/compresult.c: report prefix/suffix of parameter expansion
 	in IPREFIX/ISUFFIX; make _expand use them to be able to expand $foo
	
	* 10908: Completion/Base/.distfiles, Completion/Base/_argument_sets,
 	Completion/Base/_arguments, Completion/Base/_describe,
 	Completion/Builtins/_bindkey, Completion/Builtins/_compdef,
 	Completion/Builtins/_emulate, Completion/Builtins/_zpty,
 	Completion/Core/_tags, Doc/Zsh/compsys.yo,
 	Etc/completion-style-guide, Src/Zle/computil.c: make _arguments
 	use more than one action when appropriate; add _argument_sets to
 	complete different sets of arguments and options for the same command
	
2000-04-24  Bart Schaefer  <schaefer@zsh.org>

	* 10900: Src/Makefile.in: Replace a dependency on Makefile with a
	more accurate dependency on config.status.

2000-04-20  Sven Wischnowsky  <wischnow@informatik.hu-berlin.de>

	* 10881: Functions/Misc/zrecompile: don't remove *all* .zwc files,
 	keep the first one
	
	* 10868: Src/Zle/complist.c: fix off-by-one error in scrolled
 	menu-selections
	
	* 10861: Completion/Bsd/.distfiles, Completion/Bsd/_bsd_pkg,
 	Completion/Bsd/_cvsup, Completion/Bsd/_kld: new completions for
 	FreeBSD commands
	
	* 10854: Completion/Commands/_expand_word, Completion/Core/_expand,
 	Doc/Zsh/compsys.yo: default values for styles in _expand_word,
 	listing expansions with ^Xd, _expand uses add-space style
	
2000-04-20  Oliver Kiddle  <opk@zsh.org>

	* 10857: Completion/AIX/.distfiles Completion/AIX/_floppy
	Completion/AIX/_lsdev Completion/AIX/_lslv Completion/AIX/_lspv
	Completion/AIX/_lsvg Completion/AIX/_physical_volumes
	Completion/AIX/_smit Completion/AIX/_volume_groups: new completions
	for AIX commands

	* 10848: Completion/Builtins/_print, Completion/Core/.distfiles,
	Completion/Core/_file_descriptors: Add completion for file
	descriptors

-- 
Peter Stephenson <pws@pwstephenson.fsnet.co.uk>
Work: pws@CambridgeSiliconRadio.com
Web: http://www.pwstephenson.fsnet.co.uk

Re: 3.1.7-pre-2

[Bart Schaefer]

On Apr 30,  4:45pm, Bart Schaefer wrote:
} Subject: Re: 3.1.7-pre-1 for the workers
}
} I have a couple of issues that came up after the prerelease to resolve.
} 
} The "read -q" bug that Sven patched in 10727.

So ... 10727 makes this work:

	zsh -c "read -q '?Can you see this? '" < /dev/null

But the following still sends the prompt to the redirected stderr, which
seems wrong to me:

	zsh -c "read -q '?Can you see this? '" < /dev/null >& /dev/null

The goal is to read from the tty only after also prompting there.  Patch
follows for consideration; I have not committed it, pending commentary.
The first hunk is the interesting one: It seems to me there's never any
longer a reason to send the prompt to stderr, but I may be missing some
case where ZLE is active and yet SHTTY == -1.  (?)

The other two hunks just avoid a redundant close().

Index: Src/builtin.c
===================================================================
RCS file: /extra/cvsroot/zsh/zsh-3.1/Src/builtin.c,v
retrieving revision 1.86
diff -u -r1.86 builtin.c
--- builtin.c	2000/04/30 18:54:07	1.86
+++ builtin.c	2000/05/01 02:32:28
@@ -3420,8 +3420,8 @@
 	     *readpmpt && *readpmpt != '?'; readpmpt++);
 	if (*readpmpt++) {
 	    if (keys || isatty(0)) {
-		zputs(readpmpt, (haso ? shout : stderr));
-		fflush(haso ? shout : stderr);
+		zputs(readpmpt, shout);
+		fflush(shout);
 	    }
 	    readpmpt[-1] = '\0';
 	}
@@ -3461,8 +3461,7 @@
 	    else
 		settyinfo(&shttyinfo);
 	    if (haso) {
-		close(SHTTY);
-		fclose(shout);
+		fclose(shout);	/* close(SHTTY) */
 		shout = oshout;
 		SHTTY = -1;
 	    }
@@ -3494,8 +3493,7 @@
 
 	    /* dispose of result appropriately, etc. */
 	    if (haso) {
-		close(SHTTY);
-		fclose(shout);
+		fclose(shout);	/* close(SHTTY) */
 		shout = oshout;
 		SHTTY = -1;
 	    }

-- 
Bart Schaefer                                 Brass Lantern Enterprises
http://www.well.com/user/barts              http://www.brasslantern.com

Re: 3.1.7-pre-1 for the workers

[Juergen A. Erhard]

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

>>>>> "Oliver" == Oliver Kiddle <opk@u.genie.co.uk> writes:

[...]

    Oliver> This reminds me: a number of the files in CVS seem to have
    Oliver> a version number which is something like 1.1.1.1. The CVS
    Oliver> info page says something about this having some special
    Oliver> significance but I couldn't work out what exactly. Does
    Oliver> anyone know? When 4.0 is released, it might be a good idea
    Oliver> to advance all the files to be version 4.1 anyway,
    Oliver> especially if the 1.1.1 versions would cause problems if
    Oliver> we created a branch later.

Uhm, general CVS lore (as oft-repeated on info-cvs) is that you should
ignore version numbers.  They are considered meaningless (especially
in light of the fact that CVS has some `magic' version numbers... like
1.1.1.1 (which is the first import on the vendor branch))

Yes, it's not very pleasing to the eye... but CVS' tags are much more
important.

Bye, J

- -- 
Jürgen A. Erhard      eMail: jae@ilk.de      phone: (GERMANY) 0721 27326
          My WebHome: http://members.tripod.com/Juergen_Erhard
            GNUstep - Free OPENSTEP (http://www.gnustep.org)
   "No matter how cynical I get, I can't keep up."  -- Bruce Schneier
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.0.1 (GNU/Linux)
Comment: Use Mailcrypt and GnuPG <http://www.gnupg.org/>

iEYEARECAAYFAjkIaWMACgkQN0B+CS56qs1tagCgl+d+uKwp4RDUht8w9Dm5MoUJ
nTYAniOkQNWwL/eOArtbWcTw0ialmvi3
=LiE+
-----END PGP SIGNATURE-----

Re: 3.1.7-pre-2

[Sven Wischnowsky]

Bart Schaefer wrote:

> On Apr 30,  4:45pm, Bart Schaefer wrote:
> } Subject: Re: 3.1.7-pre-1 for the workers
> }
> } I have a couple of issues that came up after the prerelease to resolve.
> } 
> } The "read -q" bug that Sven patched in 10727.
> 
> So ... 10727 makes this work:
> 
> 	zsh -c "read -q '?Can you see this? '" < /dev/null
> 
> But the following still sends the prompt to the redirected stderr, which
> seems wrong to me:
> 
> 	zsh -c "read -q '?Can you see this? '" < /dev/null >& /dev/null
> 
> The goal is to read from the tty only after also prompting there.  Patch
> follows for consideration; I have not committed it, pending commentary.
> The first hunk is the interesting one: It seems to me there's never any
> longer a reason to send the prompt to stderr, but I may be missing some
> case where ZLE is active and yet SHTTY == -1.  (?)

Actually, I was tempted to do the same when I sent the patch, then
tried to act minimally invasive or something like that -- and couldn't 
think of the example you gave.

> The other two hunks just avoid a redundant close().

Oops. If you commit the patch... there is similar code in bin_vared()
in zle_main.c. Implemented by the same idiot. Ahem.


Bye
 Sven


--
Sven Wischnowsky                         wischnow@informatik.hu-berlin.de