kore 0.0.2
Tim Wilkinson
tim at tjwassoc.co.uk
Thu May 22 15:04:24 PDT 1997
tullmann at facility.cs.utah.edu wrote:
>
> > > > > Can't this be "fixed" by subclassing them from a common, private
> > > > > subclass?
> > > >
> > > > Possibly. I'll think about that.
> >
> > Now I have thought about it, the superclass would have to be public if it's
> > to be referenced from both java.net and java.io.
> >
> > I was originally planning to put NativeIO in java.io, etc., but it
> > would have to be public so that java.net can reference it.
>
> Perhaps if each of the packages had its own native interface class,
> java.io will have NativeIO, java.net will have NativeNet, etc. *and*
> duplicate interfaces as necessary. So, both NativeIO and NativeNet
> will have fd_close() functions. Its then up to the implementor of the
> native library to make sure these actually do exactly the same thing.
> Since ther'es no state associated with the Native* classes, they're
> just groupings for the native interfaces, it shouldn't be too hard.
> Some care will have to be taken on the part of the native lib writer,
> but this should solve the security problems (the Native classes can be
> package private), and should prevent adding hacks to Kaffe to
> artifically hide certain class names.
>
> It is a bit of an ugly hack, though.
>
> -Pat
To stick my two penneth in, I'm not very much in favour of hacking the
internals of Kaffe around to hide classes and solve unnecssary security
problems - there leadeth the road to ruin me thinks.
Tim
--
Tim Wilkinson Tel/Fax: +44 181 440 0658
T. J. Wilkinson & Associates, Mobile: +44 370 621006
London, UK. Email: tim at tjwassoc.co.uk
More information about the kaffe
mailing list