zsh-workers
 help / color / mirror / code / Atom feed
From: Richard Coleman <coleman@math.gatech.edu>
To: zsh-workers@math.gatech.edu
Subject: Re: about beta11
Date: Fri, 14 Jul 1995 23:54:59 -0400	[thread overview]
Message-ID: <9507150355.AA08946@redwood.skiles.gatech.edu> (raw)
In-Reply-To: Your message of "Sat, 15 Jul 1995 03:19:33 BST." <515.199507150249@stone.dcs.warwick.ac.uk>

> -zefram
> 
> P.S.  Can we expect an beta11-test release any time soon, Richard?
> 

I've been working on some ambitious changes for beta11.  As usual, it
is taking longer than I expected.  I was hoping to have a test
release available this week, but now I'm not sure.  I'll be leaving
for vacation (just one week) at the end of next week (Jun 22).

One of the things I'm doing for beta11 is splitting the hash table
cmdnamtab into three separate tables for shell functions, builtins,
and external commands.  This fixes some of the weird command name
space problems that would have been difficult to fix any other way.
This required lots of changes to builtin.c and exec.c (actually just
execcmd).  I've already fixed everything in builtin.c (which lead to
much cleaner code in many of the builtins).  What is taking so long
is the changes to exec.c since it is quite complicated and has very
little in the way of comments.

One of the benefits of this change is that is allows much more
precise control of the various hash tables.  There are a few
changes to various builtins to deal with this.

1) enable/disable by default will only work on builtin functions
2) enable -f, disable -f will enable/disable shell functions
3) enable -r, disable -r will enable/disable reserved words
4) unhash by default will only unhash external commands.
5) unhash -f will remove shell functions.  unfunction is now
   just an alias for unhash -f.
6) unhash -a will remove aliases.  unalias is now just an
   alias for unhash -a.

Zefram, were you the one that wrote the code for named directories?
Is there anything preventing us from using a hash table for this
rather than a linked list (which is what it currently uses)?  This
way we could reuse all the new hashtable code.  For instance, then
unhash -d could be used to remove entries from the named directories
table.

rc


  reply	other threads:[~1995-07-15  3:58 UTC|newest]

Thread overview: 6+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
1995-07-15  0:49 Completion quirks Wayne Davison
1995-07-15  2:19 ` Zefram
1995-07-15  3:54   ` Richard Coleman [this message]
1995-07-15  4:53     ` about beta11 Zefram
1995-07-15  6:28       ` Richard Coleman
1995-07-15  7:51         ` Zefram

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=9507150355.AA08946@redwood.skiles.gatech.edu \
    --to=coleman@math.gatech.edu \
    --cc=zsh-workers@math.gatech.edu \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
Code repositories for project(s) associated with this public inbox

	https://git.vuxu.org/mirror/zsh/

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).