pws-12

pws-12

[Peter Stephenson]

This week's version is brought to you by the letters p, w and s and the
number 12.
http://www.ifh.de/~pws/computing/
-rw-r--r--   1 pws  quadrics  307861 Mar 13 15:32 zsh-3.1.5-pws-12.doc.tar.bz2
-rw-r--r--   1 pws  quadrics  467481 Mar 13 15:32 zsh-3.1.5-pws-12.doc.tar.gz
-rw-r--r--   1 pws  quadrics  716644 Mar 13 15:32 zsh-3.1.5-pws-12.tar.bz2
-rw-r--r--   1 pws  quadrics  887161 Mar 13 15:32 zsh-3.1.5-pws-12.tar.gz

I have discovered some problems when the build directory is in a different
place from the source directory: notably, some files such as modules-bltin,
signames.c and sigcount.h are created in the source directory instead of
the build directory, so the first cannot be found and all of them conflict
with any other build going on in any other directory.  (And I didn't even
know build was a noun.)

The most noticeably change this week was that some of the old new
completion variables have turned into bits of the associative array
compconfig.  In particular, $COMPDUMP has gone.  You can now specify it as
an argument to compinit:  source ~/..../compinit -d mydumpfile

There is a patch which is supposed to help with systems that clobber
typeahead when the typeahead extends onto lines read with $PS2 (the PS2
wasn't the problem, it just happened that when reading lines after the
first the terminal mode was altered too often).  I don't know if this
works, and I'd like to hear.  There may be some other unnecessary terminal
handling which is still making life difficult.

Here is the list of changees included.


Sven: 5670: parameter completion fix

Sven: 5671: another small parameter fix for multiple braces

Sven: 5675: tidying up for zle_tricky.c

pws: from autoconf 2.13: new config.guess, too.

Sven: 5676: all Completion example functions return a status

Sven: 5677, 5679: Completion/User/_long_options and consequent upgrades for
Completion/User files which use long GNU-style options.

Sven: 5682: bindkey fix

Sven: 5692: remove compstate[matcher] test from _long_options

Sven: 5696, 5697: "${${path}[1]}" indexes on characters again

Sven: 5698: array indexing in _long_options and _multi_parts

Sven: 5699: matching prefixes of various sorts

Sven: 5701: _main_complete, _multi_parts, _path_files, a few cosmetic
changes.

Sven: 5704: _long_options

Sven: 5707: tokenization changes

Sven: 5708: completion manual, -M anchors must be matched explicitly

Sven: 5710: zle_tricky.c, completion inside words

Sven: 5712: _path_files, noglobcomplete fix

Sven: 5713: zle_tricky.c, interesting code specimen made extinct

Sven: 5714: _path_files: failed completions get left alone more often

Sven: 5716: zle.h, zle_misc.c, zle_tricky.c: iremovesuffix() can be told
whether to keep a list of matches

Andrej: 5719: _bindkey can use - as anchor for wildcard matching

Will Day: 5724 (+postprocessing, 5741): signames2.awk: match extra spaces
if produced by CPP.

Sven: 5726: zle_tricky.c: ctokenize() fix and parameter completion

pws: 5729: _bindkey doc

Sven: 5732: _a2ps, _long_options

Sven: 5736: completion before = in assignment

