gmane.comp.java.classpath.devel

java.lang.TypeNotPresentException when using reflection

Tom Spencer — 2008-08-13T17:20:28

I have been attempting to use reflection, in particular to get the superclass of a particular class, but this seems to fail when using Classpath v0.97.2 with JamVM 1.5.0. In a stripped down version of what I am trying to achieve, I am attempting to run the following code, which I have unceremoniously poached from http://developer.classpath.org/pipermail/classpath/2006-November/001605.html: public class Main { static class A extends ArrayList {}; public static void main(String[] args) { A a = new A(); Object x = a; ((Collection)x).add(new Byte((byte) 1)); System.out.println(x.getClass().getGenericSuperclass()); System.out.println("We have a list parametrized with: " + ((ParameterizedType)x.getClass().getGenericSuperclass()).getActualTypeArguments()[0]); } } This code is compiled using the Eclipse Compiler and run on a PowerPC implementation. Classpath was compiled using Sun's javac compiler, version 1.6. Running the code, however, yields the following stack trace: # jamvm -Xbootclasspath:/share/jamvm/classes:/usr/local/classpath/share/classpath Main java.lang.TypeNotPresentException: type "java$util$ArrayList" not found at gnu.java.lang.reflect.ParameterizedTypeImpl.resolve(GenericSignatureParser.java:127) at gnu.java.lang.reflect.TypeImpl.resolve(TypeImpl.java:59) at gnu.java.lang.reflect.ClassSignatureParser.getSuperclassType(ClassSignatureParser.java:83) at java.lang.Class.getGenericSuperclass(Class.java:1712) at Main.main(Main.java:16) Caused by: java.lang.ClassNotFoundException: java$util$ArrayList at java.lang.VMClass.forName(Native Method) at java.lang.Class.forName(Class.java:233) at gnu.java.lang.reflect.ParameterizedTypeImpl.resolve(GenericSignatureParser.java:123) ...4 more It seems to me that the refelction doesn't seem to be finding the type correctly. Does anybody have any insight as to why this might be? I have found the following older forum posts, but neither have been that helpful in trying to diagnose the issue. http://developer.classpath.org/pipermail/classpath/2006-November/001605.html http://www.nabble.com/Error-in-resolving-java.util.Set-td9779444.html Thanks! Tom

Help a noob?

Greene, Geoffrey N — 2008-08-12T18:59:59

