Artur Biesiadowski <[EMAIL PROTECTED]> writes:
> Sorry to touch this subject once again - I understand that all of
> these are temporary hacks, but hacks have a tendency to stay for a
> long time (look at MSDOS :).
Classpath's NSA library is not a temporary hack. It exists for
compatibility wit
Sorry to touch this subject once again - I understand that all of these
are temporary hacks, but hacks have a tendency to stay for a long time
(look at MSDOS :).
For now, hashcode of object is used. But in GTKGenericPeer it is cached
into native_state int field. Would it be easier/faster to:
- us
I ran a quick test and it is also working for me. Thanks.
--
Aaron M. Renn ([EMAIL PROTECTED]) http://www.urbanophile.com/arenn/
Christoph Toshok <[EMAIL PROTECTED]> writes:
> I made some minor fixes, and now japhar + classpath works for the japhar
> tests that I tried. :)
Cool, thanks Chris.
Brian
I made some minor fixes, and now japhar + classpath works for the japhar
tests that I tried. :)
xtoph
"Aaron M. Renn" wrote:
> >> I don't think so. I haven't changed anything in java.io at least. It
> still
> >> works great with Japhar 0.07. Even the latest Classpath CVS is working
> with
> >> that.
> >
> >strange. since there are native methods in java.io.FileDescriptor (for
> >example) that
Hi,
I think I can answer this.
On Fri, Apr 02, 1999 at 02:59:54PM -0800, Wes Biggs wrote:
> Paul,
>
> I see that classpath still has no javax/servlet directory. I'd be interested
> in using/testing your packages. Could you mail me a tarball?
There where some legal problems. But Paul and I hav
Paul,
I see that classpath still has no javax/servlet directory. I'd be interested in
using/testing your packages. Could you mail me a tarball?
If the JSDK stuff is stable, it would gain classpath a lot of visibility if we
were to announce that on the Apache JServ and java-linux lists.
I gues
8 matches
Mail list logo
