From owner-freebsd-questions Wed Jul 10 13:55:50 1996 Return-Path: owner-questions Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id NAA12857 for questions-outgoing; Wed, 10 Jul 1996 13:55:50 -0700 (PDT) Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.211]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id NAA12851 for ; Wed, 10 Jul 1996 13:55:45 -0700 (PDT) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id NAA27175; Wed, 10 Jul 1996 13:51:10 -0700 From: Terry Lambert Message-Id: <199607102051.NAA27175@phaeton.artisoft.com> Subject: Re: SysAdmin Tools - ideas wanted To: wollman@lcs.mit.edu (Garrett Wollman) Date: Wed, 10 Jul 1996 13:51:10 -0700 (MST) Cc: terry@lambert.org, questions@FreeBSD.ORG In-Reply-To: <9607101928.AA17044@halloran-eldar.lcs.mit.edu> from "Garrett Wollman" at Jul 10, 96 03:28:48 pm X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-questions@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > > Eventually, I expect command line utilities to be built similar to > > the VMS mechanism, where you define a grammar, compile it, implement > > callback routines, compile them, and then link the whole mess with > > a library that has a main() in it that externally references the > > compiled grammar as data. > > It's called `libss'. Does this implicity support a "show schema" command verb subcommand for communicating the compiled schema to the front end? Does it flush stdout explicitly rather than implicitly to allow pipe operation? Does it have a front-end grammar-to-data compiler that will create a schema as well as a command line to function mapping? Does it support the concept of environment validation via callback so that you can refuse to advance/accept invalid data for a given UI input field without putting the validation into the UI itself? If the answer is "no" for any of these (and I know it is), then it's not a sufficient soloution. Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers.