Re: Using JPDA with Blackdown JDK?
> > Can the > > JDPA work with Blackdown or does it require us to port it to Linux?? > > Is the JPDA 100% java or does it require some native calls > > that need to be rewritten for linux?? > > Some porting is required. The Inprise JDK (available from Sun) has JPDA, > Blackdown (currently) does not. Does the Inprise JDK have all parts of JPDA? I don't think so. JPDA consists of the following three parts: JVMDI (Java VM Debug Interface), JDWP (Java Debug Wire Protocol) and JDI (Java Debug Interface). A Sun's implementation of JPDA for Solaris (jpda1_0-solsparc.zip) and for Win32 (jpda1_0-win.zip) contain some native executables, some native libraries and a JAR file. Native libraries are libjdwp.so and libdt_socket.so. The libjdwp.so is the implementation of JDWP and the libdt_socket.so is used by an executable javadt, I suppose. And I suppose only JDI requires an additional JAR file named jpda.jar, which contains the following packages. com/sun/jdi/ com/sun/jdi/event/ com/sun/jdi/request/ com/sun/jdi/connect/ com/sun/tools/jdi/ com/sun/tools/jdi/resources/ com/sun/tools/example/debug/expr/ com/sun/tools/example/debug/tty/ com/sun/tools/example/debug/bdi/ com/sun/tools/example/debug/event/ com/sun/tools/example/debug/gui/ Only JVM itself can provide JVMDI functions. I understood it is the reason why Inprise guys decideed to develop their JDK. It's a wonder that JVMDI can't work with the Blackdown JDK 1.2. The reference implementation seems to have an implementation of JVMDI as far as I check the source code of it. It's no wonder JVMDI doesn't work properly with Sun's JIT (sunwjit.so). Doesn't JVMDI in the Blackdown JDK work even if JIT is disabled? Kazuyuki SHUDO Happy Hacking! Muraoka Lab., Grad. School of Sci. & Eng., Waseda Univ. E-mail: [EMAIL PROTECTED] Address: Muraoka Lab., Waseda Univ., 3-4-1 Okubo Shinjuku-ku Tokyo 169-8555 JAPAN TEL: +81-3-3209-5198FAX: +81-3-3209-5198 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Problem with malloc on Linux6.1
Hi! I am working on Linux6.0 and glibc version 2.1.1. In my application I am getting SIGSEGV during malloc and it dumps core also and the stacj is as follows.. > Our application code calls malloc. > in __libc_malloc (bytes=12) at malloc.c:2616 I also checked it in the malloc man page , Please let me know why is the above behaviour?. Thaks and Regards Pramila
Re: Using JPDA with Blackdown JDK?
On Wed, 22 Dec 1999, SHUDO Kazuyuki wrote: [snip] > Only JVM itself can provide JVMDI functions. I > understood it is the reason why Inprise guys decideed to > develop their JDK. > > It's a wonder that JVMDI can't work with the Blackdown > JDK 1.2. The reference implementation seems to have an > implementation of JVMDI as far as I check the source > code of it. It's no wonder JVMDI doesn't work properly > with Sun's JIT (sunwjit.so). Doesn't JVMDI in the > Blackdown JDK work even if JIT is disabled? >From what I've been able to determine, it looks like JVMDI works with the Blackdown JDK 1.2.2 release candidates, even with the JIT turned on. Scott -- = Scott Murray email: [EMAIL PROTECTED] http://www.interlog.com/~scottm ICQ: 10602428 - "Good, bad ... I'm the guy with the gun." - Ash, "Army of Darkness" -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
[Fwd: DODS: error in dods]
Originally sent this to the Enhydra list as dods is one of their apps. However, as I am using the Blackdown JDK, version 1.2.2, I thought maybe you could help. I read the message about the font errors. Will this affect the app? The stopper appears to be the color depth? This runs on RH 6.2. TIA Ed. Original Message Subject: DODS: error in dods Date: Tue, 21 Dec 1999 16:01:09 -0500 From: "Edward W. Rouse" <[EMAIL PROTECTED]> Reply-To: [EMAIL PROTECTED] To: [EMAIL PROTECTED] Didn't see this in the archive. I get the following errors when I run dods: Font specified in font.properties not found [--dingbats-medium-r-normal--*-%d-*-*-p-*-adobe-fontspecific] Font specified in font.properties not found [--dingbats-medium-r-normal--*-%d-*-*-p-*-adobe-fontspecific] Font specified in font.properties not found [--dingbats-medium-r-normal--*-%d-*-*-p-*-adobe-fontspecific] Font specified in font.properties not found [--dingbats-medium-r-normal--*-%d-*-*-p-*-adobe-fontspecific] Font specified in font.properties not found [--dingbats-medium-r-normal--*-%d-*-*-p-*-adobe-fontspecific] Font specified in font.properties not found [--dingbats-medium-r-normal--*-%d-*-*-p-*-adobe-fontspecific] Font specified in font.properties not found [--dingbats-medium-r-normal--*-%d-*-*-p-*-adobe-fontspecific] Font specified in font.properties not found [--dingbats-medium-r-normal--*-%d-*-*-p-*-adobe-fontspecific] Font specified in font.properties not found [--dingbats-medium-r-normal--*-%d-*-*-p-*-adobe-fontspecific] Font specified in font.properties not found [--dingbats-medium-r-normal--*-%d-*-*-p-*-adobe-fontspecific] Font specified in font.properties not found [--dingbats-medium-r-normal--*-%d-*-*-p-*-adobe-fontspecific] Font specified in font.properties not found [--dingbats-medium-r-normal--*-%d-*-*-p-*-adobe-fontspecific] Font specified in font.properties not found [--dingbats-medium-r-normal--*-%d-*-*-p-*-adobe-fontspecific] Font specified in font.properties not found [--dingbats-medium-r-normal--*-%d-*-*-p-*-adobe-fontspecific] Font specified in font.properties not found [--dingbats-medium-r-normal--*-%d-*-*-p-*-adobe-fontspecific] Font specified in font.properties not found [--dingbats-medium-r-normal--*-%d-*-*-p-*-adobe-fontspecific] Font specified in font.properties not found [--dingbats-medium-r-normal--*-%d-*-*-p-*-adobe-fontspecific] Font specified in font.properties not found [--dingbats-medium-r-normal--*-%d-*-*-p-*-adobe-fontspecific] Font specified in font.properties not found [--dingbats-medium-r-normal--*-%d-*-*-p-*-adobe-fontspecific] Font specified in font.properties not found [--dingbats-medium-r-normal--*-%d-*-*-p-*-adobe-fontspecific] Exception occurred during event dispatching: java.lang.InternalError: Unsupported 24-bit depth at sun.awt.motif.X11Graphics.X11LockViewResources(Native Method) at sun.awt.motif.X11Graphics.lock(X11Graphics.java, Compiled Code) at sun.java2d.loops.LockableRaster.(LockableRaster.java, Compiled Code) at sun.java2d.loops.RasterOutputManager$RenderImageCachedState.getDstLR(RasterOutputManager.java, Compiled Code) at sun.java2d.loops.RasterOutputManager.renderImage(RasterOutputManager.java, Compiled Code) at sun.java2d.SunGraphics2D.renderingPipeImage(SunGraphics2D.java, Compiled Code) at sun.java2d.SunGraphics2D.drawImage(SunGraphics2D.java, Compiled Code) at sun.awt.motif.X11Graphics.drawImage(X11Graphics.java, Compiled Code) at javax.swing.JComponent.paint(JComponent.java, Compiled Code) at java.awt.Container.paint(Container.java, Compiled Code) at sun.awt.motif.MComponentPeer.handleEvent(MComponentPeer.java, Compiled Code) at java.awt.Component.dispatchEventImpl(Component.java, Compiled Code) at java.awt.Container.dispatchEventImpl(Container.java, Compiled Code) at java.awt.Window.dispatchEventImpl(Window.java, Compiled Code) at java.awt.Component.dispatchEvent(Component.java, Compiled Code) at java.awt.EventQueue.dispatchEvent(EventQueue.java, Compiled Code) at java.awt.EventDispatchThread.pumpOneEvent(EventDispatchThread.java, Compiled Code) at java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java, Compiled Code) at java.awt.EventDispatchThread.run(EventDispatchThread.java, Compiled Code) I am using Chameleon XoftWare on NT to connect to a Linux box. I have upgraded to jdk1.2.2 and installed javacc1.1. Enhydra works fine. I can start, stop and manage sessions. Dods starts, I get the font errors, the screen pops up and the windows/panels are there and populated. But I can't do anything and after several seconds the windows disappears and I get the java errors. Any thoughts?? Ed. - To unsubscribe from this mailing list, send email to [EMAIL PROTECTED] with the text "unsubscribe enhydra-project-dods" in the body of the e
GIF Transparency Support in BD JRE 118v1
All: I am attempting to use a GIF image that leverages transparency in my Java APP running under 118v1 but find that the transparent areas are not transparent. Is this a known bug or is this a problem with a local linux library that is not part of the JRE? I searched the archives for similar postings but found nothing. All help is appreciated. Brian __ Get Your Private, Free Email at http://www.hotmail.com -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: glibc requirements
On Tue, Dec 21, 1999 at 07:30:34PM -0800, Alan Westhagen wrote: > I tried to get this to work with blackdown jdk1.2.2-RC3. I already > had URW fonts. Some of the documentation seemed to point towards > installing Microsoft truetype fonts, as well. Since I am running > RH6.0, which has the xfs font server, I did that. It might be useful to know that RH 6.0 had support for TrueType fonts but it was removed from 6.1. Mandrake 6.0 and 6.1 both have FreeType. The JDK has a TrueType renderer so you can add TT fonts if you manage to update the fonts.properties file (I believe we need som esort of tool to make this task a little easier). -- Paolo Ciccone JBuilder dev.team -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Using JPDA with Blackdown JDK?
On Wed, Dec 22, 1999 at 05:49:07PM +0900, SHUDO Kazuyuki wrote: > > > Can the > > > JDPA work with Blackdown or does it require us to port it to Linux?? > > > Is the JPDA 100% java or does it require some native calls > > > that need to be rewritten for linux?? > > > > Some porting is required. The Inprise JDK (available from Sun) has JPDA, > > Blackdown (currently) does not. > > Does the Inprise JDK have all parts of JPDA? > I don't think so. I'm not an expert in JPDA but the Sun/Inprise JDK does have JPDA fully working. That is a requirement for the JBuilder debugger, local and remote, to work. > Native libraries are libjdwp.so and libdt_socket.so. > The libjdwp.so is the implementation of JDWP and the > libdt_socket.so is used by an executable javadt, I suppose. Check. > And I suppose only JDI requires an additional JAR file > named jpda.jar, which contains the following packages. Check. > Only JVM itself can provide JVMDI functions. I > understood it is the reason why Inprise guys decideed to > develop their JDK. One of them. -- Paolo Ciccone JBuilder dev.team -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
JAI
Is Java Advanced Imaging getting ported to Linux? -- Morten Primdahl Caput ApS Tel +45 33 12 24 42 [EMAIL PROTECTED]Nygade 6Fax +45 33 91 24 42 http://www.caput.comDK-1164 Kbh K -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: JAI
You don't have to port it to Linux - your can run it on Linux. See in the JAI archive how to do it - search for Linux keyword. Jacob Nikom Morten Primdahl wrote: > > Is Java Advanced Imaging getting ported to Linux? > > -- > Morten Primdahl Caput ApS Tel +45 33 12 24 42 > [EMAIL PROTECTED]Nygade 6Fax +45 33 91 24 42 > http://www.caput.comDK-1164 Kbh K > > -- > 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]
[Q] Licensing Rights
Hi, I need to package JRE 1.1.8 from IBM with my application as well as the "swingall.jar" from Sun. What are the terms of licensing agreements for these two programs?? Do I have to pay licensing fees for the use of JRE 1.1.8 and "swingall.jar"?? Thanks. Eric Chao [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: [Fwd: DODS: error in dods]
Solved it. Desktop was set to 24 bit. X on linux running at 8 bit. Changed desktop to 256 colors and it ran fine. Ed. "Edward W. Rouse" wrote: > Originally sent this to the Enhydra list as dods is one of their > apps. However, as I am using the Blackdown JDK, version 1.2.2, I > thought maybe you could help. > > I read the message about the font errors. Will this affect the app? > > The stopper appears to be the color depth? This runs on RH 6.2. > TIA Ed. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
IBM press release
Someone sent this URL to me. I haven't read it yet, but it might be of interest to people on the list... http://www.ibm.com/developer/features/ibm_commitment.html -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Raster ShortInterleavedRaster error
I get an error using JDK1.2 RC1 and 2 when trying to run the SwingSet demo (java -jar SwingSet.jar): Error loading L&F: java.lang.IllegalArgumentException: Raster ShortInterleavedRaster: width = 64 height = 64 #numDataElements 1 is incompatible with ColorModel DirectColorModel: rmask=7c00 gmask=3e0 bmask=1f amask=0 I am on Red Hat 6.1, using KDE, at 1280 x 1024 resolution and 16bpp. Any ideas? Thanks, -ryan -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Raster ShortInterleavedRaster error
> Ryan Marsh writes: Ryan> I get an error using JDK1.2 RC1 and 2 when trying to run the Ryan> SwingSet demo (java -jar SwingSet.jar): Ryan> Error loading L&F: java.lang.IllegalArgumentException: Raster Ryan> ShortInterleavedRaster: width = 64 height = 64 #numDataElements 1 is Ryan> incompatible with ColorModel DirectColorModel: Ryan> rmask=7c00 gmask=3e0 bmask=1f amask=0 Ryan> I am on Red Hat 6.1, using KDE, at 1280 x 1024 resolution Ryan> and 16bpp. ... but the masks say you only have 15bpp. I'm working on a fix for our next release. Juergen -- Juergen Kreileder, Blackdown Java-Linux Team http://www.blackdown.org/java-linux.html -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Using JPDA with Blackdown JDK?
On Wed, 22 Dec 1999, Scott Murray wrote: [snip] > >From what I've been able to determine, it looks like JVMDI works with > the Blackdown JDK 1.2.2 release candidates, even with the JIT turned on. Oops, I have to correct myself here. A teammate at work reminded me that the wrapper for our JVMDI-using program always disables the JIT due to some problems discovered on Win32 JDKs. So, the best I can say right now is that JVMDI works on the Blackdown 1.2.2 JDKs with the JIT disabled. I'll probably investigate this issue after my Christmas holidays just to pin down the situation better. Scott -- = Scott Murray email: [EMAIL PROTECTED] http://www.interlog.com/~scottm ICQ: 10602428 - "Good, bad ... I'm the guy with the gun." - Ash, "Army of Darkness" -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
UnixFileSystem
Why is java.io.UnixFileSystem not included in the java sources distributed with the blackdown jdk? -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Because of glibc?
I got some problem while install jdk1.2.2 rc3, and my machine is like this: SuSe Linux 6.0, ( kernel 2.2.5 ) + egcs-2.91.66 1. untar program and set path -- no problem 2. run java, it metioned can not load share library libhpi.so, while i check the .java_wrapper shell, find jre/bin/realpath get a segment fault, so it can not get the JREHOME and APPHOME, 3. change it manualy, i got following error message: /usr/java/bin/i386/native_threads/java: error in loading shared libraries /usr/java/jre/lib/i386/classic/libjvm.so: undefined symbol: __libc_current_sigrtmax - Dave Land ôèPÔ ÿzf¢Ú#jöÿ)îÇúު笷øÚ½¯Û§$v'þàÂ+ajËç-¡ÿî˱ÊâmïÿNº.nWÿ íiËdj¹ÿnVÚ0ú+
appletviewer won't run demo class
When I ran the simple Animator class from demos: appletviewer ~/java/demo/Animator/example1.html I get a slew of errors which are attached. When I run applications this error does not occur. What could be wrong. Font specified in font.properties not found [--zapf dingbats-medium-r-normal--*-%d-*-*-p-*-adobe-fontspecific] Font specified in font.properties not found [--zapf dingbats-medium-r-normal--*-%d-*-*-p-*-adobe-fontspecific] Font specified in font.properties not found [--zapf dingbats-medium-r-normal--*-%d-*-*-p-*-adobe-fontspecific] Font specified in font.properties not found [--zapf dingbats-medium-r-normal--*-%d-*-*-p-*-adobe-fontspecific] Font specified in font.properties not found [--zapf dingbats-medium-r-normal--*-%d-*-*-p-*-adobe-fontspecific] Font specified in font.properties not found [--zapf dingbats-medium-r-normal--*-%d-*-*-p-*-adobe-fontspecific] Font specified in font.properties not found [--zapf dingbats-medium-r-normal--*-%d-*-*-p-*-adobe-fontspecific] Font specified in font.properties not found [--zapf dingbats-medium-r-normal--*-%d-*-*-p-*-adobe-fontspecific] Font specified in font.properties not found [--zapf dingbats-medium-r-normal--*-%d-*-*-p-*-adobe-fontspecific] Font specified in font.properties not found [--zapf dingbats-medium-r-normal--*-%d-*-*-p-*-adobe-fontspecific] Font specified in font.properties not found [--zapf dingbats-medium-r-normal--*-%d-*-*-p-*-adobe-fontspecific] Font specified in font.properties not found [--zapf dingbats-medium-r-normal--*-%d-*-*-p-*-adobe-fontspecific] Font specified in font.properties not found [--zapf dingbats-medium-r-normal--*-%d-*-*-p-*-adobe-fontspecific] Font specified in font.properties not found [--zapf dingbats-medium-r-normal--*-%d-*-*-p-*-adobe-fontspecific] Font specified in font.properties not found [--zapf dingbats-medium-r-normal--*-%d-*-*-p-*-adobe-fontspecific] Font specified in font.properties not found [--zapf dingbats-medium-r-normal--*-%d-*-*-p-*-adobe-fontspecific] Font specified in font.properties not found [--zapf dingbats-medium-r-normal--*-%d-*-*-p-*-adobe-fontspecific] Font specified in font.properties not found [--zapf dingbats-medium-r-normal--*-%d-*-*-p-*-adobe-fontspecific] Font specified in font.properties not found [--zapf dingbats-medium-r-normal--*-%d-*-*-p-*-adobe-fontspecific] Font specified in font.properties not found [--zapf dingbats-medium-r-normal--*-%d-*-*-p-*-adobe-fontspecific] java.lang.ClassFormatError: Animator (Arguments can't fit into locals) at java.lang.ClassLoader.defineClass0(Native Method) at java.lang.ClassLoader.defineClass(Compiled Code) at java.security.SecureClassLoader.defineClass(Compiled Code) at sun.applet.AppletClassLoader.findClass(Compiled Code) at java.lang.ClassLoader.loadClass(Compiled Code) at sun.applet.AppletClassLoader.loadClass(Compiled Code) at java.lang.ClassLoader.loadClass(Compiled Code) at sun.applet.AppletClassLoader.loadCode(Compiled Code) at sun.applet.AppletPanel.createApplet(Compiled Code) at sun.applet.AppletPanel.runLoader(Compiled Code) at sun.applet.AppletPanel.run(Compiled Code) at java.lang.Thread.run(Compiled Code)
appletviewer won't run demo class
When I ran the simple Animator class from demos: appletviewer ~/java/demo/Animator/example1.html I get a slew of errors which are attached. When I run applications this error does not occur. What could be wrong. Font specified in font.properties not found [--zapf dingbats-medium-r-normal--*-%d-*-*-p-*-adobe-fontspecific] Font specified in font.properties not found [--zapf dingbats-medium-r-normal--*-%d-*-*-p-*-adobe-fontspecific] Font specified in font.properties not found [--zapf dingbats-medium-r-normal--*-%d-*-*-p-*-adobe-fontspecific] Font specified in font.properties not found [--zapf dingbats-medium-r-normal--*-%d-*-*-p-*-adobe-fontspecific] Font specified in font.properties not found [--zapf dingbats-medium-r-normal--*-%d-*-*-p-*-adobe-fontspecific] Font specified in font.properties not found [--zapf dingbats-medium-r-normal--*-%d-*-*-p-*-adobe-fontspecific] Font specified in font.properties not found [--zapf dingbats-medium-r-normal--*-%d-*-*-p-*-adobe-fontspecific] Font specified in font.properties not found [--zapf dingbats-medium-r-normal--*-%d-*-*-p-*-adobe-fontspecific] Font specified in font.properties not found [--zapf dingbats-medium-r-normal--*-%d-*-*-p-*-adobe-fontspecific] Font specified in font.properties not found [--zapf dingbats-medium-r-normal--*-%d-*-*-p-*-adobe-fontspecific] Font specified in font.properties not found [--zapf dingbats-medium-r-normal--*-%d-*-*-p-*-adobe-fontspecific] Font specified in font.properties not found [--zapf dingbats-medium-r-normal--*-%d-*-*-p-*-adobe-fontspecific] Font specified in font.properties not found [--zapf dingbats-medium-r-normal--*-%d-*-*-p-*-adobe-fontspecific] Font specified in font.properties not found [--zapf dingbats-medium-r-normal--*-%d-*-*-p-*-adobe-fontspecific] Font specified in font.properties not found [--zapf dingbats-medium-r-normal--*-%d-*-*-p-*-adobe-fontspecific] Font specified in font.properties not found [--zapf dingbats-medium-r-normal--*-%d-*-*-p-*-adobe-fontspecific] Font specified in font.properties not found [--zapf dingbats-medium-r-normal--*-%d-*-*-p-*-adobe-fontspecific] Font specified in font.properties not found [--zapf dingbats-medium-r-normal--*-%d-*-*-p-*-adobe-fontspecific] Font specified in font.properties not found [--zapf dingbats-medium-r-normal--*-%d-*-*-p-*-adobe-fontspecific] Font specified in font.properties not found [--zapf dingbats-medium-r-normal--*-%d-*-*-p-*-adobe-fontspecific] java.lang.ClassFormatError: Animator (Arguments can't fit into locals) at java.lang.ClassLoader.defineClass0(Native Method) at java.lang.ClassLoader.defineClass(Compiled Code) at java.security.SecureClassLoader.defineClass(Compiled Code) at sun.applet.AppletClassLoader.findClass(Compiled Code) at java.lang.ClassLoader.loadClass(Compiled Code) at sun.applet.AppletClassLoader.loadClass(Compiled Code) at java.lang.ClassLoader.loadClass(Compiled Code) at sun.applet.AppletClassLoader.loadCode(Compiled Code) at sun.applet.AppletPanel.createApplet(Compiled Code) at sun.applet.AppletPanel.runLoader(Compiled Code) at sun.applet.AppletPanel.run(Compiled Code) at java.lang.Thread.run(Compiled Code)
Re: Using JPDA with Blackdown JDK?
Paolo Ciccone wrote: > > Does the Inprise JDK have all parts of JPDA? > > I'm not an expert in JPDA but the Sun/Inprise JDK does have JPDA fully > working. I've confirmed Inprise JDK has dynamic libraries and a JAR file which implement JPDA, libjdwp.so, libdt_socket.so and jpda.jar. A JDPA implementation 1.0 for Solaris (jpda-solsparc.zip) also contains them. It is available at http://java.sun.com/products/jpda/. > That is a requirement for the JBuilder debugger, > local and remote, to work. I consent to you. Working JBuilder is an evidence of JPDA implementation. > > And I suppose only JDI requires an additional JAR file > > named jpda.jar, which contains the following packages. > > Check. I noticed jpda.jar which included in Inprise JDK is different from it provided by Sun such as JPDA 1.0. The Inprise's jpda.jar contains more classes than Sun's. Will the difference be contributed to developers other than Inprise? And I have more questions about JVMDI. Does Inprise JIT (libjavacomp.so) support JVMDI? And how about Sun's (libsunwjit.so)? I suppose Sun JIT does not and Inprise JIT may possibly do. If Inprise JIT does not, JBuilder should suffer it. Or is debugging possible as far as JIT is disabled? JIT compilers have to support JVMDI to make it work. Some functions of JVMDI need JIT support. For instance, access to local variables and location (a.k.a. program counter) in a stack frame. The functions cannot work correctly without JIT support because native code generated by JIT has its own execution context which differ from the context for JVM as a stack machine. Note that we have to diable JIT when we use Sun's JPDA 1.0. A paragraph in JPDA documents "Starting a VM with a JVMDI Client" says, you have to disable JIT if you'd like to debug because the classic VM does not support debugging with the JIT enabled. I don't know about other JVM specifically. But HotSpot VM can support debugging. In other words it will support JVMDI. The HotSpot VM has a feature called "On stack replacement". The function can convert the execution context in compiled code to the context in JVM. And IBM JIT can also do it as far as I heard. Kazuyuki SHUDO Happy Hacking! Muraoka Lab., School of Sci. & Eng., Waseda Univ. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