Hey there. I'm trying to get classpath running on my sgi (old stuff, I know). Can it be done? I wanted to find out. I have a very small java app I really want to get working. Right now, I only have Java 1.4 on this machine, but I really need 1.5. I don't care if 90% of java doesn't work. OK, I've got all the underlying packages installed (gconf, orbit, cairo, idl, etc etc etc. Took me quite awhile to get them all). In any event When I do a ./configure --disable-plugin, I get a complaint about missing javac -source 1.5 But that's weird. This is supposed to be a REPLACEMENT for java...why would it need javac? How can I get around the need for javac? And why is it needed anyway? Also, I notice the "WARNING...in the code below: checking jni_md.h support... configure: WARNING: no" Can anyone help? (or make a suggestion of how to get a java 1.5 running on an sgi?) Thanks Geoff --------- checking build system type... mips-sgi-irix6.5 checking host system type... mips-sgi-irix6.5 checking target system type... mips-sgi-irix6.5 checking for a BSD-compatible install... ./install-sh -c checking whether build environment is sane... yes checking for a thread-safe mkdir -p... ./install-sh -c -d checking for gawk... gawk checking whether make sets $(MAKE)... yes checking how to create a ustar tar archive... plaintar checking for style of include used by make... GNU checking for gcc... no checking for cc... cc checking for C compiler default output file name... a.out checking whether the C compiler works... yes checking whether we are cross compiling... no checking for suffix of executables... checking for suffix of object files... o checking whether we are using the GNU C compiler... no checking whether cc accepts -g... yes checking for cc option to accept ISO C89... none needed checking dependency style of cc... sgi checking how to run the C preprocessor... cc -E checking for grep that handles long lines and -e... /sbin/grep checking for egrep... /sbin/grep -E checking for ANSI C header files... yes checking for sys/types.h... yes checking for sys/stat.h... yes checking for stdlib.h... yes checking for string.h... yes checking for memory.h... yes checking for strings.h... yes checking for inttypes.h... yes checking for stdint.h... yes checking for unistd.h... yes checking alsa/asoundlib.h usability... no checking alsa/asoundlib.h presence... no checking for alsa/asoundlib.h... no checking dssi.h usability... no checking dssi.h presence... no checking for dssi.h... no checking whether ln -s works... yes checking for a BSD-compatible install... ./install-sh -c checking for g++... no checking for c++... no checking for gpp... no checking for aCC... no checking for CC... CC checking whether we are using the GNU C++ compiler... no checking whether CC accepts -g... yes checking dependency style of CC... sgi checking for a sed that does not truncate output... /sbin/sed checking for non-GNU ld... /usr/bin/ld checking if the linker (/usr/bin/ld) is GNU ld... no checking for /usr/bin/ld option to reload object files... -r checking for BSD-compatible nm... /usr/bin/nm -B checking how to recognize dependent libraries... pass_all checking dlfcn.h usability... yes checking dlfcn.h presence... yes checking for dlfcn.h... yes checking how to run the C++ preprocessor... CC -E checking for g77... no checking for xlf... no checking for f77... f77 checking whether we are using the GNU Fortran 77 compiler... no checking whether f77 accepts -g... no checking the maximum length of command line arguments... 15360 checking command to parse /usr/bin/nm -B output from cc object... ok checking for objdir... .libs checking for ar... ar checking for ranlib... no checking for strip... strip checking for correct ltmain.sh version... yes checking for cc option to produce PIC... checking if cc static flag -non_shared works... no checking if cc supports -c -o file.o... yes checking whether the cc linker (/usr/bin/ld -n32) supports shared libraries... yes checking dynamic linker characteristics... irix6.5 ld.so checking how to hardcode library paths into programs... immediate checking whether stripping libraries is possible... no checking if libtool supports shared libraries... yes checking whether to build shared libraries... yes checking whether to build static libraries... no configure: creating libtool appending configuration tag "CXX" to libtool checking whether the CC linker (/usr/bin/ld -n32) supports shared libraries... yes checking for CC option to produce PIC... checking if CC static flag -non_shared works... no checking if CC supports -c -o file.o... yes checking whether the CC linker (/usr/bin/ld -n32) supports shared libraries... yes checking dynamic linker characteristics... irix6.5 ld.so (cached) (cached) checking how to hardcode library paths into programs... immediate appending configuration tag "F77" to libtool checking if libtool supports shared libraries... yes checking whether to build shared libraries... yes checking whether to build static libraries... no checking for f77 option to produce PIC... checking if f77 static flag -non_shared works... no checking if f77 supports -c -o file.o... no checking whether the f77 linker (/usr/bin/ld -n32) supports shared libraries... yes checking dynamic linker characteristics... irix6.5 ld.so (cached) (cached) checking how to hardcode library paths into programs... immediate checking for gawk... (cached) gawk checking whether we are using the GNU C compiler... (cached) no checking whether cc accepts -g... (cached) yes checking for cc option to accept ISO C89... (cached) none needed checking dependency style of cc... (cached) sgi checking whether cc understands -c and -o together... yes checking how to run the C preprocessor... cc -E checking __attribute__((,,))... no checking __attribute__((unused))... no checking for ANSI C header files... (cached) yes checking size of void *... 4 checking whether byte ordering is bigendian... yes checking for unistd.h... (cached) yes checking for sys/types.h... (cached) yes checking sys/config.h usability... no checking sys/config.h presence... no checking for sys/config.h... no checking sys/ioctl.h usability... yes checking sys/ioctl.h presence... yes checking for sys/ioctl.h... yes checking asm/ioctls.h usability... no checking asm/ioctls.h presence... no checking for asm/ioctls.h... no checking for inttypes.h... (cached) yes checking for stdint.h... (cached) yes checking utime.h usability... yes checking utime.h presence... yes checking for utime.h... yes checking sys/utime.h usability... yes checking sys/utime.h presence... yes checking for sys/utime.h... yes checking sys/filio.h usability... yes checking sys/filio.h presence... yes checking for sys/filio.h... yes checking sys/time.h usability... yes checking sys/time.h presence... yes checking for sys/time.h... yes checking sys/select.h usability... yes checking sys/select.h presence... yes checking for sys/select.h... yes checking crt_externs.h usability... no checking crt_externs.h presence... no checking for crt_externs.h... no checking fcntl.h usability... yes checking fcntl.h presence... yes checking for fcntl.h... yes checking sys/mman.h usability... yes checking sys/mman.h presence... yes checking for sys/mman.h... yes checking magic.h usability... no checking magic.h presence... no checking for magic.h... no checking sys/event.h usability... no checking sys/event.h presence... no checking for sys/event.h... no checking sys/epoll.h usability... no checking sys/epoll.h presence... no checking for sys/epoll.h... no checking ifaddrs.h usability... no checking ifaddrs.h presence... no checking for ifaddrs.h... no checking netinet/in_systm.h usability... yes checking netinet/in_systm.h presence... yes checking for netinet/in_systm.h... yes checking netinet/ip.h usability... no checking netinet/ip.h presence... yes configure: WARNING: netinet/ip.h: present but cannot be compiled configure: WARNING: netinet/ip.h: check for missing prerequisite headers? configure: WARNING: netinet/ip.h: see the Autoconf documentation configure: WARNING: netinet/ip.h: section "Present But Cannot Be Compiled" configure: WARNING: netinet/ip.h: proceeding with the preprocessor's result configure: WARNING: netinet/ip.h: in the future, the compiler will take precedence configure: WARNING: ## -------------------------------- ## configure: WARNING: ## Report this to classpath< at >gnu.org ## configure: WARNING: ## -------------------------------- ## checking for netinet/ip.h... yes checking net/if.h usability... yes checking net/if.h presence... yes checking for net/if.h... yes checking sys/loadavg.h usability... no checking sys/loadavg.h presence... no checking for sys/loadavg.h... no checking for library containing inet_pton... none required checking for ftruncate... yes checking for fsync... yes checking for select... yes checking for gethostname... yes checking for socket... yes checking for strerror... yes checking for fork... yes checking for pipe... yes checking for execve... yes checking for open... yes checking for close... yes checking for lseek... yes checking for fstat... yes checking for read... yes checking for readv... yes checking for write... yes checking for writev... yes checking for htonl... yes checking for memset... yes checking for htons... yes checking for connect... yes checking for getsockname... yes checking for getpeername... yes checking for bind... yes checking for listen... yes checking for accept... yes checking for recvfrom... yes checking for send... yes checking for sendto... yes checking for setsockopt... yes checking for getsockopt... yes checking for time... yes checking for mktime... yes checking for gethostbyname_r... yes checking for localtime_r... yes checking for strerror_r... no checking for fcntl... yes checking for statvfs... yes checking for mmap... yes checking for munmap... yes checking for mincore... no checking for msync... yes checking for madvise... yes checking for getpagesize... yes checking for sysconf... yes checking for lstat... yes checking for readlink... yes checking for inet_aton... yes checking for inet_addr... yes checking for inet_pton... yes checking for getifaddrs... no checking for kqueue... no checking for kevent... no checking for epoll_create... no checking for getloadavg... no checking for magic_open in -lmagic... no checking whether struct sockaddr_in6 is in netinet/in.h... yes checking whether time.h and sys/time.h may both be included... yes checking whether struct tm is in sys/time.h or time.h... time.h checking for struct tm.tm_zone... no checking whether tzname is declared... yes checking for tzname... yes checking for tm_gmtoff in struct tm... no checking for global timezone variable... no checking for global _timezone variable... no checking for an ANSI C-conforming const... yes checking for inline... __inline checking for __attribute__... no checking how many arguments gethostbyname_r() takes... five checking for non-GNU ld... /usr/bin/ld -n32 checking if the linker (/usr/bin/ld -n32) is GNU ld... no checking for shared library run path origin... /bin/sh: ./config.rpath: not found done checking for iconv... yes checking for iconv declaration... extern size_t iconv (iconv_t cd, char * *inbuf, size_t *inbytesleft, char * *outbuf, size_t *outbytesleft); checking for X... libraries , headers checking for gethostbyname... yes checking for connect... (cached) yes checking for remove... yes checking for shmat... yes checking for IceConnectionNumber in -lICE... yes checking for XTestQueryExtension in -lXtst... no checking for pkg-config... /usr/local/bin/pkg-config checking for gtk+-2.0 >= 2.8 gthread-2.0 >= 2.2 gdk-pixbuf-2.0... yes checking GTK_CFLAGS... -D_REENTRANT -I/usr/local/include/gtk-2.0 -I/usr/local/lib/gtk-2.0/include -I/usr/local/include/atk-1.0 -I/usr/local/include/cairo -I/usr/local/include/pango-1.0 -I/usr/local/include/glib-2.0 -I/usr/local/lib/glib-2.0/include -I/usr/local/include/freetype2 -I/usr/local/include -I/usr/local/include/libpng12 -I/usr/local/include/pixman-1 checking GTK_LIBS... -L/usr/local/lib -lgtk-x11-2.0 -lgdk-x11-2.0 -latk-1.0 -lpangocairo-1.0 -lpango-1.0 -lcairo -lgthread-2.0 -lpthread -lgdk_pixbuf-2.0 -lm -lgobject-2.0 -lgmodule-2.0 -lglib-2.0 -lintl checking for freetype2... yes checking FREETYPE2_CFLAGS... -I/usr/local/include/freetype2 -I/usr/local/include checking FREETYPE2_LIBS... -L/usr/local/lib -lfreetype -lz checking for pangoft2... yes checking PANGOFT2_CFLAGS... -I/usr/local/include/pango-1.0 -I/usr/local/include/freetype2 -I/usr/local/include -I/usr/local/include/glib-2.0 -I/usr/local/lib/glib-2.0/include checking PANGOFT2_LIBS... -L/usr/local/lib -lpangoft2-1.0 -lpango-1.0 -lfreetype -lz -lfontconfig -lgobject-2.0 -lgmodule-2.0 -lglib-2.0 -lintl checking for cairo >= 1.1.8... yes checking CAIRO_CFLAGS... -I/usr/local/include/cairo -I/usr/local/include/freetype2 -I/usr/local/include -I/usr/local/include/libpng12 -I/usr/local/include/pixman-1 checking CAIRO_LIBS... -L/usr/local/lib -lcairo checking for XRenderQueryExtension in -lXrender... no checking for XRRQueryExtension in -lXrandr... no checking for gconf-2.0 >= 2.6.0... yes checking GCONF_CFLAGS... -DORBIT2=1 -D_REENTRANT -I/usr/local/include/gconf/2 -I/usr/local/include/orbit-2.0 -I/usr/local/include/glib-2.0 -I/usr/local/lib/glib-2.0/include checking GCONF_LIBS... -L/usr/local/lib -lgconf-2 -lORBit-2 -lm -lgmodule-2.0 -lgthread-2.0 -lpthread -lglib-2.0 -lintl checking for gdk-2.0 >= 2.8... yes checking GDK_CFLAGS... -I/usr/local/include/gtk-2.0 -I/usr/local/lib/gtk-2.0/include -I/usr/local/include/pango-1.0 -I/usr/local/include/glib-2.0 -I/usr/local/lib/glib-2.0/include -I/usr/local/include/cairo -I/usr/local/include/freetype2 -I/usr/local/include -I/usr/local/include/libpng12 -I/usr/local/include/pixman-1 checking GDK_LIBS... -L/usr/local/lib -lgdk-x11-2.0 -lgdk_pixbuf-2.0 -lm -lpangocairo-1.0 -lpango-1.0 -lcairo -lgobject-2.0 -lgmodule-2.0 -lglib-2.0 -lintl checking for MSG_NOSIGNAL... no checking for SO_NOSIGPIPE ... no checking for MSG_WAITALL... yes checking jni_md.h support... configure: WARNING: no checking whether to enable maintainer-specific portions of Makefiles... no checking for mkdir... /sbin/mkdir checking for cp... /sbin/cp checking for date... /sbin/date checking for find... /sbin/find checking for zip... /usr/freeware/bin/zip checking for fastjar... no checking for gjar... no checking for jar... /usr/bin/jar checking whether to regenerate parsers with jay... no checking for stdint types... (putting them into include/config-int.h)... yes checking for stdint uintptr_t... (..) checking for uintptr_t... no checking for uintptr_t... yes checking for uint64_t... yes ./configure[31009]: stdint.h: not found checking for stdint uintptr_t... inttypes.h checking for extra inttypes in chosen header... (inttypes.h) checking for int_least32_t... no checking for int_fast32_t... no checking for intmax_t... yes make use of inttypes.h in include/config-int.h (no helpful system typedefs seen) checking for ecj... no checking for ecj-3.3... no checking for ecj-3.2... no checking for javac... javac -Xlint:unchecked checking if javac -Xlint:unchecked works... configure: error: The Java compiler javac -Xlint:unchecked failed (see config.log, check the CLASSPATH?) -- Geoff Greene Technical Lead SQS & Datamaster The Boeing Company

