Prima facie, I'd say that the Linux behaviour is correct as you described it.
Modal dialogs, AFAIK, should prevent all other windows in the app (and
components therein) from being activated, even if such windows were opened by
components within a modal dialog. Now, if you opened a modal dialog fro
I have a Cobalt RAQ Microserver running Linux 2.0. It says that it operates
on a 64 bit superscalar processor.
Are you aware of any JREs for this environment?
Thanks in advance.
Dan
--
Dan Coates, Vice President
Millward Brown Interactive
[EMAIL PR
unsubscripe
>Um, that's what modality means - that events don't reach the
>underlying window. As you describe it, it would seem that the
>Linux behaviour is correct.
As I understood, Carl was trying to use his component *in* the modal dialog.
In that case it should work just as well as set of OK/Cancel bu
Carl H. Sayres wrote:
>
> We have a lightweight component which creates a secondary Window
> as part of it's operation. This works fine in general on Linux
> (and anywhere else as well). The problem occurs when this component
> is used in a modal dialog. On Linux, the Modal dialog blocks any
> in
We have a lightweight component which creates a secondary Window
as part of it's operation. This works fine in general on Linux
(and anywhere else as well). The problem occurs when this component
is used in a modal dialog. On Linux, the Modal dialog blocks any
input to the contents of the Window.
I've got a problem when I compile and i'm sure it has to do with the
path but I haven't been able to solve it. When I compile a .java file
that will create another someother .class file when the constructor is
called I get the error
class whatever not found in type declaration
If I take the sam
unsubscribe
When I last looked at the Java Medio Homepage at the Javasoft site
I can recall that the audio sound rendering engine could work
well on Pentium 90 at only 20% of the level. AND AND it could
handle up to 64 channels. I will need to see it to believe it methinks.
The JMF will need to native librar
> Christian Seiler writes:
>> Thanks for the infos.
>>
>> Question are green thread slower than native threads ?
>>
It depends.
Christian> Well, hard to answer. A common opinion is that green
Christian> threads are slower because the JVM has to do a lot of
Chri
On Fri, Feb 05, 1999 at 09:46:14AM +, [EMAIL PROTECTED] wrote:
[... snip ...]
> Would this affect the performance of the forthcoming Java Sound API and
> Java Media Framework API. Or am I barking (mad) up the wrong tree?
The Java Sound API depends on native code to provide some of the sound
>On the other side creating native threads is an expensive operation.
>Especially on Linux, where threads are heavy-weight system processes.
Can anyone tell me whether the Linux port of native threads uses some
sort of thread reuse mechanism to cut down on the OS overhead? Ie: if
I fire up a new
> Thanks for the infos.
>
> Question are green thread slower than native threads ?
>
Well, hard to answer. A common opinion is that green threads
are slower because the JVM has to do a lot of additional work
like dispatching/serializing signals and other stuff for the
green threads.
On the ot
Thanks for the infos.
Question are green thread slower than native threads ?
Would this affect the performance of the forthcoming Java Sound API and
Java Media Framework API. Or am I barking (mad) up the wrong tree?
Pete
__ Reply Separator _
On 04-Feb-99 Kevin B. Hendricks wrote:
> Sorry, I can't provide more info, but rest assured we are all working hard
> to get this thing out the door as soon as possible.
You're all doing a great work, thank you.
---
Andrea "Kontorotsui" Controzzi - MALE Student of Computer Science at
Universit
So what exactly did SUN do when they spoke of their "support of the Linux
developer community" (http://java.sun.com/pr/1998/11/pr981102-01.html)?
I've heard that they released the JDK1.2 source to Blackdown prior to their
releasing the final JDK1.2 on their web site, but surely this couldn't have
As mentioned below, class files are MSB. That is defined in the Java
specification. For serialized objects, one only has to look at the
serialization source code. The specification also indicates that a VM's
internal representation is implementation dependent. The common sense of
most people who
17 matches
Mail list logo
