Hi,
I had this problem as well - it appears to be specific to Together/J on the
Blackdown JDK when using green threads. If you set THREADS_FLAG=native then
the problem goes away. The problem does not appear with the Open Group JDK
(which also uses native threads).
On the subject of native threads, they do benchmark a little slower due to
increased overhead, but in most cases application
performance/responsiveness feels faster - I find that text inputs and
editors in particular are snappier.
Out of interest, did you have any problems getting Together to work with
TYA? With TYAs default configuration, Together crashed (on either JDK, with
any thread model) whenever I clicked on any object in the diagram view. I
#undef'ed all the optimisations in TYA's config, and the problem went away
- but I havn't got around to figuring out exactly which one was causing the
problem.
regards
[ bryce ]
John Collins wrote:
> I am trying to evaluate a large Java package from Object International
> called Together/J. It comes up, analyzes classes, and generates
> documentation both with the jdk1.1.7v1a interpreter and with the tya
> compiler. With the compiler, it's performance is tolerable, except that
> it can't really handle keyboard input in most input contexts. If you
> type r..e..a..l..l..y s..l..o..w, it works OK, but as soon as you type
> at a normal pace, the characters get scrambled badly -- you don't lose
> characters, but they are out of order. It's very repeatable. I'm
> writing to java-linux about this because the same app on NT works fine.
> About the same performance, but keyboard input works.
>
> Is this a known problem?
>
> Environment: RH 5.0, kernel 2.0.34, glibc 2.0.7, Dell Pentium2/266, 128
> meg RAM.
