From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 15315 invoked from network); 7 Sep 1999 11:22:17 -0000 Received: from sunsite.auc.dk (130.225.51.30) by ns1.primenet.com.au with SMTP; 7 Sep 1999 11:22:17 -0000 Received: (qmail 7530 invoked by alias); 7 Sep 1999 11:22:10 -0000 Mailing-List: contact zsh-workers-help@sunsite.auc.dk; run by ezmlm Precedence: bulk X-No-Archive: yes X-Seq: 7688 Received: (qmail 7523 invoked from network); 7 Sep 1999 11:22:10 -0000 Date: Tue, 7 Sep 1999 13:22:08 +0200 (MET DST) Message-Id: <199909071122.NAA04268@beta.informatik.hu-berlin.de> From: Sven Wischnowsky To: zsh-workers@sunsite.auc.dk In-reply-to: Tanaka Akira's message of 07 Sep 1999 19:47:41 +0900 Subject: Re: PATCH: Completion/User/_cvs again. Tanaka Akira wrote: > I think the style of `_rpm' is useful for state machines. But it > cannot represent function call. And `_cvs' has such functions. > > For example, `_cvs_extract_directory_entries' is called from > `_cvs_setup_allentries', `_cvs_setup_direntries' and > `_cvs_setup_modentries'. And it should return to its caller. > This is hard to implement in state machine style, I think. Ah, I see. Sorry. Yes, adding a heap of extra states a la `extract_file_or_directory_entry' is ugly. Hm, some form of `case' that executes all matching branches would be useful here. (Yes, I know that one can do that e.g. with a `case' in a loop where the case branches remove substrings from the `state' name, but that isn't exactly a nice solution, either.) Bye Sven -- Sven Wischnowsky wischnow@informatik.hu-berlin.de