pws: 5737: ${foo#* } is more efficient in ordinary cases

Sven: zsh-users/2211 (+ p -> s): setopt -m handles underscores and case
sensitivity

Lehti Rami: 5754: --disable-restricted-r stops the shell becoming
restricted when its name starts with r

Sven: 5756: compstate[force_list]

Sven: 5757: compconfig

Sven: 5758: _path_files accepts -q, -r and -R options

pws: www archive: updated Etc/FAQ finally, keep forgetting

Sven: 5759: math environment fixes

Sven: 5761: remove unnecessary compiler warnings in compctl.c

Sven: 5766: _path_files closer to compctl/compgen behaviour

Sven: 5770: _path_files again

Sven: 5775: correcting completion will not ignore everything the user has
typed; prefix quote fix

pws: 5776: untested patch for typeahead problems when reading multiple
lines of input

pws: unposted archive changes: .distfiles in Completion hierarchy, dunno
what these do but it looks better; _comp_parts is now _sep_parts; moved
_long_options into Base and mentioned it in Completion/README.

Geoff: 5779: correct mistakes some bozo (guess who) made testing rlim_t for
long long.

-- 
Peter Stephenson <pws@ibmth.df.unipi.it>       Tel: +39 050 844536
WWW:  http://www.ifh.de/~pws/
Dipartimento di Fisica, Via Buonarroti 2, 56127 Pisa, Italy

BUG: 3.1.5-pws-11 completion coredumps

[Geoff Wing]

Heyla,
may be fixed in pws-12 but nothing in pws's list seemed to indicate so.

Couple of core dumps with completion. pws-11 with all completion stuff
installed.
Doing ``~/src/she<TAB>'' (AUTO_CD obviously) at the prompt gave me:

~/src/she       BUG: attempt to free storage at invalid address
BUG: size wrong in freenode()
BUG: attempt to free storage at invalid address

and I think I just overwrote it with another coredump (doing the same
sort of thing) so this trace might not match the above note - but I've
kept this dump in case further information is required.

This is totally unmeaningful to me but someone who knows the structures
might be able to ask for the appropriate information.


#0  simplifyright (l=0x87320) at utils.c:2363
2362        c = l->left->left->left;
2363        if (c->type != SIMPLE || nonempty(c->args) || nonempty(c->redir)
(gdb) bt
#0  simplifyright (l=0x87320) at utils.c:2363
#1  0x354ff in gettext2 (n=0x87320) at text.c:173
#2  0x358f2 in gettext2 (n=0x871a0) at text.c:321
#3  0x35864 in gettext2 (n=0x87180) at text.c:293
#4  0x353af in getjobtext (n=0x87180) at text.c:135
#5  0xaf75 in execpline2 (pline=0x87170, how=2, input=0, output=0, last1=0)
    at exec.c:924
#6  0xaa7f in execpline (l=0x8715c, how=2, last1=0) at exec.c:771
#7  0xa758 in execlist (list=0x8714c, dont_change_job=1, exiting=0)
    at exec.c:650
#8  0x211ce in execwhile (cmd=0x6d4b8) at loop.c:301
..............
(gdb) p *(l->left)
$6 = {ntype = 1073746177, type = 0, flags = 0, left = 0x87344, right = 0x0}
(gdb) p *(l->left->left)
$7 = {ntype = 1073746178, type = 0, left = 0x0, right = 0x0}

-- 
Geoff Wing   <gcw@pobox.com>            Mobile : (Australia) 0412 162 441
Work URL: http://www.primenet.com.au/   Ego URL: http://pobox.com/~gcw/

Re: BUG: 3.1.5-pws-11 completion coredumps

[Bart Schaefer]

On Mar 14,  5:04am, Geoff Wing wrote:
} Subject: BUG: 3.1.5-pws-11 completion coredumps
}
} may be fixed in pws-12 but nothing in pws's list seemed to indicate so.
} 
} Couple of core dumps with completion. pws-11 with all completion stuff
} installed.
} Doing ``~/src/she<TAB>'' (AUTO_CD obviously) at the prompt

