Re: More ksh93 builtins [PSARC/2010/095 FastTrack timeout 03/25/2010]

2010-04-02 Thread Glenn Fowler
in ksh93 non-special builtin binding is done via PATH search by maniplating the PATH a non-privileged user can insert dirs ahead of the builtin binding dir -- so it just becomes a problem of setting up the PATH dir order to suit individual needs, even to the point of bypassing all non-special bui

Re: More ksh93 builtins [PSARC/2010/095 FastTrack timeout 03/25/2010]

2010-04-01 Thread Joerg Schilling
Chris Pickett wrote: > First at all you do not go through fork() and be a lot faster. > > Second you do not have ARG_MAX and other process-based limitations, > e.g. the list and size of arguments passed to builtin commands and > shell functions is only limited by memory (thank again Roland for >

Re: More ksh93 builtins [PSARC/2010/095 FastTrack timeout 03/25/2010]

2010-03-29 Thread Jeremy Harris
On 03/29/2010 07:18 PM, John Plocher wrote: The architectural point is that the user/admin needs control of things like this; with ksh93 builtins, they have that ability (i.e., they can turn builtins off...) and update binutils packages and the like. I'm suggesting that with better architecture

Re: More ksh93 builtins [PSARC/2010/095 FastTrack timeout 03/25/2010]

2010-03-29 Thread John Plocher
On Mon, Mar 29, 2010 at 8:42 AM, Nicolas Williams wrote: > If you replace programs delivered by Solaris itself they you've rendered > your system unsupportable and, indeed, we will not support it. That may be true of Oracle's commercial Solaris Product, but we are talking about OpenSolaris here.

Re: More ksh93 builtins [PSARC/2010/095 FastTrack timeout 03/25/2010]

2010-03-29 Thread Nicolas Williams
On Sat, Mar 27, 2010 at 05:02:45PM +, Jeremy Harris wrote: > Unfortunately, the cache invalidation and/or reload is also the latter > time. I think this is a mistake. If I, with suitable permissions, cannot > replace the binary of a utility in the filesystem of my system and > get the expecte

Re: More ksh93 builtins [PSARC/2010/095 FastTrack timeout 03/25/2010]

2010-03-27 Thread Jeremy Harris
On 03/27/2010 03:39 PM, Chris Pickett wrote: On Thu, Mar 18, 2010 at 4:41 PM, Darren J Moffat wrote: What benefit does this case bring ? First at all you do not go through fork() and be a lot faster. The intent appears to be better performance; generally a good thing. I'm concerned about t

Re: More ksh93 builtins [PSARC/2010/095 FastTrack timeout 03/25/2010]

2010-03-27 Thread Chris Pickett
On Thu, Mar 18, 2010 at 4:41 PM, Darren J Moffat wrote: > Maybe I don't understand enough about ksh93 (since I'm a zsh user for > interactive shell work) but I don't understand what this case is about. > > What benefit does this case bring ? First at all you do not go through fork() and be a lot