bugs in zsh 2.6b12?

bugs in zsh 2.6b12?

[Adam Paul]

Hi, all -
	I've been using zsh 2.6 beta 12 for some time now and have found two 
possible bugs (the platform is SCO OpenServer Release 5).  
	
	1)  When tab-completing on ambiguous filenames, if the base of the completion 
is an entire filename, possible completions are listed twice (i have autolist set), 
ie:  if 'zsh-2.6b12' (a directory) and 'zsh-2.6b12.tar.gz' are completed upon from 
'zsh-[TAB]', I get two listings of completions.  This also happens randomly with 
other completions (ie 'echo $ZSH_[TAB]' doubly lists ZSH_VERSION and ZSH_NAME).
	
	2)  I have correct and correctall set, and very often perfectly valid command 
names are 'corrected', ie: 'trn' gets caught and it is suggested that maybe 'tr' is 
what I desired, but both trn and tr are in my path. (in this case trn is later in my 
path than tr, but its happened the other way around too).  Ignoring the 'correction' 
runs the command as expected.
	
	Any ideas?
	
Many thanks,
	_Adam
----
Adam R. Paul - apaul@got.net (home), adamp@sco.com (work)
http://www.got.net/~apaul/ (web)

"And I shall turn your eyes into tears, when all that's left are the
hollows of devotion ..." - Death In June

Re: bugs in zsh 2.6b12?

[d. hall]

The bugs listed in the Etc/Bugs file (assuming version 2.5), fixed or is
this file outdated.

I've encountered the present problems so far in zsh-2.6-beta12

running Linux 1.3.20, compiled into it are the shared libaries

libtermcap.so.2.0.0
libc.so.5.0.9

my compctl for cd which worked in version 2.5.03 now causes a segmentation
fault.  i'll try to get a trace on it, but it's damn near strange.

cd -g '*(-/) - +' -x 'c[-1,~/]' -g '(-/)' - 'c[-1,~]' -u

if i type cd /ts<tab> i get a beep as consistant with option nolistbeep.
if i type cd /tsp<tab> i get the seg. fault.

i'll email the trace, but i'm wondering if anyone else can duplicate.

also with the new termcap code introduced recently, my watchfmt no longer
acknowledges escapes codes (%[BbSsUu]).  i'm working on tracking down where
in the code this inconsistancy is happening.

d.
--
``i'm sorry mr. president. i don't dance.''
					- clear and present danger

Re: bugs in zsh 2.6b12?

[d. hall]

[-- Warning: decoded text below may be mangled, UTF-8 assumed --]
[-- Attachment #1: Type: text/plain, Size: 1841 bytes --]

ð thus on Thu, 14 Dec 1995 13:28:33 -0500, d virtually scripted...

d> i'll email the trace, but i'm wondering if anyone else can duplicate.

Script started on Thu Dec 14 13:04:03 1995
(*illusion)/usr/src/zsh-2.6-beta12/Src>> gdb ./zsh core
Core was generated by `zsh'.
#0  0x40062843 in owrite ()
(gdb) where
#0  0x40062843 in owrite ()
#1  0x80604d8 in owrite ()
#2  0x803ca8b in get_ccompctl (occ=0x0, compadd=0x8050b00, incmd=0)
    at zle_tricky.c:1781
#3  0x803dcbc in makecomplist (s=0x80604f8 "/tsp", incmd=0, delit=0x8050af0, 
    compadd=0x8050b00) at zle_tricky.c:2319
#4  0x803d907 in docompletion (s=0x8059478 "/tsp", lst=0, incmd=0)
    at zle_tricky.c:2214
#5  0x803ac3f in docomplete (lst=0) at zle_tricky.c:745
#6  0x803a027 in expandorcomplete () at zle_tricky.c:279
#7  0x8032934 in zleread (lp=0x805d340 "(%(#.%B*%b.)%m)%B%~%(2L.>>.:)%b ", 
    rp=0x8059fc8 "%@") at zle_main.c:453
#8  0x801a4b7 in inputline () at input.c:228
#9  0x801a365 in ingetc () at input.c:175
#10 0x801635e in hgetc () at hist.c:76
#11 0x801c895 in gettok () at lex.c:351
#12 0x801c461 in yylex () at lex.c:174
#13 0x8023d1c in parse_event () at parse.c:59
#14 0x8018d1f in loop (toplevel=1) at init.c:107
#15 0x8018c43 in main (argc=1, argv=0xbffffb5c) at init.c:69
#16 0x8002025 in ___crt_dummy__ ()
Cannot access memory at address 0xbfffd550.
(gdb) quit
(*illusion)/usr/src/zsh-2.6-beta12/Src>> exit

Script done on Thu Dec 14 13:04:41 1995

d> also with the new termcap code introduced recently, my watchfmt no
d> longer acknowledges escapes codes (%[BbSsUu]).  i'm working on tracking
d> down where in the code this inconsistancy is happening.

btw: I'm using ELF shared libraries, and I've compile both using standard
termcap as well as ncurses.

d.
--
``it's really nothing personal... i just don't like you.''
					- another true story