Re: compiler / path problem
Does this happen when you're compiling the file or when you try to use the class or when you try to run that class's main() method? What is your CLASSPATH set to? And lo, the chronicles report that Greg Sarsons spake thusly unto the masses: > > 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 same .java files and compile it under os/2 it works no > problem. The files the compiler is looking for are in the same > director as the file i'm trying to compile. is there anything special > I could try from the command line ? > > Greg > > -- > > [EMAIL PROTECTED](Greg Sarsons) > > __oooO--(_)--Oooo_ >/ O O \ >\ ~ ~ / > " > > -- ¤¤ | Aaron Gaudio mailto:[EMAIL PROTECTED] | |http://www.rit.edu/~adg1653/| ¤¤ | "The fool finds ignorance all around him. | | The wise man finds ignorance within." | ¤¤ Use of any of my email addresses is subject to the terms found at http://www.rit.edu/~adg1653/email.shtml. By using any of my addresses, you agree to be bound by the terms therein.
RE: Another JDK 1.2 Status Report
> The most praised benefit of native threads: A multithreaded application > can be concurrently processed on a SMP machine by its processors. Hmm. Everyone says that's the best thing about native threads. But what about "true" multitasking? In my experience, green threads don't do that very well. For example, if I have two threads of equal priority, one of which are performing some calculations (i.e. is not using I/O stuff and such, which seems to implicitly yield() the thread), the other will hang unless I do explicit yields(). Surely that's not the case with native threads, is it? I mean, non-Java processes/threads don't have that problem (you don't see g++ hanging the entire system until it's finished compiling, do you?). / Peter Schuller man(1) - a man's best friend! E-Mail: [EMAIL PROTECTED] Web: http://hem.passagen.se/petersch
Re: SUN "supports" Java on Linux?
Sun does not support me in my attempts to get JAVA/Linux for Digital Alpha. No Hardware, No telephone/fax/email support, and no Java Compatability Kit. Nor has SUN attempted to do so with the whole Linux developer community. Gerald Gutierrez wrote: > 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 > made that much of a difference nor warranted a high publicity press release > ... > > Also, am I correct in assuming that the Linux JDK1.2 port will not have a > JIT? Does anyone have any performance numbers of it and other Linux JVMs, > such as Cafemark? > > Thanks.
RE: Another JDK 1.2 Status Report
>But what about "true" multitasking? In my experience, green threads >don't do that very well. In Java, green threads may not do multitasking at all. Java makes no guarantees about preemptive threading - it's entirely correct for one thread to dominate the CPU, as long as it's the highest priority. Java makes very few guarantees at all about thread execution. If I understand the spec right, it's even correct for Thread.yield() to do nothing at all, although that would be pathological. So it's good to use native threads, because you get preemptive multitasking, but code that relies on that is non-portable. [EMAIL PROTECTED] . . . .. . . . http://www.media.mit.edu/~nelson/
Re: SUN "supports" Java on Linux?
> Gerald Gutierrez writes: Gerald> So what exactly did SUN do when they spoke of their Gerald> "support of the Linux developer community" Gerald> (http://java.sun.com/pr/1998/11/pr981102-01.html)? I've Gerald> heard that they released the JDK1.2 source to Blackdown Gerald> prior to their releasing the final JDK1.2 on their web Gerald> site, but surely this couldn't have made that much of a Gerald> difference nor warranted a high publicity press release Gerald> ... Take a look at http://www.mail-archive.com/[email protected]/msg04084.html (Kevin B. Hendricks on 'Sun and Linux'). Gerald> Also, am I correct in assuming that the Linux JDK1.2 port Gerald> will not have a JIT? Does anyone have any performance Gerald> numbers of it and other Linux JVMs, such as Cafemark? 1.2 for i386 includes sunwjit. The port isn't finished yet and so it doesn't make much sense to show benchmark results now. Juergen -- Juergen Kreileder, Universitaet Dortmund, Lehrstuhl Informatik V Baroper Strasse 301, D-44221 Dortmund, Germany Phone: ++49 231/755-5806, Fax: ++49 231/755-5802
Mo space/bandwidth?
i have a v3 of the non-com java port to the Digital Alpha. Someone gave me the JavaCC ( jet another compiler compiler ) to try, and it failed to completely write out one of the tables. ( one of Suns char to byte routines was broken - so much for the JCK ). any way are u folks still offering some free disk-space/band-width ? Access has to be free to the public ( contract requirements ) The amount of space is about 19/20 megs ( gziped. approx 40 meg gunziped). I am going to split up the pieces into 1) alpha 21064 binaries 2) alpha 21164a binaries 3) common jar files ( works with either 21064 or 21164a binaries ) 4) src.jar file ( i dunno whats in there, but thats what the java makefiles create ) 5) demo files ( so u can test drive the port ur self ) Peter Petrakis wrote: > > > Out of consideration for George's limited bandwidth, I'm also mirroring this > > file on: > > ftp://navaid.com/pub/jdk12_alpha_jdk_jre_v1.tgz > > > > George, if you have a bigger file that you want to put up for ftp, let me know > > and I can put it up.
Re: SUN "supports" Java on Linux?
Hi, > Gerald> Also, am I correct in assuming that the Linux JDK1.2 port > Gerald> will not have a JIT? Does anyone have any performance > 1.2 for i386 includes sunwjit. The port isn't finished yet and so it > doesn't make much sense to show benchmark results now. Does that mean tha the sunwjit will not be released together (= at same time) as JDK 1.2 for 386 ? Cheers, Albrecht
Re: SUN "supports" Java on Linux?
> Albrecht Kleine writes: >> 1.2 for i386 includes sunwjit. The port isn't finished yet and so it >> doesn't make much sense to show benchmark results now. Albrecht> Does that mean tha the sunwjit will not be released Albrecht> together (= at same time) as JDK 1.2 for 386 ? No, JDK 1.2 for i386 includes sunwjit but the 1.2 JDK isn't ready yet. We get sunwjit as a binary and when 1.2 is ready both the JDK and sunwjit will be released at the same time and in one package. Juergen -- Juergen Kreileder, Universitaet Dortmund, Lehrstuhl Informatik V Baroper Strasse 301, D-44221 Dortmund, Germany Phone: ++49 231/755-5806, Fax: ++49 231/755-5802
Green/Native threads
The difference between "green" threads and "native" threads is that in the latter the operating system provides for thread support while in the former the application, in this case a JVM, builds its own thread support on top of one native thread. Hence, if a JVM's green thread implementation does not preempt nor do time slicing, then it won't do your "true multitasking" very well. Why? Well, the only mechanism to pass control from one thread to another is by getting the running thread to yield. If it doesn't yield, then of course it won't multitask well. In a native threads situation very likely the underlying operating system implements some sort of preemption and/or time slicing mechanism (yes they are different things). The operating system hence can control which thread gets the CPU. So you get "true multitasking". Non-Java processes don't have the problem because "processes" are heavyweight native threads, essentially. Non-Java threads MAY have the problem if they are not native threads. Assuming you are talking about Linux when you talk about G++, yes Linux implements a time slicing mechanism. I don't think it implements preemption. >Hmm. Everyone says that's the best thing about native threads. But what about >"true" multitasking? In my experience, green threads don't do that very well. >For example, if I have two threads of equal priority, one of which are >performing some calculations (i.e. is not using I/O stuff and such, which seems >to implicitly yield() the thread), the other will hang unless I do explicit >yields(). > >Surely that's not the case with native threads, is it? I mean, non-Java >processes/threads don't have that problem (you don't see g++ hanging the entire >system until it's finished compiling, do you?).
jre
Hi, I am quite the rookie computer guy and am having trouble getting my application to work with jre1.1.7. I am getting this error message: "../usr/local/jre117_v1a/bin/i586/green_threads/jre: can't load library 'libXp.so.6' I looked in the jdk directories and found this file (and other .so files). Do they need to be moved into the jre directory tree? I would appreciate any help. THANKS!! __ Get Your Private, Free Email at http://www.hotmail.com
Re: jre
On Sat, 06 Feb 1999 15:17:03 PST, alexander lang wrote: >Hi, > >I am quite the rookie computer guy and am having trouble getting my >application to work with jre1.1.7. > >I am getting this error message: >"../usr/local/jre117_v1a/bin/i586/green_threads/jre: can't load library >'libXp.so.6' This library means you need to update your X server a bit. It is a library from the X server that Motif uses to print. Michael Sinz -- Director of Research & Development, NextBus Inc. mailto:[EMAIL PROTECTED] - http://www.nextbus.com My place on the web ---> http://www.users.fast.net/~michael_sinz
Re: jre
On Sat, 06 Feb 1999 15:17:03 PST, alexander lang wrote: >Hi, > >I am quite the rookie computer guy and am having trouble getting my >application to work with jre1.1.7. > >I am getting this error message: >"../usr/local/jre117_v1a/bin/i586/green_threads/jre: can't load library >'libXp.so.6' This library means you need to update your X server a bit. It is a library from the X server that Motif uses to print. Michael Sinz -- Director of Research & Development, NextBus Inc. mailto:[EMAIL PROTECTED] - http://www.nextbus.com My place on the web ---> http://www.users.fast.net/~michael_sinz
