Re: JDK1.2
> I'm using Red Hat 5.2 with kernel 2.0.36-1 > > Where can i find the kernel 2.0.37 (what is the problem if i use jdk1.2 > with kernel 2.0.36). http://www.kernel.org should help. Oliver ___ Oliver Fels| e-mail: Neurotec Hochtechnologie GmbH | [EMAIL PROTECTED] Team Manager JAVA-/IT-Security | Friedrichshafen, Germany | --- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Java Media APIs on Linux
> I recently saw a press release on the porting of the Java Media APIs to > Linux...are these available yet for the x86 ported VM? The latest release contains, besides the native libs, a pure JAVA version, so this should also work under Linux (though I have not tried it yet). Oliver ___ Oliver Fels| e-mail: Neurotec Hochtechnologie GmbH | [EMAIL PROTECTED] Team Manager JAVA-/IT-Security | Friedrichshafen, Germany | --- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Thread questions
First of all. JDK 1.2pre for Linux is great. Congratulation and thanx to the people who brought it together. Q: 1.) (JDK 1.2) Setting different priorities does not seem to have an effect on thread scheduling (a thread with priority reduced to mininum will continue to get scheduled as frequently as higher priority threads) -- even when using native threads (unlike on Windows NT or Solaris). Why? As far as know, native threads under linux use cloned processes. If this is true, the JVM could set the priority of the op. sys. processes accordingly to what is requested in the Java byte code being interpreted. Would not is solve this deficiency of the Linux impl.? 2.) (JDK 1.1.7) Green threads do not seem to yield execution to other threads until explicitely asked (yield()), or getting blocked on IO or sleep(). If green threads are user threads in the same process, how did you achieved the mentionned behavior? (To my knowledge, when you call sleep() or block on IO, the whole process will get blocked with all the user threads.) 3.) (Slightly OT) Earlier in this group, thread issues has been discussed and someone mentionned that the JVM spec does not even require that the JVM schedule another thread when the current thread calls yield(). Not requiring to provide a reasonable (automatic) scheduling policy (each thread gets scheduled to execute according to its priority on a best effort basis) is, in my opinion, bad enough. Do not you think that, on top of this, not being able to rely on the JVM providing the minimal facility to control thread scheduling from the application through calling yield() makes threads useless? (...if you want to write portable code, which I think is one of the raisons d'etre of JAVA.) Thank you for your help. Peter -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Timer granularity
On linux the granularity of the timer (GregorianCalendar.time) seems to be on millisecond level, while on Windows NT on 10 milliseconds level. Does anyone know, why? Peter -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Just curious (Qs about the porting proc.)
Makes Sun the source code JDK1.2 for Solaris available to Blackdown? Is this code what the blackdown people are modifying for the port to linux? If so, which are the major areas where changes need to be effected? Which changes are the most difficult to get right? Peter -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: grrrrrr.....
---On Sat, 27 Mar 1999 18:35:29 -0500, Matthew McKeon said > Where the heck is the activator?!? > Does anyone know of any mirrors where I might obtain it? > Matthew: I don't know if this will work with JAVA1.2, but, with 1.1.7 we simply copied swingall.jar to /netscape/java/classes and turned off javascript so the document can't check for the plug-in. This lets us run swing1.1 applets in netscape4.x. Chris Christopher R. Hawks Software Engineer Syscon Plantstar a Division of Syscon International [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
JavaSignals 1.0 released - fixes RMI bug
Hi gang, Over the past few months I've received a number of emails about javasignals - and many folks found an annoying bug related to breaking RMI. I've just received a fix for this bug from Bernhard Bablok ([EMAIL PROTECTED]). Unfortunately, I didn't keep a list of who wanted the fix. ;-) I decided that since this is a Java tool to support handling linux signals, that this would be an appropriate place for a brief notice about the fix. http://interstice.com/~kevinh/projects/javasignals/index.html -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Timer granularityn
On Mon, 29 Mar 1999, Peter Kovacs wrote: > On linux the granularity of the timer (GregorianCalendar.time) seems to be on >millisecond level, while on Windows NT on 10 > milliseconds level. Does anyone know, why? Broken windows? -- Cheers John Summerfield http://os2.ami.com.au/os2/ for OS/2 support. Configuration, networking, combined IBM ftpsites index. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: grrrrrr.....
> > Matthew: > > I don't know if this will work with JAVA1.2, but, with 1.1.7 we simply > copied swingall.jar to /netscape/java/classes and turned off javascript so > the document can't check for the plug-in. This lets us run swing1.1 applets > in netscape4.x. I don't think that would work, because in Java1.2 the core classes and the VM itself has changed. Not the case with swing, it's just an add-on package. -rchit -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Timer granularityn
If you check the "ping" program, you get the same problem. So it's not a JDK problem. -rchit John Summerfield wrote: > > On Mon, 29 Mar 1999, Peter Kovacs wrote: > > > On linux the granularity of the timer (GregorianCalendar.time) seems to be on >millisecond level, while on Windows NT on 10 > > milliseconds level. Does anyone know, why? > > Broken windows? > > -- > Cheers > John Summerfield > http://os2.ami.com.au/os2/ for OS/2 support. > Configuration, networking, combined IBM ftpsites index. > > -- > To UNSUBSCRIBE, email to [EMAIL PROTECTED] > with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Thread questions
> Peter Kovacs writes: Peter> First of all. JDK 1.2pre for Linux is great. Congratulation Peter> and thanx to the people who brought it together. Q: Peter> 1.) (JDK 1.2) Setting different priorities does not seem to Peter> have an effect on thread scheduling (a thread with priority Peter> reduced to mininum will continue to get scheduled as Peter> frequently as higher priority threads) -- even when using Peter> native threads (unlike on Windows NT or Solaris). Why? As Peter> far as know, native threads under linux use cloned Peter> processes. If this is true, the JVM could set the priority Peter> of the op. sys. processes accordingly to what is requested Peter> in the Java byte code being interpreted. Would not is solve Peter> this deficiency of the Linux impl.? We use LinuxThreads with the SCHED_OTHER scheduling policy, SCHED_OTHER always uses priority 0. The other two scheduling polices (SCHED_RR, SCHED_FIFO) are available only to processes with superuser privileges. Even if we would work on the 'processes' itself, only the superuser would be able to raise a process' priority. Peter> 2.) (JDK 1.1.7) Green threads do not seem to yield Peter> execution to other threads until explicitely asked Peter> (yield()), or getting blocked on IO or sleep(). If green Peter> threads are user threads in the same process, how did you Peter> achieved the mentionned behavior? (To my knowledge, when Peter> you call sleep() or block on IO, the whole process will get Peter> blocked with all the user threads.) You simply don't use blocking IO with green threads, i.e. blocking io in java is implemented through non-blocking io in green threads implementations. Peter> 3.) (Slightly OT) Earlier in this group, thread issues has Peter> been discussed and someone mentionned that the JVM spec Peter> does not even require that the JVM schedule another thread Peter> when the current thread calls yield(). Not requiring to Peter> provide a reasonable (automatic) scheduling policy (each Peter> thread gets scheduled to execute according to its priority Peter> on a best effort basis) is, in my opinion, bad enough. Do Peter> not you think that, on top of this, not being able to rely Peter> on the JVM providing the minimal facility to control thread Peter> scheduling from the application through calling yield() Peter> makes threads useless? (...if you want to write portable Peter> code, which I think is one of the raisons d'etre of JAVA.) The best thing is to write code that doesn't depend on a specific scheduling policy. 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 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: jni problem
Wes Biggs wrote: > > optima wrote: > > > cc -G NativeHello.c NativeHelloImp.c -o libHello.so > > ,I encount a problum > > "cc: unrecognized option `-G' > > /usr/lib/crt1.o(.text+0x36): undefined reference to `main'" The problem is that there is no "-G" option to gcc. If you want to build with debugging symbols, use the "-g" flag. Also add -shared and -rdynamic to the command line to build a proper shared library. /usr/lib/crt1.o is part of gcc. -- Jeff Galyan http://www.anamorphic.com http://www.sun.com jeffrey dot galyan at sun dot com talisman at anamorphic dot com Sun Certified Java(TM) Programmer == Linus Torvalds on Microsoft and software development: "... if it's a hobby for me and a job for you, why are you doing such a shoddy job of it?" The views expressed herein do not necessarily reflect those of my employer. Sun Microsystems, Inc., has no connection to my involvement with the Mozilla Organization. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
