I'm pretty sure try{}catch{} catch blocks add NO overhead to code,
unless the exception actually gets thrown. But exceptions are
supposed to be
exceptional, so who cares how slow it is ?
Check out how exception handling is implemented in Java byte-code
in the Java Virtual Machine Specification, 4
The java language specification is a little difficult to follow on final static
fields.
The best place to look is 13.4.8 - Binary Compatability. This says
"We call a field that is static, final, and initialized with a compile-time
constant expression a primitive constant."
and it is impl
At 11:05 AM 7/16/99 +0200, Kontorotsui wrote:
>
>On 14-Jul-99 Michael Sinz wrote:
>> The reason is that until the constructor is called, no instance data
>> can be used. Note that you did not make this static final but rather
>> final. This means there must be actual instance data to access this
Who told you you can't use the Solaris Swing download on Linux? It's
100% Java, and works just fine on Linux.
--Jeff
Kontorotsui wrote:
>
> On 14-Jul-99 R MUTHUSWAMY wrote:
> > i am using java1.1.7 and i want swing api's for linux. i have
> > heard that i can't use the solaris files f
This is funny, because a while ago (quite a while), people said that
this code:
if (intArray == null)
return intArray[3];
else
return -1;
was slower than this code:
try{
return intArray[3];
}
catch (NullPointerException e)
{
return -1
}
precisely because the JVM
> Date: Fri, 16 Jul 1999 10:49:47 -0500
> From: Jim Kimball <[EMAIL PROTECTED]>
> To: [EMAIL PROTECTED]
>
> It was my understanding that code wrapped in an exception handler
> introduces more overhead to the JVM. I am sure I have seen articles on
> this exact topic in Java World or Java Report.
Robb Shecter writes:
> Does anybody have any pointers to using JNI on Linux? I'm starting a
> project where I'll be hacking pine to access a running Java process.
If you want a lot of JNI under worst case conditions, see
www.planetquake.com/q2java/
For the code it is more or less irreleva
I have virtually no time, but would like to know how to help the
Blackdown team. I'm not sure that I could help. I just started looking
on the web paged expecting a todo list or something. Not seeing a "How
to Help" page I though someone in this list could get me started.
On 15-Jul-99 Juergen Kreileder wrote:
[cpu:times segfaults]
> I haven't seen any segfaults with it.
Damn, I wonder mine segfaults then, I'm using a standard SuSE 6.1 and
everything else works perfectly.
I tried to remove the JIT, but it segfaults anyway.
Can anybody guess what's happening?
>
Dimitris Vyzovitis wrote:
>
> SHUDO Kazuyuki wrote:
>
> > > Personally I prefer explicit checks.
> >
> > Why?
> >
>
> I am also tempted to ask why
> Is there any particular reason to add client side check for what the VM does on
> its own?
> I personally think that there is no need to do ex
It was my understanding that code wrapped in an exception handler
introduces more overhead to the JVM. I am sure I have seen articles on
this exact topic in Java World or Java Report.
Jim
Dimitris Vyzovitis wrote:
>
> SHUDO Kazuyuki wrote:
>
> > > Personally I prefer explicit checks.
> >
> > W
Robbie Baldock wrote:
> Nathan Meyers wrote:
>
> > No, this won't work.
>
> I didn't think it would!
>
> > Environment variables are associated with Unix processes and passed to
> > child processes. You can't really set one "just for the servlet", you need
> > to set it for the Unix process und
SHUDO Kazuyuki wrote:
> > Personally I prefer explicit checks.
>
> Why?
>
I am also tempted to ask why
Is there any particular reason to add client side check for what the VM does on
its own?
I personally think that there is no need to do explicit checks in your code
(it is inherently subopt
> Kontorotsui writes:
Kontorotsui> On 15-Jul-99 Juergen Kreileder wrote:
Kontorotsui> [cpu:times segfaults]
>> I haven't seen any segfaults with it.
>> Note that 'times' doesn't show cpu times with pre 1 & 2, it will work
>> with the next release.
Kontorotsui> Then,
Jacek Laskowski wrote:
>> I'm uncertain if this helps, but give that a try: >
>> wrapper.env=DISPLAY=:1
>Robbie> Tried it - it can't connect.
Actually, I tell a lie - it is now connecting (on DISPLAY=:1)! (I wasn't
waiting long enough for Apache and JServ to restart.)
However, the servlet is
Ulli Kortenkamp wrote:
>
> > "Robbie" == Robbie Baldock <[EMAIL PROTECTED]> writes:
>
> Robbie> Jacek Laskowski wrote:
> >> I'm uncertain if this helps, but give that a try: >
> >> wrapper.env=DISPLAY=:1
>
> Robbie> Tried it - it can't connect.
>
> Could it be that the virt
> "Robbie" == Robbie Baldock <[EMAIL PROTECTED]> writes:
Robbie> Jacek Laskowski wrote:
>> I'm uncertain if this helps, but give that a try: >
>> wrapper.env=DISPLAY=:1
Robbie> Tried it - it can't connect.
Could it be that the virtual framebuffer denies the permission to the
Jacek Laskowski wrote:
> I'm uncertain if this helps, but give that a try: > wrapper.env=DISPLAY=:1
Tried it - it can't connect.
Robbie
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble?
Robbie Baldock wrote:
>
[...]
> by putting something like this:
>
> wrapper.env=DISPLAY=localhost:1.1
>
> in the jserv.properties file.
>
> However... I'm now getting this error message:
>
> java.lang.InternalError: Can't connect to X11 window server using
> 'localhost:1.1' as the value of th
After the various helpful suggestions on how to proceeed with my GIF
generating servlet, I've discovered that I can prevent the worrying
error message I was getting:
java.lang.NoClassDefFoundError: sun/awt/X11GraphicsEnvironment at
java.lang.Class.forName0(Native Method)
by putting something lik
20 matches
Mail list logo
