But what I found is that kaffe cannot even support 200 users.
Interesting! Only the unix-jthreads code gets tested and used a lot,
so I wouldn't be too surprised that unix-pthreads can't keep up with
unix-jthreads. In any event, the unix-pthreads code should be able to
support more
Hi all,
I have a Frame that contains a Canvas, two Scrollbar's and a Label.
When I create the Frame, I let the Canvas request focus. It gets it.
However, whenever focus is lost to the Frame, the Canvas does not
receive focus back again.
This is due to the fact that when the mentioned Frame
Hello all,
A bug in the GridLayout manager causes it not to layout when the
Container has no children. No check is performed (neither is it in
most other managers I suppose), but dividing width by the number of
columns is a bad idea...
I added a simple check, patch onto cvs (dd 11 March)
Hm, patch attached now...
+--- Kero - [EMAIL PROTECTED] ---+
| Don't split your mentality without thinking twice |
| Proud like a God -- Guano Apes |
+--- M38c -- http://huizen.dds.nl/~kero ---+
---
Didn't we have this discussion before?
I did a short search in the archives, but it is a bit hard to find in
the long lists.
Have you tried the java.awt.Defaults.AutoStop property?
The what?
A short look gives me java.awt.Defaults in Kaffe, but not in Sun's API.
/**
* If set to
Hello all,
When the last Frame is dispose()d, the prompt returns. I assume all
threads die when the last Frame is dispose()d. That's nice, but I am
trying to catch the windowClosed() event. From that, I call my own
quit() method. It is never reached.
It is contrary to Sun behaviour: when using
I encountered a small problem using the BufferedInputStream.
When telling it to skip a big number of bytes, it stops at the first
2k boundary (or, more precisely, from position 32 to skip 37919 bytes
lets it stop at position 2048).
This is not a bug. The skip() method as defined in
Hi all!
I encountered a small problem using the BufferedInputStream.
When telling it to skip a big number of bytes, it stops at the first
2k boundary (or, more precisely, from position 32 to skip 37919 bytes
lets it stop at position 2048).
Removing the BufferedInputStream and using only the