Stephen Hahn wrote: > * Roland Mainz <[EMAIL PROTECTED]> [2006-02-07 17:30]: > > - enhancement of Solaris tools to use libshell instead of homegrown > > commandline parsers (like mdb, zfs, xauth etc.) > > - replacement of duplicate ksh versions in various Sun products with > > libshell.so (which is ksh93 as a shared library), including dbx and > > dtksh > > These two points are "explore enhancement" and "explore replacement", > I think. For instance, mdb has terminal handling (so that its kmdb > variant can have civilized input as well) and is constrained to have a > language syntax that is an extension of adb(1)'s, as an example of > where integrating libshell is potentially of limited benefit.
My original proposal was only to get rid of the duplicate ksh versions in products such as dbx (Sun Forte/workshop/whatever-it's-called-now), dtksh and some other stuff... I didn't checked the proposed idea of invading "mdb" yet ... ;-/ > I also wonder if you should propose a modern-cmds project (since folks > have complained about other specific "old versions") with ksh being > the first topic. Uhm... in theory such a project would be nice but first I'd like to focus on ksh93 - which is already a quite large beast to handle (assuming libshell, libc, profile shells, bugfixing and some sort of backwards-compatibility+migration tools should be handeled, too.). There will likely some affects on the normal commands (for example to sync /usr/bin/sleep to work like the ksh93 buildin version (e.g. allowing fractions of a second instead of just accepting plain integers (example: % /usr/bin/sleep 0.5 # should wait exactly a half second))) - but for enhanching the commands in /usr/bin/ it may be nice to have a seperate project which also syncs the changes/updates to the commands with the people who are doing the Unix*-standards (e.g. Unix98, Unix2003 etc.). ---- Bye, Roland -- __ . . __ (o.\ \/ /.o) [EMAIL PROTECTED] \__\/\/__/ MPEG specialist, C&&JAVA&&Sun&&Unix programmer /O /==\ O\ TEL +49 641 7950090 (;O/ \/ \O;) _______________________________________________ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org