Nicolas Williams wrote:
>
> On Fri, Oct 31, 2008 at 12:13:19PM -0700, David Powell wrote:
> > >> It's a small issue and the
> > >> proposed solution is well worth the time/effort.
> >
> >It hasn't been made clear that the proposed solution is "well worth
> >the time/effort". For starters,
Tony Nguyen wrote:
> Casper.Dik at Sun.COM wrote:
> >> You're making a very typical engineering decision-making mistake IMHO.
> >> The mistake? Turning every small issue into a big issue and then
> >> reaching the (flawed) conclusion that you can't solve the big issue
> >> for various reasons (pos
David Powell wrote:
> Casper.Dik at Sun.COM wrote:
[snip]
> Since the goal of this project is to
> deliver a useful firewall mechanism, not promote ksh93 usage, it is
> more important to provide something that can be more widely adopted.
My primary concern was performance and startup time and _not
On Tue, Nov 04, 2008 at 06:56:24PM +0100, Roland Mainz wrote:
> > E.g., grep(1) can be approximated with:
> >
> > shgrep () {
> > ...
>
> Right...
> ... for the log: ksh93 has builing "grep" functionality using the
> ~(G)pattern stuff, e.g.
We're aware :)
> > While I really like ksh93,
Daniel Snyder wrote:
> It seems that XDisplayHeight in Trusted JDS Solaris 10 with trusted
> extensions does not subtract the trusted path bar height from the total.
> Trusted CDE does subtract the trusted path bar height. Is this a bug in JDS?
>
> Are there other calls that could be used that co
It seems that XDisplayHeight in Trusted JDS Solaris 10 with trusted extensions
does not subtract the trusted path bar height from the total. Trusted CDE does
subtract the trusted path bar height. Is this a bug in JDS?
Are there other calls that could be used that compensate for the trusted path