FW: Help a noob?

Greene, Geoffrey N — 2008-08-12T20:11:55

Server downtime

Jim Pick — 2008-08-09T18:26:07

Hi, I need to take the server down to investigate a possible failed disk in the software RAID. I am hoping that it's just a Linux or Xen bug. Also, I'd like to upgrade Xen to a more modern version if possible. I'm planning to take the server down in about 3 hours (around 2pm Pacific Time). Hopefully, it won't take me too long to investigate and/or upgrade it. There is always the possibility that things won't go well with the RAID or the upgrade. I only have the one server online, so if I encounter any big problems, please be patient as I try to figure out the best way to recover. Luckily, I do have recent backups. This will affect jimpick.com, kaffe.org, developer.classpath.org, planet.classpath.org, and icedtea.classpath.org. While the server is down, my jimpick.com/kaffe.org email addresses will not be working. I can still be reached at my backup email address at gmail.com>. Cheers, - Jim

Jikes RVM 3.0.0 released

Ian Rogers — 2008-08-07T21:43:18

We're very happy to announce the release of Jikes RVM version 3.0.0. The road towards 3.0 began just about two years ago and a large number of people, both on the core team and from our user community at large, have contributed to making it a success. Thank You! The release is available for download at http://downloads.sourceforge.net/jikesrvm/jikesrvm-3.0.0.tar.bz2 The detailed release notes for major changes since 2.9.3 can be found below or in JIRA (http://jira.codehaus.org/browse/RVM/fixforversion/13530), but we'd like to highlight some of the larger themes that went into the 3.0 release (many of which have already been released in the 2.9.x releases we've made along the way). ** Normalization of source code and build process *** Complete rewrite of the build/test systems to use ant. *** Jikes RVM can be developed in Eclipse using the JDT *** Extensive restructuring of package structure *** Removal of VM_ and OPT_ prefixes from all source files. ** Increased system stability and performance *** A new continuous testing system (http://jikesrvm.anu.edu.au/cattrack) *** Concerted stability and performance drives ** Java 5 support *** Support for Java 5 language features *** Use of Java 5 language features throughout the code base. Detailed list (89 issues closed in the 3 months since 2.9.3) ** New Feature * [RVM-358] - Initial support for Apache Harmony class library * [RVM-480] - Spec JVM 2008 regression test * [RVM-534] - MMTk Test harness * [RVM-540] - Implement java.lang.Compiler * [RVM-591] - Support for jdocs.com javadoc * [RVM-592] - Checks on creating ObjectReferences ** Improvement] * [RVM-72] - NonMoving annotations for classes instances of which should be allocated to the immortal heap * [RVM-273] - Remove VM_ prefix from all VM classes * [RVM-275] - Remove VMOpt prefix from opt compiler classes that go into bootimage * [RVM-282] - Make dumpVirtualMachine more defensive * [RVM-329] - Specialize IA32 assembler for lister vs. non-lister * [RVM-333] - Annotations used for VM Pragmas (NoInline, Uninterruptible, etc) probably should not be as closed linked to classloaders * [RVM-445] - Clean up handling of JTOC * [RVM-449] - Handle instanceof and checkcast in ShortArray scalar replacer * [RVM-477] - Gather new compiler DNA * [RVM-501] - BuildWithAllClasses is (practically) unused * [RVM-502] - Dead code elimination of pure calls) * [RVM-505] - Eliminate calls to VM_Class.getClass..FromStackFrame when stack frame is determinable * [RVM-508] - Have hash map where entries are completely immutable saving references from boot image root set * [RVM-510] - Create top level common directory to make it easier to split out and share useful components from rvm and MMTk * [RVM-511] - Split out MMTk option processing support * [RVM-512] - Experiment with freezing bucket array in VM_HashMap/VM_HashSet * [RVM-513] - Large arrays in boot image cause memory leak * [RVM-525] - Upgrade to GNU classpath 0.97.2 * [RVM-537] - Implement inline mustImplementInterface sequence for invokeinterface in baseline compilers * [RVM-538] - Inline checkcast/instanceof sequences in baseline compiler for simple cases * [RVM-572] - Remove OSR_ and BC_ prefixes from OnStackReplacement code * [RVM-593] - Extra checks on references being traced in rvm * [RVM-603] - Improve intel baseline prologue/epilogue/call by use push/pop instead of mov [sp] * [RVM-594] - Naming of MM_Interface ** Bug * [RVM-46] - CaffieneMark failures on AIX/PPC * [RVM-47] - DaCapo regressions on AIX/PPC * [RVM-58] - Linker errors under AIX/ppc * [RVM-105] - sysNetSelect doesnt seem to be avoiding the syswrap select * [RVM-187] - VM_OptGenericMapIterator: findGCMapIndex failed * [RVM-221] - Specialized scanning broken on ppc64-aix? * [RVM-234] - Annotation issues: not implemented via proxy classes, support for serialization * [RVM-269] - unresolved invokeinterface on should force classloading before rasiing NPE * [RVM-271] - Timeouts for stress are not correct> * [RVM-303] - Cannot modify accessible final instance fields * [RVM-325] - Spec JVM 98 jack failing with OOMs * [RVM-327] - Performance degredation in IA32 assembler * [RVM-332] - Eclipse 3.2 fails to run on the RVM * [RVM-369] - PPC32-OSX - Crash in GC when a stack contains native frames * [RVM-372] - Integer overflow in sysNanoTime * [RVM-423] - Fop performance strangeness * [RVM-442] - All poisoned tests fail PPC 32 * [RVM-454] - The sub-test TestAnnotationInheritance of the basic tests is excluded until it can be fixed * [RVM-458] - Poisoned bit test highlights JNI problem * [RVM-469] - Fix IA32 assembler to use Address instead of Offset for absolute addressing * [RVM-482] - Crash when running Production_Opt0_perf portion of compiler-dna test run * [RVM-483] - Conditionalize fsqrt generation on PowerPC * [RVM-492] - Dumping empty stack kills VM * [RVM-493] - VM_Annotation.readValue doesn't use the correct classloader * [RVM-494] - Conversion between type descriptors, class names, and file names in VM_Atom behaves inconsistently * [RVM-495] - Crash during first major GC on PPC64 tests when running with -X:processors=2 * [RVM-497] - New scan boot image assertion failing poisoned tests * [RVM-499] - Overflowing JTOC during DaCapo eclipse run on PPC64 AIX * [RVM-500] - No such field error: TreeMap$SubMap.minKey * [RVM-504] - Increase time out on DaCapo eclipse for rvmppclnx64 * [RVM-506] - The field last in VM_HashMap and VM_HashSet is only ever set to null * [RVM-514] - Pure on mathMagic breaks dacapo sunflow * [RVM-521] - Freshly checked out r14346 fails to build with an uninterruptible violation * [RVM-526] - GNU Classpath build: paths too long in check_jni.sh * [RVM-527] - Harmony doesn't build 32bit libraries as necessary for x86_64 build * [RVM-529] - Implement reflection API for Harmony * [RVM-531] - Boot image stack size too small * [RVM-541] - gc stress failures * [RVM-542] - Incorrect encoding of inner class native method names * [RVM-543] - Invoking JNI_OnLoad of unrelated libraries when loading a library with no JNI_OnLoad * [RVM-544] - Class argument in NewObject ignored * [RVM-547] - Building the boot image with the opt compiler and Harmony fails * [RVM-550] - Implementation of isZero magic in PPC baseline compiler can overflow expression stack and corrupt stack frame * [RVM-571] - BigDecimal Pure annotations causes crash on SPECjbb2005 for FullAdaptiveMarkSweep * [RVM-582] - Fix all javadoc "syntax" errors * [RVM-583] - Incorrect rounding on simplified integer divide * [RVM-585] - RVM Identity HashMap doesn't use identity hashCode.. only identity.equals * [RVM-587] - IdentityHashMaps in the bootimage * [RVM-588] - Assertion failure in BC2IR for primitive array load. * [RVM-597] - Array index out of bounds in BC2IR generation context * [RVM-598] - Increase use of unpreemptible * [RVM-599] - New poisoned test failures on x86 * [RVM-608] - Object replacement ignores finalizer methods ** Task and Sub-Task * [RVM-37] - Doccument the command line options * [RVM-42] - Build/Test infrastructiure to compute compiler DNA * [RVM-490] - Null Pointer Exception in gnu.xml.transform.ParameterNode.clone * [RVM-518] - Change build logic so that the VM prefix on a class name does not control inclusion in the bootimage * [RVM-519] - Rename classes currently with VM_ prefix that will be confusing without it * [RVM-520] - Update userguide to remove VM_ (and OPT_) prefix globally.

Java Transaction API

Andrew John Hughes — 2008-07-31T21:52:41

Dear all, It seems Classpath includes the full set of interfaces for the Java Transaction API: http://en.wikipedia.org/wiki/Java_Transaction_API while the J2SE spec. only prescribes three exceptions used by CORBA: http://java.sun.com/javase/6/docs/api/javax/transaction/package-summary.html They were (apparently) added by Warren Levy and Tom Tromey back in 2001. Gentoo currently has a JTA package that uses the version of these interfaces from Sun. These still seem to under a proprietary license (though IANAL): http://java.sun.com/javaee/technologies/jta/ even though there is presumably also a GPL version in Glassfish. How do other distributions handle this? Is it worth our while moving these out of GNU Classpath into a separate package so people can use the Free Classpath versions? Thanks,

HTTPS/SSL problem

Robert Schuster — 2008-07-17T20:35:04

Hi, a classpath user reported a problem with SSL on the jalimo list. When connecting to a server through HTTPS/SSL he gets: java.io.EOFException at gnu.javax.net.ssl.provider.SSLSocketImpl.doHandshake(SSLSocketImpl.java:445) at gnu.javax.net.ssl.provider.SSLSocketImpl$SocketOutputStream.write(SSLSocketImpl.java:91) at java.io.OutputStream.write(OutputStream.java:86) This is caused from SSLSocketImpl.java line 445: int i = sockIn.read(); if (i == -1) throw new EOFException(); Now my question is: What can be the reason that the other side closed the connection (at least I assume that is the case, when sockIn.read() return -1) What is the best way to debug this? Has anyone successfully connected to an HTTPS/SSL server using GNU Classpath already? Regards Robert

Issues while using ImageWriter in ubuntu 64bit

ndesk1900 — 2008-07-16T04:08:22

Hello all, My problem is actually a known bug in linux with the ImageWriter class while writing jpeg images: http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28447 Also, somebody's committed a patch to this problem here: http://gcc.gnu.org/ml/java-patches/2005-q1/msg00018.html Now the issue is i am not too sure how i should apply this patch? it seems someone has checked in a whole lot of files to fix this? Do i need to recompile the kernel or something? Can anyone help me with this fix, does anyone have a simpler fix? Thanks...

META-INF/INDEX.LIST

2008-07-11T21:18:28

What is this file and why is it accessed at startup? At the startup of every Java program, it would appear that the paths: "/META-INF/INDEX.LIST" and "" are have the stat file operation applied to them. I am working on a research project at UIUC and I have an issue with this happening due to the nature of the file system which the custom JVM we have created works. If anyone has information relating to where / why these accesses are made it would be very appreciated. Essentially I need to figure out what they are supposed to be accomplishing since it doesn't seem to matter that they fail. Avoiding them all together or routing them through an alternative means would be ideal. Thanks for any responses, J.J. Sestrich

classpath build problems with libtool 2.2.4

Robert Schuster — 2008-07-06T15:06:28

Hi, I am currently trying to build classpath (0.93) in an environment using libtool 2.2.4. I basically disable all optional external dependencies and compile with jikes: --with-jikes=jikes \ --with-fastjar=fastjar \ --with-glibj \ --disable-local-sockets \ --disable-alsa \ --disable-gconf-peer \ --disable-gtk-peer \ --disable-plugin \ --disable-dssi \ --disable-examples \ --disable-tools \ --with-glibj-dir=${STAGING_DATADIR}/classpath-initial \ --with-native-libdir=${STAGING_LIBDIR}/classpath-initial \ --includedir=${STAGING_INCDIR}/classpath-initial \ This is the error I get from libtool: i686-linux-libtool: link: unsupported hardcode properties i686-linux-libtool: link: See the libtool documentation for more information. i686-linux-libtool: link: Fatal configuration error. Which is caused by the following command: make[3]: Entering directory `/home/rob/oe/beagle/tmp/work/i686-linux/classpath-initial-0.93-r1/classpath-0.93/native/jni/java-net' /bin/sh ../../../i686-linux-libtool --tag=CC --mode=link ccache gcc -W -Wall -Wmissing-declarations -Wwrite-strings -Wmissing-prototypes -Wno-long-long -Wstrict-prototypes -pedantic -Werror -isystem/home/rob/oe/beagle/tmp/staging/i686-linux/usr/include -Os -module -version-info 0:0:0 -no-undefined -L/home/rob/oe/beagle/tmp/staging/i686-linux/usr/lib -Wl,-rpath-link,/home/rob/oe/beagle/tmp/staging/i686-linux/usr/lib -Wl,-rpath,/home/rob/oe/beagle/tmp/staging/i686-linux/usr/lib -Wl,-O1 -o libjavanet.la -rpath /home/rob/oe/beagle/tmp/staging/i686-linux/usr/lib/classpath-initial javanet.lo java_net_VMInetAddress.lo java_net_VMNetworkInterface.lo java_net_VMURLConnection.lo gnu_java_net_VMPlainSocketImpl.lo gnu_java_net_local_LocalSocketImpl.lo ../../../native/jni/classpath/jcl.lo ../../../native/jni/native-lib/libclasspathnative.la -lmagic I debugged this problem to the point where I found out that libtool does not like the '-lmagic' argument. If I remove that from the makefile the build continues. However this cannot be the real fix. What is wrong here and how should I fix it? Regards Robert

Crypto functions supported.

NACHO SAAVEDRA — 2008-06-28T02:36:56

Hello all! I'm a new member and navigating into the classpath page I realized the info is complete. However for now it's a little difficult to know if the issues I'm searching are completely support for the gnu. I'm searching a java examples (not too interested in the source code, only the "black boxes") for the following process. Please could you tell me if all are supported by GNU ClassPath into the Crypto functions? Thanks in advance. 1- KeyPair generation in assymetric encryption. 2- 3DES key generation. 3- To guard or store the generated keys. 4- Assymetric encryption and decryption. RSA. 5- Random number generation. 6- To generate and validate DSS. 7- Support of X.509 certificate (e.g. entity knows the seriousness of a digital signature generator). Thanks and regards. José Ignacio Saavedra Vivas Systems Engineer

array overflow in local.c

Robert Schuster — 2008-06-27T09:52:21

Other class libraries

Andrew John Hughes — 2008-06-24T14:20:57

Since OpenJDK has been released, I've noticed that a tendency has arisen to not treat that codebase with the same 'don't look if working on the same code' approach we had when it was proprietary. When working on GNU Classpath, we still need to be careful about cross-pollination between codebases, even though the OpenJDK class libraries are under (nearly) the same license. This also applies for other class libraries, namely Harmony's. Thanks,

CACAO 0.99.1 released.

Christian Thalinger — 2008-06-17T19:43:39

CACAO 0.99.1 released. This is a bug-fix release. Here is a short list of the most important changes: * Fixed compilation of OpenJDK code (libltdl related). * Imported new gnu/java/lang/CPStringBuilder.java to fix OOMEs. * Fixed abort with OpenJDK's java binary when exiting. CACAO uses GNU Classpath as default Java runtime library and supports upstream releases or CVS snapshots. This release requires GNU Classpath 0.96 or higher to build and was tested against GNU Classpath 0.97.2 on a number of various platforms. CACAO's ./configure has some options for Java runtime configuration, namely: --with-java-runtime-library= --with-java-runtime-library-prefix= --with-java-runtime-library-classes= --with-java-runtime-library-libdir= For detailed information, use ./configure --help. Currently supported JIT compiler architectures are: * alpha * arm * i386 * m68k (broken) * mips * powerpc * powerpc64 * s390 * sparc64 * x86_64 Information about working applications and some screenshots can be found on http://www.cacaovm.org/. The CACAO wiki can be found here: http://c1.complang.tuwien.ac.at/cacaowiki/ The CACAO mailing lists can be found here: http://c1.complang.tuwien.ac.at/mailman/listinfo/ Nightly test runs with CACAO Mercurial tip, GNU Classpath CVS head and Mauve CVS head can be found on http://www.complang.tuwien.ac.at/cacaojvm/jvmtester/. CACAO 0.99.1 can be downloaded from http://www.complang.tuwien.ac.at/cacaojvm/download/cacao-0.99.1/ File : cacao-0.99.1.tar.gz md5sum : 2337754d0c165af556e97395e9a5e5af sha1sum: a9d8a5681834dfdcacccca7f681b6eb3356a47c9 File : cacao-0.99.1.tar.bz2 md5sum : a5641452c7ba173060c99ed700950b3d sha1sum: ead9e0ee4bca315434d41d9784359bfe033be260 Enjoy! CACAOVM - Verein zur Foerderung der freien virtuellen Maschine CACAO cacao< at >cacaovm.org

Problem with TLS client authentication (bad_certificate)

Gerhard Fliess — 2008-06-17T07:56:48

Hi, I am working an a project that needs TLS with client authentication on an embedded system (ARM-linux) with keys stored in pkcs12. I have successfully ported the jamvm and classpath on this plattform. Now I am working on the TLS part on a virtual machine not directly on the embedded bord. In this development-environment I am using this setup: Client: - Debian Linux 2.6.18-6-686 - jamvm 1.5.1 - classpath 0.97.1 - bouncycastle provider bcprov15-139 (pkcs12 support) Server: - Debian Linux - Sun jdk 1.6 The problem is, a BAD_CERTIFICATE error occurs during the handshake. The client answers server-hello, with write_certificate, write-client-key-exchange and write_certificate_verify. After that the client recieves the bad_certificate alert from the server caused by "certificate verify message signature error". The private key of the client is sored in a pkcs12 file loaded via bcprovider, the trusted key of the server is stored in a gkr. Thanks, gerhard

CACAO 0.99 released.

Christian Thalinger — 2008-06-14T14:54:51

CACAO 0.99 "Just one step left..." released. This is a major feature enhancement and bug-fix release. Here is a short list of the most important changes: * Initial support to use OpenJDK as Java runtime library. * Fixed memory leak in Boehm-GC. * Boehm-GC updated to version 7.1. * Removed libltdl dependency. * Renamed --with-classpath configure options to --with-java-runtime-library. * Renamed --with-jre-layout to --enable-layout. * Replaced --with-classpath-includedir with --with-jni_h and --with-jni_md_h to better support OpenJDK/IcedTea builds. * Use 8-byte stack-slots on all architectures. * Faster C-to-Java calls. * Removed genoffsets, cross-compilation is now much easier. * Implemented Class.isAnonymousClass(), isLocalClass() and isMemberClass() for GNU Classpath. * Annotation support. * Assertion support. * Linenumber table code rewritten. * Exception table code rewritten. The major feature enhancement of this release is the OpenJDK support. CACAO's libjvm.so can now be used as drop-in replacement for Sun's HotSpot libjvm.so in OpenJDK. There is also support in IcedTea available to use CACAO as JVM (--with-cacao option). CACAO uses GNU Classpath as default Java runtime library and supports upstream releases or CVS snapshots. This release requires GNU Classpath 0.96 or higher to build and was tested against GNU Classpath 0.97.2 on a number of various platforms. CACAO's ./configure has some options for Java runtime configuration, namely: --with-java-runtime-library= --with-java-runtime-library-prefix= --with-java-runtime-library-classes= --with-java-runtime-library-libdir= For detailed information, use ./configure --help. Currently supported JIT compiler architectures are: * alpha * arm * i386 * m68k (broken) * mips * powerpc * powerpc64 * s390 * sparc64 * x86_64 Information about working applications and some screenshots can be found on http://www.cacaovm.org/. The CACAO wiki can be found here: http://c1.complang.tuwien.ac.at/cacaowiki/ The CACAO mailing lists can be found here: http://c1.complang.tuwien.ac.at/mailman/listinfo/ Nightly test runs with CACAO Mercurial tip, GNU Classpath CVS head and Mauve CVS head can be found on http://www.complang.tuwien.ac.at/cacaojvm/jvmtester/. CACAO 0.99 can be downloaded from http://www.complang.tuwien.ac.at/cacaojvm/download/cacao-0.99/ File : cacao-0.99.tar.gz md5sum : 7084fa846b39f9b33893a2179127c375 sha1sum: cc14f1517b19e2110aef87ca1de1e9a9c8d6ff90 File : cacao-0.99.tar.bz2 md5sum : cafe430ed0f57f6fc1216ac89f52141a sha1sum: 04b2f7a2e68664cbfe30084e02e0310e05761a8e Enjoy! CACAOVM - Verein zur Foerderung der freien virtuellen Maschine CACAO cacao< at >cacaovm.org

Savannah has Mercurial!

Andrew John Hughes — 2008-06-06T02:37:14

I just noticed this announcement when submitting the news announcement for 0.97.2. What do people think to the idea of switching? Maybe post 0.98?

Classpath 0.97.2 released!

Andrew John Hughes — 2008-06-06T02:33:26

We are proud to announce the release of GNU Classpath 0.97.2, the second bugfix release for GNU Classpath 0.97. GNU Classpath, essential libraries for java, is a project to create free core class libraries for use with runtimes, compilers and tools for the java programming language. The GNU Classpath developer snapshot releases are not directly aimed at the end user but are meant to be integrated into larger development platforms. For example JamVM, CACAO and Kaffe can make use of an installed copy of GNU Classpath 0.97.2, while GCC (gcj) will use the developer snapshots as a base for future versions. For more projects based on GNU Classpath, see http://www.gnu.org/software/classpath/stories.html This is the second of a new series of bugfix releases that follow a major (0.x) release. A 0.x.y release will only contain minor bug fixes. It will not cause major changes in the functionality of GNU Classpath, either for better or for worse. With this bugfix release, the following issues have been resolved: * Include headers in the release tarball. * Allow the building of tools to be optional. * Only check for a Java compiler when required. * Allow VMOperatingSystemMXBeanImpl to compile on Solaris. * Documentation typo fixes * Fix memory leak in native/jni/classpath/jcl.c * Web page updates (PR classpath/22883) * Fixes to pass the JSR166 TCK * Use awk to construct the classlist on building * Fix deadlock in Logger (PR classpath/35974) * Fix regression in java.lang.String (PR classpath/35482) * Allow Classpath tools to handle < at >file options. * Allow parseInt to handle a + prefix correctly. * Remove use of 1.5 language constructs in the VM layer. From the 0.95 release, we switched fully towards the 1.5 generics work that we previously released separately as classpath-generics. All this work is now fully integrated in the main release and various runtimes (GCJ, CACAO, JamVM, JikesRVM etc) have been extended to take advantage of the new generics, annotations and enumeration support in the core library. As a consequence, only 1.5 capable compilers (currently the Eclipse Compiler for Java (ecj) and Sun's javac) may be used to build Classpath. The GNU Classpath developers site (http://developer.classpath.org/) provides detailed information on how to start with helping the GNU Classpath project and gives an overview of the core class library packages currently provided. For each snapshot release generated documentation is provided through the GNU Classpath Tools gjdoc project, which will become part of GNU Classpath itself with the release of 0.98. A documentation generation framework for java source files used by the GNU project. Full documentation on the currently implemented packages and classes can be found at: http://developer.classpath.org/doc/ We are looking into how to extend the documentation experience in the future. Please contact the mailinglist if you would like to help with this effort. For more information about the project see also: GNU Classpath home page: http://www.gnu.org/software/classpath/ Developer information (wiki): http://developer.classpath.org/ Full class documentation: http://developer.classpath.org/doc/ GNU Classpath hackers: http://planet.classpath.org/ Autobuilder, current build status, build snapshots: http://builder.classpath.org/ Application test pages (wiki): http://developer.classpath.org/mediation/Applets http://developer.classpath.org/mediation/FreeAWTTestApps http://developer.classpath.org/mediation/FreeSwingTestApps http://developer.classpath.org/mediation/FreeSWTTestApps GNU Classpath hacking with Eclipse (wiki): http://developer.classpath.org/mediation/ClasspathHackingWithEclipse GNU Classpath promotion banners: http://developer.classpath.org/mediation/ClasspathBanners GNU Classpath 0.97.2 is available from ftp://ftp.gnu.org/pub/gnu/classpath/, one of the ftp.gnu.org mirrors (http://www.gnu.org/order/ftp.html) or the Classpath continuous integration system (http://builder.classpath.org/dist) File: classpath-0.97.2.tar.gz MD5sum: 6a35347901ace03c31cc49751b338f31 SHA1sum: 627e9781f9bb744b1a70e4aaff88d2d0440cbf1f The following people helped fix bugs in Classpath 0.97.1: Andrew John Hughes, Michael Koch, Jim Meyering, Robert Schuster, Mario Torre, Tom Tromey, Ralf Wildenhues The following people helped with the release of Classpath 0.97 and/or 0.97.1: Luciano Chavez, Thomas Fitzsimmons, Bernhard Fischer, Jeroen Frijters, Stefan Huehner, Andrew John Hughes, Jakub Jelinek, Ito Kazumitsu, Roman Kennke, Alexandre Oliva, Petteri Raety, Ian Rogers, Robert Schuster, Leen Toelen, Mario Torre, Dalibor Topic, Tom Tromey, David Walluck, Mark Wielaard and Ralf Wildenhues. We would also like to thank the numerous bug reporters and testers! In addition, we'd like to extend our thanks to all those who've contributed over the years and have helped in building a thriving and friendly community around the GNU Classpath project.

New GNU Classpath developer Joshua Sumali

Mark Wielaard — 2008-05-27T19:16:13

Hi all, I am happy to announce that Joshua is now one of our active hackers with commit access. Joshua has been working on integrating gjdoc into the main classpath tree. Something which we have wanted for a long time. Joshua please post a patch and ChangeLog entry for adding yourself to the AUTHORS file to the classpath-patches mailinglist. You can consider that patch pre-approved of course so feel free to commit it immediately as a test of your new powers, if you want to do something that is the least likely to break the build :) But remember that with power comes responsibility! (*) Thanks, Mark (*) http://www.gnu.org/software/classpath/docs/hacking.html

javah in 0.97+ -> trouble

Robert Schuster — 2008-05-13T23:19:52

Hi, from 0.97 onwards, classpath needs a working javah tool. Such a program is provided by classpath' tools.zip but needs a working runtime and class library first. Earlier classpath releases had pre-generated header files and needed no javah program. Someone with less knowledge of the subtile changes in each classpath release wanted to introduce 0.97.1 in OE as the class library which runs the compiler etc. This currently fails because in my previous bootstrap effort I did not care to provide a working javah (it would be from classpath 0.93). I would like to suggest the following way to fix this issue: The build system should allow using the just built javah application being run with a provided java executable. This would be less pain for me and would probably also benefit other cross compilation efforts. E.g. --enable-builtin-javah should set the javah executable to some script which is generated (perhaps from the real gjavah) which is run with the java vm specified by --with-java. Regards Robert

gnu.xml.datatype.JAXPDatatypeFactory not there

Robert Schuster — 2008-05-13T17:22:56

Hi, javax.xml.datatype.DatatypeFactory declares: public static final String DATATYPEFACTORY_IMPLEMENTATION_CLASS = "gnu.xml.datatype.JAXPDatatypeFactory"; The value is a fallback value which is treated as a class which is to be instantiated. Unfortunately this class does not exist. Has this class been renamed or has it really not been written yet? Regards Robert