I can't duplicate this in the pws-12 that I just built, at least with
only
	Src/zsh -f
	fpath=($PWD/Completion/*(/))
	source Completion/Core/compinit
	setopt autocd

You haven't said how many possible completions of ~/src/she* there are,
or whether there are any symlinks involved, so I can't be sure I'm
trying the right things ...

However, I can get this minor odd behavior:

    zsh% ~/zc<TAB>
    zsh% ~//zc

There is no possible match for "zc", though there are three directories
with names starting with "z".  The slash gets doubled only when there's
no possible match.

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

Re: BUG: 3.1.5-pws-11 completion coredumps

[Geoff Wing]

Bart Schaefer <schaefer@brasslantern.com> typed:
:On Mar 14,  5:04am, Geoff Wing wrote:
:} Subject: BUG: 3.1.5-pws-11 completion coredumps
:} may be fixed in pws-12 but nothing in pws's list seemed to indicate so.
:} Couple of core dumps with completion. pws-11 with all completion stuff
:} installed.
:} Doing ``~/src/she<TAB>'' (AUTO_CD obviously) at the prompt
:I can't duplicate this in the pws-12 that I just built, at least with
:only
:	Src/zsh -f
:	fpath=($PWD/Completion/*(/))
:	source Completion/Core/compinit
:	setopt autocd
:You haven't said how many possible completions of ~/src/she* there are,
:or whether there are any symlinks involved, so I can't be sure I'm
:trying the right things ...

~/src/she* has 1 match - a directory ``~/src/shells''.  Also, ~/src is
the only thing starting with s in ~ if that's relevant.

I just got a dump at the same line - during startup - when it's going 
through the init files /etc/z* + ~/.z* - but it's not occuring every time
which makes it somewhat more troublesome.  It may be a memory allocation
problem from elsewhere manifesting there, but I don't know anything about
that code so ....
-- 
Geoff Wing   <gcw@pobox.com>            Mobile : (Australia) 0412 162 441
Work URL: http://www.primenet.com.au/   Ego URL: http://pobox.com/~gcw/

RE: pws-12

[Andrej Borsenkow]

>
> pws: from autoconf 2.13: new config.guess, too.
>

config.guess from 2.13 does not recognize Reliant UNIX. It is in CVS and
should be in the next release. Peter, could you reapply my old patch or get
the latest config.guess (+config.sub) from CVS?

TIA

/andrej

_pdf needs updating

[Bruce Stephens]

Just copy Completion/User/_ps, say, and modify it in the obvious way.
Otherwise the _pdf completion doesn't work.

(Of course, this *would* have to be the first one I tried...)

Re: pws-12

[Peter Stephenson]

Peter Stephenson wrote:
> I have discovered some problems when the build directory is in a different
> place from the source directory: notably, some files such as modules-bltin,
> signames.c and sigcount.h are created in the source directory instead of
> the build directory, so the first cannot be found and all of them conflict
> with any other build going on in any other directory.  (And I didn't even
> know build was a noun.)

It looks like this was a VPATH feature I've noticed before.  If you've
produce the files signames.c, modules-bltin etc. in the main Src directory,
and VPATH is set to that, it will insist on overwriting those files.
Anyway, I've tried again with a clean source hierarchy and it built
flawlessly in another directory.

-- 
Peter Stephenson <pws@ibmth.df.unipi.it>       Tel: +39 050 844536
WWW:  http://www.ifh.de/~pws/
Dipartimento di Fisica, Via Buonarroti 2, 56127 Pisa, Italy

_tar uses _multi_parts

[Bruce Stephens]

Presumably the fix is:

*** Completion/User/_tar.old    Mon Mar 15 11:40:09 1999
--- Completion/User/_tar        Mon Mar 15 11:40:17 1999
***************
*** 109,115 ****
      _tar_cache_name=$tf
    fi
  
!   _multi_parts / _tar_cache_list
  else
    
    # See if we should use a path prefix.  We have to use eval as the dir can
--- 109,115 ----
      _tar_cache_name=$tf
    fi
  
!   _sep_parts / _tar_cache_list
  else
    
    # See if we should use a path prefix.  We have to use eval as the dir can

Re: BUG: 3.1.5-pws-11 completion coredumps

[Sven Wischnowsky]

Bart Schaefer wrote:

> On Mar 14,  5:04am, Geoff Wing wrote:
> } Subject: BUG: 3.1.5-pws-11 completion coredumps
> }
> } may be fixed in pws-12 but nothing in pws's list seemed to indicate so.
> } 
> } Couple of core dumps with completion. pws-11 with all completion stuff
> } installed.
> } Doing ``~/src/she<TAB>'' (AUTO_CD obviously) at the prompt
> 
> I can't duplicate this in the pws-12 that I just built
> ...

Neither could I, hm.

> However, I can get this minor odd behavior:
> 
>     zsh% ~/zc<TAB>
>     zsh% ~//zc
> 
> There is no possible match for "zc", though there are three directories
> with names starting with "z".  The slash gets doubled only when there's
> no possible match.

Yup, forgot to test the other path-prefix parameter.

Bye
 Sven

diff -u oc/Core/_path_files Completion/Core/_path_files
--- oc/Core/_path_files	Mon Mar 15 10:52:18 1999
+++ Completion/Core/_path_files	Mon Mar 15 11:18:28 1999
@@ -405,6 +405,7 @@
     # No match, insert the expanded path and add the original tail.
 
     [[ "$testpath[-1]" = / ]] && testpath="$testpath[1,-2]"
+    [[ -z "$testpath" && "$linepath[-1]" = / ]] && linepath="$linepath[1,-2]"
     [[ -n "$ostr" && -n "$linepath$testpath" ]] && ostr="/$ostr"
 
     # But only if something changed.

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