Hi,
I knew that getImage() could
load an image file from the
network and paint() could
display it.
However, I don't know how can I
get an image which is a local
file. I tried
Image i = getImage( String filename )
It can not be compiled and the
compiler said:
Incompatible type for method. Ca
try adding . to your classpath
~
Yohans Mendoza [EMAIL PROTECTED]
Sirius Images Inc. Unix Administrator
http://www2.utep.edu/~yohans
~
try "java file" not "java file.class"
On Fri, 18 Jun 1999, tinland wrote:
> After an installation de jdk1.2 on Linux RedHat 6
>
> I can Compile with javac in Xterm windows and i get one file.class
>
> When i would run this file.class i use "java file.class" and it return this error :
> at java
After an installation de jdk1.2 on Linux RedHat 6
I can Compile with javac in Xterm windows and i get one file.class
When i would run this file.class i use "java file.class" and it return this error :
at java.lang.NoClassDefFoundError.
Could you help me
Thanks
Olivier TINLAND
French
> What about implementing a little scheduler in Java? I mean, Java *does*
> pre-emt even green threads if there's another threads of *higher* priority
> running.
>
> So, as I believe has been mentioned before, it would be possible to use the
> three thread priorities to implement a green-threads
Cees de Groot says:
>>The Java threading model, as specified, is quite weak.
>Yep. Some prices have to be paid for WORA. Personally, I don't think
>it's a very big price.
It depends on what you're doing. In the current system, you can't even
really do applets correctly, because there's no way to
> Cees de Groot writes:
Cees> Uncle George:
>> Actually u do have to change the '.java' files ( simply for
>> practicable convience ). Having extensive experience in porting
>> sun's JDK, I find it rather difficult to store 64bits into a
>> 32bit java int. Maybe u can rev
Warning
Could not process message with given Content-Type:
multipart/signed; boundary=VkVuOCYP9O7H3CXI; micalg=pgp-md5;protocol="application/pgp-signature"
Uncle George:
>Actually u do have to change the '.java' files ( simply for practicable
>convience ). Having extensive experience in porting sun's JDK, I find
>it rather difficult to store 64bits into a 32bit java int. Maybe u can
>review the java-linux-porting diffs of their 1.2 port. I'd like
[EMAIL PROTECTED] said:
> Sorry, this is a pet topic of mine. I didn't say "efficient", I said
> "effective". The Java threading model, as specified, is quite weak.
> There is no way to stop a thread.
Yep. Some prices have to be paid for WORA. Personally, I don't think it's a
very big price.
>
I am aware that the Java 1.2 plugin is not going to available for a
while yet, but can anyone point me to the location of a Linux i386
Java 1.1 plugin in the interim?
Peter Harbo email: [EMAIL PROTECTED] OR
Smithsonian Astrophysical Observatory [EMAIL PROTEC
>> Java doesn't multitask threads very effectively
>Two problems with this statement: "Java" doesn't multitask
>efficiently? At best, "the JDK" or "currently available JDK's",
>because I haven't seen anything in the JLS or JVM spec that would
>hamper efficient multithreading.
Sorry, this is a pet
Jeff Galyan wrote:
> Actually, you don't need to modify the .java files, and in fact, modifying the .java
>files is strictly prohibited in the license (as such modifications could potentially
>be misconstrued by the licensee as permission to change the apis). The license does
>permit personal
Hi,
I'm looking for a way to call Java objects from C++.
Is this possible using JNI?
Naoki
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Hi,
this might be off-topic, but I do not know a better place (and given
that the geek factor of palm pilots and linux is almost the same...):
Does anybody of you guys attending JavaOne have had a chance to get a
copy of the KVM for the Palm? I would really like to have a look at
it, but it seem
> Java doesn't multitask threads very effectively
Two problems with this statement: "Java" doesn't multitask efficiently?
At best, "the JDK" or "currently available JDK's", because I haven't
seen anything in the JLS or JVM spec that would hamper efficient
multithreading. Second, what's wrong with
Be verbose. Show us what the actual try...catch statement is. If you do:
try { ... }
catch (Throwable t) { ... }
you should catch all but real signals. There is a way to catch signals as well,
a package that offers this functionality has come by a while ago on this list.
GreetinX++, Ernst
Although we had try { } catch block ,and throw
statement ,it is possible we can miss some of the
(fatal ,for example ) exception.if it is how do we
eliminate or find some way to catch it ?
_
Do You Yahoo!?
Get your free @yahoo.com address at
18 matches
Mail list logo