Planet Classpath

Dalibor Topic: Next Gig: JDK 7 Updates in OpenJDK at FOSDEM in Brussels, Belgium on Saturday, February 4th

Fri, 03 Feb 2012 23:43:36 +0000

Edvard Wendelin and I will be speaking at the FOSDEM conference's Java Libre developer room about the JDK 7 Updates Project in OpenJDK in room K.4.401 starting at 11:30 AM.

See you there!

David Gilbert: FOSDEM

Tue, 31 Jan 2012 20:58:52 +0000

I'll be fighting the cold and the snow to get to Brussels this weekend for FOSDEM 2012. See you there!

Andrew Overholt: Eclipse at FOSDEM

Tue, 31 Jan 2012 19:59:29 +0000

This coming weekend is FOSDEM in Brussels, Belgium. It will be my first FOSDEM and I’m really looking forward to it. Lots of my fellow Red Hat, JBoss, and Fedora colleagues will be there, too (list of talks by Red Hatters as a PDF and as HTML). Eclipse content this year includes:

an Eclipse stand (K building, first level)
a talk by Mike Milinkovich entitled “How Eclipse Works” (12:00-12:30 Sunday in the Free Java Devroom, K.4.401)
a lightning talk by Gunnar Wagenknect entitled “An introduction to EclipseRT” (10:40-10:55 Sunday in the Ferrer room)
a lightning talk by yours truly entitled “Powerful tools for Linux C/C++ developers based on Eclipse” (11:00-11:15 Sunday in the Ferrer room)
a lightning talk by Gregoire de Hemptinne entitled “Wazaabi – Model your UI … live” (based on EMF) (18:40-18:55 Saturday in the Ferrer room)

“FOSDEM is the biggest free and non-commercial event organized by and for the community.” There’s no registration required, so if you’re in the area, swing by! There are a lot of people that I’m looking forward to seeing and having a beer with this weekend but I’m especially looking forward to seeing the ever-awesome Alex Kurtakov again and to meeting my new teammate Krzysztof Daniel in person for the first time.

Safe travels and see you in Brussels!

Update: Gregoire de Hemptinne pointed out his talk on an EMF-based declaritive UI system, Wazaabi.

Andrew Hughes: IcedTea6 1.11 Released!

Tue, 31 Jan 2012 13:00:29 +0000

We are pleased to announce a new major release of IcedTea6, 1.11!

The IcedTea project provides a harness to build the source code from OpenJDK6 using Free Software build tools. It includes an ARM assembly port as well as support for alternate virtual machines such as CACAO and JamVM.

What’s New

New in release 1.11 (2012-01-31):

Use HotSpot 20 as the default virtual machine.
ARM assembly language port reinstated and updated; details below.
Allow selection of test suites using the jtreg_checks argument e.g. jtreg_checks=”langtools”
Drop the outdated NIO2 backport. Users who want NIO2 should use IcedTea 2.x.
Shark has been disabled
Fixed build with GCC 4.7
Bug fixes
- PR637: make check should exit with an error code if any regression test failed.
- PR752: ImageFormatException extends Exception not RuntimeException
- PR732: Use xsltproc for bootstrap xslt in place of Xerces/Xalan
- RH727195: Japanese font mappings are broken
- LP862286: Fix exception on trying to start PulseAudio playback
- PR719: make distcheck should work in IcedTea6
Import of OpenJDK6 b24
- S7099148: increment build number of hs20.0 to b12
- S7108221: Backport to jdk6 Hotspot defaults for AMD Bulldozer processor
- S7080038: (ann) Serializable types in sun.reflect.annotation do not declare serialVersionUIDs
- S6815182: GSSAPI/SPNEGO does not work with server using MIT Kerberos library
- S6979329: CCacheInputStream fails to read ticket cache files from Kerberos 1.8.1
- S7092186: adjust package access in rmiregistry
- S7110373: krb5 test in openjdk6 without test infrastructure
Import of OpenJDK6 b23 including upgrade to HotSpot 20
- S7023111: Add webrev script to make/scripts
- S6909331: Add vsvars.sh to the jdk repository (handy cygwin way to get vcvars32.bat run)
- S6896934: README: Document how the drop source bundles work for jaxp/jaxws
- S6896978: README: Updates to openjdk README-builds.html
- S6903517: README: OpenJDK additions needed – cygwin issues
- S6903631: README: Build information on Redhat 3.0 builds
- S7003845: README-builds document proper location of forest extension, provide alternatives
- S7032311: Correct top level ‘make test’ target and add known failures to problem list
- S7033660: Update copyright year to 2011 on any files changed in 2011
- S7046448: Correct webrev.ksh to tidy up html output
- S7060927: Add jdkreport.pl to make/scripts, used to generate changes between tags
- S7060888: Document OpenJDK6 release procedure
- S6885308: The incorrect -XX:StackRedPages, -XX:StackShadowPages, -XX:StackYellowPages could cause VM crash
- S6912064: type profiles need to be exploited more for dynamic language support
- S6896381: CTW fails share/vm/ci/bcEscapeAnalyzer.cpp:99, assert(_stack_height < _max_stack,”stack overflow”)
- S6978355: renaming for 6961697
- S6978641: Fix for 6929067 introduces additional overhead in thread creation/termination paths
- S6980262: Memory leak when exception is thrown in static initializer
- S6910183: CMS: assert(_index < capacity(),”_index out of bounds”)
- S6941275: G1: The MemoryPools are incorrectly supported for G1
- S6978300: G1: debug builds crash if ParallelGCThreads==0
- S6980392: TEST_BUG: gc/6581734/Test6581734.java has typo
- S6980206: G1: assert(has_undefined_max_size, “Undefined max size”);
- S6976400: “Meet Not Symmetric”
- S6961697: move nmethod constants section before instruction section
- S4809552: Optimize Arrays.fill(…)
- S6980978: assert(mt == t->xmeet(this)) failed: meet not commutative
- S6969586: OptimizeStringConcat: SIGSEGV in LoadNode::Value()
- S6979444: add command line option to print command line flags descriptions
- S6870851: Bad frame_chop in StackMapTable crashes JVM
- S6982851: Add b107 machine classifications to jprt.properties file.
- S6983320: Fork HS19 to HS20 – renumber Major and build numbers of JVM
- S6561870: 3/3 Long javac compile lines fail due to command line length issues (agent compiles?)
- S6765718: Indicate which thread throwing OOME when generating the heap dump at OOME
- S6983930: CMS: Various small cleanups ca September 2010
- S6981746: G1: SEGV with -XX:+TraceGen0Time
- S6985022: update make/jprt.properties for new jdk7 tools
- S6981773: incorrect fill value with OptimizeFill
- S6953144: Tiered compilation
- S6982921: assert(_entry_bci != InvocationEntryBci) failed: wrong kind of nmethod
- S6982533: Crash in ~StubRoutines::jbyte_fill with AggressiveOpts enabled
- S6965815: OptimizeStringConcat: assert(!q->is_MergeMem()) failed with specjbb2000
- S6983073: fix compiler error with GCC 4.4 or newer on SPARC
- S6934483: GCC 4.5 errors “suggest parentheses around something…” when compiling with -Werror and -Wall
- S6984056: C1: incorrect code for integer constant addition on x64
- S6919069: client compiler needs to capture more profile information for tiered work
- S6984346: Remove development code in type.hpp
- S6939224: MethodHandle.invokeGeneric needs to perform the correct set of conversions
- S6982370: SIGBUS in jbyte_fill
- S6984368: Large default heap size does not allow to use zero based compressed oops
- S6942092: Loader-constraint test is failing
- S6974813: JVM needs to use demand loading for its DTrace probes
- S6981753: Rebrand vm vendor property settings
- S6975210: java.lang.VerifyError in some of JCK tests
- S6985848: 3/4 fix for 6561870 causes sa-jdi.jar to be rebuilt every time
- S6987149: Fix incorrect Oracle copyright header in make/templates files
- S6988779: c1_LIRAssembler_x86.cpp crashes VS2010 compiler
- S6984979: OptimizeFill misses some cases with an odd memory graph
- S6986270: guarantee(*bcp != Bytecodes::_monitorenter || exec_mode != Deoptimization::Unpack_exception) fails
- S6982537: Crash in Node*step_through_mergemem
- S6972540: sun/nio/ch/SocketChannelImpl compilation crashed when executing CompileTheWorld
- S6986028: assert(_base == Int) failed: Not an Int in CmpINode::sub
- S6986944: JSR 292 assert(caller_nm->is_method_handle_return(caller_frame.pc())) failed: must be MH call site
- S6986046: C1 valuestack cleanup
- S6987115: Non-tiered compilation policy creates unnecessary C1 threads
- S6987763: assert(kind() == EmptyExceptionState) failed: only EmptyExceptionStates can be modified
- S6987634: JSR 292 assert(start_bci() >= 0 && start_bci() < code_size()) failed: correct osr_bci argument
- S6988303: 6986046 breaks build with recent gcc
- S6988346: 6986046 breaks tiered
- S6916062: assert(_inserts <= _insert_limit,”hash table overflow”) in NodeHash::hash_insert
- S6968348: Byteswapped memory access can point to wrong location after JIT
- S6989368: Regression in scimark2.MonteCarlo in jdk7_b112 on Linux
- S6979458: VM crashes when -XX:ObjectAlignmentInBytes is too big
- S6988018: dtrace/hotspot/MethodInvocation/MethodInvocation002 crashes with client compiler
- S6989736: fix mapfile warnings on solaris
- S6984287: Regularize how GC parallel workers are specified.
- S6983296: build sanity checks for jdk7 should require SS12u1
- S6941395: G1: Use only lock-free versions of region stack push() and pop()
- S6423256: GC stacks should use a better data structure
- S6942771: SEGV in ParScanThreadState::take_from_overflow_stack
- S6692906: CMS: parallel concurrent marking may be prone to hanging or stalling mutators for periods of time
- S6988678: fatal error deadlock handling was unintentionally disabled
- S6794422: Perm gen expansion policy for concurrent collectors
- S6983311: G1: LoopTest hangs when run with -XX:+ExplicitInvokesConcurrent
- S6980838: G1: guarantee(false) failed: thread has an unexpected active value in its SATB queue
- S6980792: Crash “exception happened outside interpreter, nmethods and vtable stubs (1)”
- S6990549: Zero and Shark fixes after 6978355 and 6953144
- S6829194: JSR 292 needs to support compressed oops
- S6991065: missed a review comment in 6829194
- S6991512: G1 barriers fail with 64bit C1
- S6987555: JSR 292 unboxing to a boolean value fails on big-endian SPARC
- S6991211: assert failure on sparc: “can not have caller-save register operands at calls”
- S6971296: G1: simplify G1RemSet class hierarchy
- S6989448: G1: refactor and simplify G1ParScanThreadState
- S6988363: Rebrand vm vendor property settings (jdk7 only)
- S6763959: java.util.concurrent.locks.LockSupport.parkUntil(0) blocks forever
- S6983240: guarantee((Solaris::min_stack_allowed >= (StackYellowPages+StackRedPages…) wrong
- S6989297: Integrate additional portability improvements
- S6392697: Additional flag needed to supress Hotspot warning messages
- S6992477: fix for 6991512 broke sparc barriers
- S6989669: Coops: -Xshare:dump causes crash
- S6992267: Bump the HS20 build number to 02
- S6991315: RedefineClasses fails with java.lang.VerifyError
- S6988353: refactor contended sync subsystem
- S6891959: HotSpot should not throw ClassFormatError if a class has a field with ‘>’ and/or ‘<’ in its name
- S6990359: G1: don’t push a stolen entry on the taskqueue, deal with it directly
- S6992189: G1: inconsistent base used in sparse rem set iterator
- S6988458: G1: assert(mr.end() <= _cm->finger()) failed: otherwise the region shouldn’t be on the stack
- S6991377: G1: race between concurrent refinement and humongous object allocation
- S6992998: CMSWaitDuration=0 causes hangs with +ExplicitGCInvokesConcurrent
- S6896603: CMS/GCH: collection_attempt_is_safe() ergo should use more recent data
- S6995045: assert(!gch->incremental_collection_failed()) failed: Error, defNewGeneration.cpp:827
- S6996136: VM crash in src/share/vm/runtime/virtualspace.cpp:424
- S6997495: correction of regression test compiler/6857159/Test6857159
- S6991577: add IfOp optimization to C1
- S6991596: JSR 292 unimplemented adapter_opt_i2i and adapter_opt_l2i on SPARC
- S6990192: VM crashes in ciTypeFlow::get_block_for()
- S6968367: can_post_on_exceptions is still using VM_DeoptimizeFrame in some places
- S6970683: improvements to hs_err output
- S6994130: Zero PowerPC fix
- S6994630: java/lang/instrument/IsModifiableClassAgent.java fails with -XX:+EnableInvokeDynamic
- S6981788: GC map generator sometimes picks up the wrong kind of instruction operand
- S6994093: MethodHandle.invokeGeneric needs porting to SPARC
- S6981777: implement JSR 292 EG adjustments from summer 2010
- S6984311: JSR 292 needs optional bootstrap method parameters
- S6987135: Performance regression on Intel platform with 32-bits edition between 6u13 and 6u14.
- S6996240: The BitSet.length method sometimes returns an index+1 value less than that of the highest bit set.
- S6997459: JSR 292 after 6994093 getting: on return to interpreted call, restored SP is corrupted
- S6996563: 6984311 changes forgot to update vmStructs.cpp for new field _operands
- S6997456: Not possible to build just compiler2
- S6997311: SIGFPE in new long division asm code
- S6991188: C2 Crashes while compiling method
- S6998737: JSR 292: Remove the plug guarding the use of compressed oops
- S6839891: Array overrun in vm ci
- S6997698: Bump the HS20 build number to 03
- S6997298: fatal error: must own lock CMS_markBitMap_lock during heap dump
- S6996613: CompactibleFreeListSpace::print should call CompactibleFreeListSpace::print_on, not Space::print_on
- S6998802: ScavengeALot: assert(!gch->incremental_collection_failed()) failed: Twice in a row
- S6865028: Illegal instructions passing verification prior to ‘invokespecial Object.<init>’
- S6981737: The java.vm.specification.version property is 1.0, seems like it should be 2.0
- S7000578: CMS: assert(SafepointSynchronize::is_at_safepoint()) failed: Else races are possible
- S6978187: G1: assert(ParallelGCThreads> 1 || n_yielded() == _hrrs->occupied()) strikes again
- S6999491: non-zero COOPs are used when they should not
- S7000349: Tiered reacts incorrectly to C1 compilation failures
- S7000491: assert(false) failed: should be optimized out in SharedRuntime::g1_wb_pre
- S6751923: JNDI wake up when clock_settime() is called
- S6837842: JNI_CreateJavaVM crashes under impersonation
- S7002129: Zero and Shark fixes, 3rd
- S6989984: Use standard include model for Hospot
- S6974966: G1: unnecessary direct-to-old allocations
- S6983204: G1: Nightly test nsk/regression/b4958615 failing with +ExplicitGCInvokesConcurrent
- S7003860: G1: assert(_cur_alloc_region == NULL || !expect_null_cur_alloc_region) fails
- S6780143: hs203t003 hits SIGSEGV/EXCEPTION_ACCESS_VIOLATION with -XX:+UseCompressedOops
- S6987107: Add variable to add to but not modify non-fcs version string
- S7003456: ADLC files not correctly generated on Windows
- S6348631: remove the use of the HPI library from Hotspot
- S7004217: Remove IA64 workaround re-introduced with CR6953477
- S7003125: precompiled.hpp is included when precompiled headers are not used
- S7003786: sort Obj_Files before compiling
- S6981484: Update development launcher
- S6704010: Internal Error (src/share/vm/interpreter/interpreterRuntime.cpp:1106)
- S7003782: Update JVMTI version to 1.2 for jdk7
- S6539281: -Xcheck:jni should validate char* argument to ReleaseStringUTFChars
- S7003789: PTRACE_GETREGS problems with SA on Linux.
- S6994056: G1: when GC locker is active, extend the Eden instead of allocating into the old gen
- S6994628: G1: Test gc/gctests/FinalizeTest05 fails (one live object is finalized)
- S7001033: assert(gch->gc_cause() == GCCause::_scavenge_alot || !gch->incremental_collection_failed())
- S7002546: regression on SpecJbb2005 on 7b118 comparing to 7b117 on small heaps
- S7005259: CMS: BubbleUpRef asserts referent(obj)->is_oop() failed: Enqueued a bad referent
- S7006221: Bump the HS20 build number to 04
- S7007229: Fix warnings with VS2010 in compressedStream.cpp
- S7001363: java/dyn/InvokeDynamic should not be a well-known class in the JVM
- S6985015: C1 needs to support compressed oops
- S7002666: eclipse CDT projects crash with compressed oops
- S6875026: CTW failure jdk6_18/hotspot/src/share/vm/c1/c1_LinearScan.cpp:5486
- S6998985: faulty generic arraycopy on windows x86_64: 4th arg overwritten with oop
- S7003554: (tiered) assert(is_null_object() || handle() != NULL) failed: cannot embed null pointer
- S6961690: load oops from constant table on SPARC
- S7003798: test/compiler/6991596 fails with true != false
- S7004530: casx used for 32 bit cas after 7003554
- S7001379: bootstrap method data needs to be moved from constant pool to a classfile attribute
- S7004925: CTW: assert(nbits == 32 || -(1 << nbits-1) <= x && x < ( 1 << nbits-1)) failed: value out of range
- S7005241: C1: SEGV in java.util.concurrent.LinkedTransferQueue.xfer() with compressed oops
- S6993125: runThese crashes with assert(Thread::current()->on_local_stack((address)this))
- S7004940: CTW: assert(!def_outside->member(r)) failed: Use of external LRG overlaps the same LRG
- S6989076: JVM crashes in klassItable::initialize_itable_for_interface
- S7004582: Add GetThisObject() function to JVMTI 1.2
- S7005007: Refine use of ALT_COMPILER_PATH to avoid conflict with JPRT usage
- S6988439: Parallel Class Loading test deadlock involving MethodData_lock and Pending List Lock
- S7003748: Decode C stack frames when symbols are presented (PhoneHome project)
- S7006471: fix for 6988439 crashes when pending list lock is null
- S7006659: temporary adlc files are added to the build variables
- S7006354: Updates to Visual Studio project creation and development launcher
- S7000559: G1: assertion failure !outer || (full_collections_started == _full_collections_completed + 1)
- S7003707: need to remove (some) system include files from the HotSpot header files
- S7006113: G1: Initialize ReferenceProcessor::_is_alive_non_header field
- S6807801: CMS: could save/restore fewer header words during scavenge
- S6896624: G1: hotspot:::gc and hotspot:::mem-pool-gc probes are not fired
- S7008759: Bump the HS20 build number to 05
- S7003487: clhsdbproc stacktrace fails on x64
- S7007769: VM crashes with SIGBUS writing PerfData if tmp space is full
- S7008444: Remove unnecessary include of stdint.h in java_md.c
- S6961186: Better VM handling of unexpected exceptions from application native code
- S6987812: 2/3 SAJDI: “gHotSpotVMTypes was not initialized properly in the remote process”
- S6975480: VS2010 says _STATIC_CPPLIB is deprecated, may need to change this usage
- S7006044: materialize cheap non-oop pointers on 64-bit SPARC
- S6765546: Wrong sscanf used to parse CompilerOracle command >= 32 characters could lead to crash
- S6839888: Array overrun in vm adlc
- S7006505: Use kstat info to identify SPARC processor
- S6579789: Internal error “c1_LinearScan.cpp:1429 Error: assert(false,”")” in debuggee with fastdebug VM
- S6990933: assert(sender_cb) failed: sanity in frame::sender_for_interpreter_frame
- S7008165: Garbage in ClassFormatError message
- S7003130: assert(iterations<CG_BUILD_ITER_LIMIT) failed: infinite EA connection graph
- S7008466: Tiered: Enable testing of tiered compilation in JPRT
- S7007377: JSR 292 MethodHandlesTest.testCastFailure fails on SPARC with -Xcomp +DeoptimizeALot
- S7009231: C1: Incorrect CAS code for longs on SPARC 32bit
- S7009359: HS with -XX:+AggressiveOpts optimize new StringBuffer(null) so it does not throw NPE as expected
- S7008325: CodeCache exhausted on sparc starting from hs20b04
- S6928562: Assert(_no_handle_mark_nesting==0,”allocating handle inside NoHandleMark”)
- S7009849: C1: Incorrect frame size computation
- S6302804: Hotspot VM dies ungraceful death when C heap is exhausted in various places.
- S6583275: Hotspot crash in vm_perform_shutdown_actions due to uninitialized TLS during out of memory handling
- S7009975: Large file support broken in hs20-b04
- S7009268: guarantee(middle – slop > start) failed: need enough space to divide up
- S7003271: Hotspot should track cumulative Java heap bytes allocated on a per-thread basis
- S7010068: Update all 2010 Oracle-changed OpenJDK files to have the proper copyright dates – first pass
- S7011125: Bump the HS20 build number to 06
- S7010618: C1: array length should be treated at int on 64bit during array allocation
- S7009756: volatile variables could be broken throw reflection API
- S6876037: CTW fails jdk7/hotspot/src/share/vm/opto/type.cpp:2055. assert(bits,”Use TypePtr for NULL”)
- S7010180: JSR 292 InvokeDynamicPrintArgs fails with: assert(_adapter == NULL) failed: init’d to NULL
- S7010913: JSR 292 ciMethodHandle does not handle MethodHandleCompiler exceptions properly
- S4930919: race condition in MDO creation at back branch locations
- S7011386: race in objArrayKlass::array_klass_impl
- S7011627: C1: call_RT must support targets that don’t fit in wdisp30
- S7010665: Misplaced membar in C1 implementation of Unsafe.get/putXXX
- S6458402: 3 jvmti tests fail with CMS and +ExplicitGCInvokesConcurrent
- S6814943: getcpool001 catches more than one JvmtiThreadState problem
- S7011463: Sparc MacroAssembler::incr_allocated_bytes() needs a RegisterOrConstant argument
- S6994753: Implement optional hook to a Java method at VM startup.
- S7009828: Fix for 6938627 breaks visualvm monitoring when -Djava.io.tmpdir is defined
- S7008136: CMS: assert((HeapWord*)nextChunk <= _limit) failed: sweep invariant
- S7007068: G1: refine the BOT during evac failure handling
- S6994297: G1: do first-level slow-path allocations with a CAS
- S6941122: G1: UseLargePages does not work with G1 garbage collector
- S7011940: iCMS: SIGSEGV in SweepClosure::do_already_free_chunk(FreeChunk*)+0×360
- S7012348: Bump the HS20 build number to 07
- S6966589: hs16-b08 causes java.lang.StackOverflowError
- S7012965: Fix failed on sparc for 7009756: volatile variables could be broken throw reflection API
- S7012766: assert(false) failed: DEBUG MESSAGE in MacroAssembler::debug32
- S4926272: methodOopDesc::method_from_bcp is unsafe
- S6811367: Fix code in HeapDumper::dump_heap() to avoid buffer overrun
- S7012493: 2/2 6849574/Test.java fails with Internal Error (src/share/vm/prims/jvmtiTagMap.cpp:3294)
- S7013008: 2/3 assert(method == NULL || check_method(method, bcp)) failed: bcp must point into method
- S7012505: BreakpointWithFullGC.sh fails with Internal Error (src/share/vm/oops/methodOop.cpp:220)
- S7011379: G1: overly long concurrent marking cycles
- S7012642: G1: JumbleGC002 test aborts with segmentation violation due to uncaught stack overflow
- S6977804: G1: remove the zero-filling thread
- S7013812: C1: deopt blob too far from patching stub
- S7014247: CTW fails when compile sun/misc/AtomicLongCSImpl (REMOVED from JDK7)
- S7014998: assert(is_T_family(features) == is_niagara(features)) failed: Niagara should be T series
- S7013718: G1: small fixes for two assert/guarantee failures
- S7014261: G1: RSet-related failures
- S7014679: G1: deadlock during concurrent cleanup
- S7016474: string compare intrinsic improvements
- S7018101: os::dll_address_to_function_name returning wrong answers in 64 bit
- S6999988: CMS: Increased fragmentation leading to promotion failure after CR#6631166 got implemented
- S7017746: Regression : C2 compiler crash due to SIGSEGV in PhaseCFG::schedule_early()
- S7020550: Bump the HS20 build number to 10
- S7020042: G1: Partially remove fix for 6994628
- S7020846: Update Hotspot 20 to use jdk6 as JPRT release target
- S7018056: large pages not always enabled by default
- S7026619: Bump the HS20 build number to 11
- S7020373: JSR rewriting can overflow memory address size variables
- S6989150: JCK7: 3 deserialization tests for javax.xml classes fail since JDK7-b112
- S7013970: Code.toString can exit VM
- S7013971: Problem with saaj/soap1.2
- S7016340: Problem with saaj/soap1.2
- S7052870: Update bundle name and download location for jaxws bundle
- S6998583: NativeSeedGenerator is making 8192 byte read requests from entropy pool
- S6768387, PR670: REGRESSION: JTable no longer serializable
- S7032311: Correct top level ‘make test’ target and add known failures to problem list
- S7029905: demo applets missing some html files
- S7033660: Update copyright year to 2011 on any files changed in 2011
- S7000693: java.sql.Timestamp compareTo() issues using low values
- S6599601: Permissions/AWTWindowTest and Permissions/DFLoadTest failed in PIT 7.0 B20 on Windows Vista
- S7042040: Remove disk space sanity check
- S7041635: GSSContextSpi.java copyright notice error
- S6618658: Deserialization allows creation of mutable SignedObject
- S7013969: NetworkInterface.toString can reveal bindings
- S7016495: Crash in Java 2D transforming an image with scale close to zero
- S7016985: (launcher) implement safe secure dll loading
- S6213702: (so) non-blocking sockets with TCP urgent disabled get still selected for read ops (win)
- S7013519: [parfait] Integer overflows in 2D code
- S7012520: Heap overflow vulnerability in FileDialog.show()
- S7032593: DLL_LOADING: Upgrade solution to 7016985 to reflect JDK7 solution
- S7020198: ImageIcon creates Component with null acc
- S7060890: Update openjdk6 problemList file on jdk regression tests
- S7031238: Problem with fix for 6981922
- S6507024: casting an array to a generic type results in a ‘capture#69 of ?’ type error
- S6502392: Invalid relative names for Filer.createResource and Filer.getResource
- S7003006: add option to list directory in deterministic order
- S6999460: Glassfish build with JDK 6 / 7 is 5x-10x slower on Windows than on Linux
- S6999891: DefaultFileManager incorrect
- S7033660: Update copyright year to 2011 on any files changed in 2011
Backports
- S7019861: Last scanline skipped when doing AA.
- S6748082: remove platform-specific code from SwingUtilities2.isDisplayLocal
- S6708580: Java applications slow when EXA enabled
- S6986968: Crash on XIM server restart
- S7018387: Xrender pipeline may leak GC’s
- S7036754: Stroked quads sometimes contain NaN
- S7008106: com/sun/awt/Translucency/WindowOpacity.java test fails.
- S6956668: misbehavior of XOR operator (^) with int
- S6699843: IllegalArgumentException when using Graphics.drawString( “”, 0, 0 )
- S6918065: Crash in Java2D blit loop (IntArgbToIntArgbPreSrcOverMaskBlit) in 64bit mode
- S6623219: Font.canDisplayUpTo does not work with supplementary characters
- S6783910: java.awt.Color.brighter()/darker() methods make color opaque
- S6785424: SecurityException locating physical fonts on Windows Terminal Server
- S7047069: Array can dynamically change size when assigned to an object field
- S6796786: invalid FP identity transform – (a – b) -> b – a
- S7042070: Typo in Test6796786.java
- S7029152: Ideal nodes for String intrinsics miss memory edge optimization
- S6679308: Poor text rendering on translucent image
- S6842838: 64-bit failure in handling invalid manifest in launcher.
- S6882768: Test for 6842838 is broken
- S6711682: JCheckBox in JTable: checkbox doesn’t always respond to the first mouse click
- S7016856: fix dashing performance regression. Improve other rendering performance.
- S6934977: MappedByteBuffer.load crashes with SIGBUS.
- S6758179: D3D: AlphaComposite is applied incorrectly for uncached opaque BufferedImage
- S7049339: Image copy operations with a custom composite and a complex clip fail.
- S6613904: javax.swing.GroupLayout.createParallelGroup(..) doesn’t throw IllegalArgumentException for null arg
- S4917091: javac rejects array over 128 in length
- S6390045: Unexpected error “cannot access java.lang.Void” with ‘-target cldc1.0′ with -source >=1.5
- S6752638: java.awt.GraphicsEnvironment.preferLocaleFonts() throws NPE on Linux
- S5047314: [Col] Collator.compare() runs indefinitely for a certain set of Thai strings
- S6669869: Beans.isDesignTime() and other queries should be per-AppContext
- S6934356: Vector.writeObject() serialization may deadlock
- S7036582: Improve test coverage of java.math.BigDecimal
- S6806261: BigDecimal.longValueExact() method throws NullPointerException
- S6371401: java.math.BigInteger.shift(Integer.MIN_VALUE) throws StackOverflowError
- S6826104, RH730015: Getting a NullPointer exception when clicked on Application & Toolkit Modal dialog
- S5082756: Image I/O plug-ins set metadata boolean attributes to “true” or “false”
- S6296893: BMP Writer handles TopDown property incorrectly for some of the compression types
- S7103224: collision between __LEAF define in interfaceSupport.hpp and /usr/include/sys/cdefs.h with gcc
- S7103610, RH683768: _NET_WM_PID and WM_CLIENT_MACHINE are not set
- S7140882: Don’t return booleans from methods returning pointers
ARM Port
- Ported to the EABI hard-fp model
- Locking for multi-core operation added.
- Many minor bugs fixed.
CACAO
- CA149: Used wrong class loader.
- CA159: Exception handler blocks / register mixup.
- CA162: Make class init protection aware of multiple threads.
- CA163: descriptor_params_from_paramtypes is protected by a mutex now.
- CA164: Get rid of mysterious 10 trailing bytes in literal strings.
- ARM: Remove broken support for float argument passing in registers.
- ARM: Remove hack for return value in float registers.
- ARM: Fixed use of uninitialized variable.
- ARM: removed unused ICMD_GETSTATIC branch.
- ARM: Designate function labels as such; required for thumb interworking.
- src/vm/javaobjects.cpp (java_lang_reflect_Method::invoke): stack index of caller was off by one, causing apt failures.
- Set thread to RUNNABLE during Thread.start.
- Removed state-setting function call that would be done by the thread itself, creating a nasty race.
- Threadlist & threadobject improvements.
JamVM
- PR772: jtreg LocalOnlyTest sends SIGQUIT to all processes on exit.
- LP827463: Fix OpenJDK enclosingMethodInfo().
- Add support for armhf.
- Skip Java-reflection-related DelegatingClassLoaders, enables JamVM to run NetBeans.
- Generic JNI stubs for common JNI method signatures.
- Implement classlibCheckIfOnLoad().
- Make thread states JVMTI compatible.
- Add OpenBSD/sparc to list of recognised hosts.
- Handle ‘g’ when specifying memory + extra checks.
- armhf: ensure stack is 8 byte aligned.
- “Fix” handling of CLI bootclasspath options.
- Fix for StackTraceElement checkin.
- Ignore assertions and verify options.
- Fix typo in definition of ACC_MIRANDA.
- Intern strings when creating a StackTraceElement.
- Remove empty clobber.
- Use dots instead of slashes in classname for exception.
- Correct thrown exception by bootstrap loader.
- Put parsing of -cp and -classpath options back in.
- Fix threading of references list during compaction.
- Further fix to freeClassData for native methods.
- Fix class GC with classes containing Miranda methods.
- Propogate initialisation errors to top-level.
- Make classlib init functions consistent + warnings.
- Correctly implement sun.misc.Unsafe freeMemory().
- Move lazy-loading to init function.
- Fix various warnings with -Wall.
- PrintThreadsDump needs “self” as argument.
- CopyMemory, etc. handle negative or truncation in length.
- Extra sun.misc.Unsafe functions.
- Ignore options for jtreg tests.
- Enable shutdownVM to be called with OpenJDK classlib.
- Initial implementation of JVM_FindClassFromBootLoader.
- Fix callJNIMethod on i386 with -fomit-frame-pointer.
- Fix backwards cache conflict resolution code.
- Unify command line options parsing.
- Remove debug printf.
- Fix leak of native thread structure.
- Consistent naming for classlib functions.
- Add extra includes to get rid off compiler warning.
- Rework OpenJDK storage of native thread structure.
- Implement remaining OpenJDK Array reflection interface.
- Added LDFLAGS for JamVM to fix the SELinux executable flag issue.
Zero/Shark
- PR690: Shark fails to JIT using hs20.
- PR696: Zero fails to handle fast_aldc and fast_aldc_w in hs20.

The tarball can be downloaded from:

http://icedtea.classpath.org/download/source/icedtea6-1.11.tar.gz
sha256sum: e7d2bc08008de918ca54f8dcd1f8d75c7829948da6b1a9c06761c74a563c3eba

The following people helped with this release:

Andrew Haley
Andrew John Hughes
Andrew Su
Danesh Dadachanji
Deepak Bhole
Denis Lila
Matthias Klose
Jiri Vanek
Mark Wielaard
Omair Majid (release maintainer)
Pavel Tisnovsky
Xerxes Rånby

A huge thanks to everyone who helped us test and reported bugs! And a special thanks to Omair for acting as release manager for this release!

To get started:

$ tar xf icedtea6-1.11.tar.gz
$ cd icedtea6-1.11
$ ./configure
$ make

Full build requirements and instructions are available in the INSTALL file.

Dalibor Topic: Movies: We Need to Talk About Kevin

Tue, 31 Jan 2012 04:13:54 +0000

A highly enjoyable drama that feels like a prequel to Haneke's "Funny Games". In other words, as much as "La Pianiste" is a movie about love, so is "We Need to Talk About Kevin" a movie about parenthood - gone really, really bad. The script slices the story into many tiny fragments that quickly begin to make sense, and as minutes flow by and increasingly disturbing things start to happen, a lot is left to the imagination to fill in the gaps, and then dread the inevitable. You'll never see lychees again in the same way, thanks to the excellent acting from all leading characters.

Andrew Cowie: My sound hardware didn’t vanish, honest

Mon, 30 Jan 2012 07:10:57 +0000

I’ve been having intermittent problems with sound not working. Usually restarting (ie, killing) PulseAudio has done the trick but today it was even worse; the sound hardware mysteriously vanished from the Sound Settings capplet. Bog knows what’s up with that, but buried in “Sound Troubleshooting” I found “Getting ALSA to work after suspend / hibernate” which contains this nugget:

The alsa “force-reload” command will kill all running programs using the sound driver so the driver itself is able to be restarted.

Huh. Didn’t know about that one. But seems reasonable, and sure enough,

$ /sbin/alsa force-reload

did the trick.

That wiki page goes on to detail adding a script to /etc/pm/sleep.d to carry this out after every resume. That seems excessive; I know that sometimes drivers don’t work or hardware doesn’t reset after the computer has been suspended or hibernated, but in my case the behaviour is only intermittent, and seems related to having docked (or not), having used an external USB headphone (or not), and having played something with Flash (which seems to circumvent PulseAudio. Bad). Anyway, one certainly doesn’t want to kill all one’s audio-using programs just because you suspended! But as a workaround for whatever it is that’s wrong today, nice.

AfC

Tom Tromey: Difficulties of elisp

Sat, 28 Jan 2012 03:36:02 +0000

The thesis that underlies my project to translate the Emacs C code to Common Lisp is that Emacs Lisp is close enough to Common Lisp that the parts of the Emacs C code that implement Lisp can be dropped in favor of the generally superior CL implementation. This is generally true, but there are a few difficult bits.

Symbols

The primary problem is the translation of symbols when used as variable references. Consider this code:

(defvar global 73)
(defun function (argument)
  (let ((local (something-else))
    (+ local argument global)))

More is going on here than meets the eye.

First, Emacs Lisp uses dynamic binding by default (optional lexical binding is a new feature in Emacs 24). This applies to function arguments as well as other bindings. So, you might think you could translate this straightforwardly to:

(defvar global 73)
(declare (special global))
(defun function (argument)
  (declare (special argument))
  (let ((local (something-else))
    (declare (special local))
    (+ local argument global)))

This was the approach taken by elisp.lisp; it defined macros for let and let* (but forgot defun) to do the dirty work:

(defmacro el::let* ((&rest vars) &rest forms)
  "Emacs-Lisp version of `let*' (everything special)."
  `(let* ,vars (declare (special ,@(mapcar #'from-list vars))) ,@forms))

But not so fast! Emacs also has buffer-local variables. These are variables where the value is associated with the current buffer; switching buffers makes a different binding visible to Lisp. These require no special syntax, and a variable can be made buffer-local at any time. So, we can break the above translation simply by evaluating:

(make-local-variable 'global)
(setq global 0)

Whoops! Now the function will return the wrong result — the translation will have no way to know that is should refer to the buffer-local value. (Well, ok, pretend that the setq magically worked somehow…)

My idea for implementing this is pretty convoluted. Actually I have two ideas, one “user” and one “kernel”:

User

I think it is possible to use define-symbol-macro on all symbols that come from Elisp, so that we can tell the CL compiler about the real implementation. However, a symbol can either be treated as a variable, or it can be treated as a symbol-macro — not both at the same time. So, we will need a second location of some kind to store the real value. Right now I’m thinking a symbol in another package, but maybe a cons or some other object would work better. In either case, we’d need a macro, a setf method for its expansion, and some extra-tricky redefinitions of let and defun to account for this change.

This would look something like:

(define-symbol-macro global (elisp:get-elisp-value 'global))
(defsetf elisp:get-elisp-value elisp:set-elisp-value))
;; Details left as an exercise for the reader.

This solution then has to be applied to buffer-, keyboard-, and frame-local variables.

Kernel

The kernel method is a lot simpler to explain: hack a Common Lisp implementation to directly know about buffer-locals. SMOP! But on the whole I think this approach is to be less preferred.

Tom Tromey: Emacs and Common Lisp, Part 2

Wed, 25 Jan 2012 15:01:21 +0000

This is a followup to my earlier post on converting the Emacs C code into Common Lisp. This one is a bit more technical, diving into some specifics of the conversion process.

Basics

One important fact is that we do not need to convert an arbitrary C program to Common Lisp. This might or might not be efficiently possible — but we do not care. We only need to convert Emacs. This is simpler for two reasons. First, we can just ignore any C construct that Emacs does not use. If the translator barfs after some new update, we can fix it then. Second, Emacs itself is already written in a relatively Lispy style, being a Lisp implementation itself. We further exploit this by allowing the translator to know some details about Emacs. As a trivial example, all the Smumble globals created by the DEFUN marco need not be translated into Common Lisp as structure constants — they are an artifact of the implementation, and will show up directly in the generated defuns instead.

What to ignore

A good portion of Emacs is simply redundant in the CL world. There are a few types (cons, vector, integers, functions) that are shareable — in fact, sharing these is part of the goal of this effort. There are also a number of functions which are effectively identical. There are also entire redundant modules, like the garbage collector, or the bytecode interpreter.

The question is how to have the translator differentiate between what is useful and what is not, without breaking builds of future versions of Emacs.

I don’t currently think there is a high road to solving this problem. For modules like the GC, I plan to have ad hoc translator rules for the particular source files. For functions and data types, I’m adding new GCC attributes that I can use to mark the ignorable definitions.

Types

There are two type-related issues that arise when translating the source.

First, how should Emacs-specific types be represented? Primarily these types are structures, like struct buffer or struct string (we cannot use the CL string type, because Emacs adds properties directly to the string, and Emacs has its own idiosyncratic character handling). My answer here is to just straightforwardly translate them to defstruct.

The other question is when translating a C function, what do we do with the types of local variables? For the most part I am pretending that they don’t exist. This works fine except for local arrays and structures, but these are easily handled by initializing variables properly. My rationale is that while this is slower, it lets me get something working more quickly, and we can always update the translator to emit CL type declarations later on.

This simple approach doesn’t actually cover all the needed cases. For example, there is code in Emacs that takes the address of a local variable and passes it somewhere. This is easy to deal with; much of the remaining work is just digging through the code looking for special cases to clean up.

I’m similarly omitting type declarations from the generated structures. One possible nice side effect of this approach is that it will make it easier to lift Emacs’ file-size restrictions, because there will no longer be any code assuming that the size is a fixnum.

Macros

Many low-level details of the Emacs implementation are hidden in macros. For example, Emacs stuffs some type information into the low-order bits of pointers. It uses macros to add or remove this information. For this build, I redefine these macros to do nothing. This makes the GCC Gimple representation much closer to the abstract meaning of the program, and thus simpler to translate.

There are also some macros that are useful to redefine so that we can more easily hook into them from the translator. For example, Emacs has a C macro INTEGERP that is used to check whether its argument is an integer. Normally this macro uses bit twiddling to get its answer, but I redefine it like so:

#undef INTEGERP
extern Lisp_Object *INTEGERP (Lisp_Object)
    __attribute__((lisp_form("integerp")));

Example

The translator is not nearly complete, but it can already do a fair job at translating simple functions. For example, here is “forward-point” from the Emacs C code:

DEFUN ("forward-point", Fforward_point, Sforward_point, 1, 1, 0,
       doc: /* Return buffer position N characters after (before if N negative) point.  */)
  (Lisp_Object n)
{
  CHECK_NUMBER (n);

  return make_number (PT + XINT (n));
}

Here is what the translator comes up with:

(defun Fforward_point (n)
  (let (
    temp-var-0
    Qintegerp.316
    temp-var-1
    current_buffer.317
    temp-var-2
    )
    (block nil (tagbody
      bb-0
        ; no gimple here
      bb-1
        ; no gimple here
      bb-2
        (setf temp-var-0 (integerp n))
        (if (== temp-var-0 nil)
          (go bb-3)
          (go bb-4))
      bb-3
        (setf Qintegerp.316 Qintegerp)
        (wrong_type_argument Qintegerp.316 n)
      bb-4
        (setf current_buffer.317 current_buffer)
        (setf temp-var-2 (buffer-pt current_buffer.317))
        (setf temp-var-1 (+ temp-var-2 n))
        (return temp-var-1)
  ))))

(defun elisp:forward-point (arg0)
  (Fforward_point arg0))

The output looks pretty weird, because the translator works after GCC’s CFG is built, and so the most straightforward translation is to use this mess with tagbody. I doubt this matters much, but in any case the translator is readily hackable — it is still less than 400 lines of Python, including comments.

One thing to note is the translation of “PT“. This is actually a macro that refers to the current buffer:

#define PT (current_buffer->pt + 0)

The translator properly turns this into a reference to “buffer-pt“.

Another detail is the handling of packages. My plan is to put the Emacs implementation into one package, and then any elisp into a second package called “elisp“. A DEFUN in the C code will actually generate two functions: the internal one, and the elisp-visible one; hence the “elisp:” in the translation.

Next Steps

There’s still a good amount of work to be done. The converter punts on various constructs; type translation is implemented but not actually wired up to anything; the translator should emit definitions for alien functions; and plenty more.

Jeroen Frijters: New Development Snapshot

Tue, 24 Jan 2012 12:48:53 +0000

Time for a new snapshot. Not too many changes, but the IKVM.Reflection API changes should suggest what I've been working on.

Changes:

Updated version to 7.1.4406.0.
Handle Main-Class manifest value that spans multiple lines. Fix for bug #3461012.
When constructing a generic class loader we can't use GetWrapperFromType() on the type arguments, because they might refer to a subtype that is currently being loaded.
Made base TypeWrapper resolution lazy for compiled and .NET TypeWrappers.
Use modopt custom modifiers for methods instead of name mangling and NameSigAttribute.
Added version info resource to JVM.DLL. Modified version of patch #3472413.
Added version info resource to ikvm-native-win32-{arch}.dll. Modified version of patch #3472413.
Added support for delegates with ByRef parameters.
When a dynamic only interface method ends up being "implemented" by a static or non-public method, it should throw the appropriate exception.
When instantiating a delegate and the object passed in does not properly implement the delegate's Method interface, bind the delegate to an error stub that throws the appropriate error.
The right remap filename should be put in the SourceFileAttribute, instead of the last one.
Stack trace elements in methods in remapped .NET types should not list the source filename as map.xml.
IKVM.Reflection: FieldInfo.IsAssembly should test for FieldAttributes.Assembly access, not FieldAttributes.Family.
IKVM.Reflection: Added Module.__FileAlignment property.
IKVM.Reflection: Added ManifestResourceInfo.__Offset property.
IKVM.Reflection: Avoid the need for (expensive) ResolveMethod call when emitting debug symbols. Thanks to Miguel Garcia for pointing this out.
IKVM.Reflection: Add AssemblyName.__Hash property (to expose the hash in an AssemblyRef).
IKVM.Reflection: Added Module.__EntryPointRVA and Module.__EntryPointToken properties.
IKVM.Reflection: Added MethodBase.__MethodRVA property.
IKVM.Reflection: Fixed regression introduced with AssemblyName rewrite. The AssemblyName returned from __GetReferencedAssemblies() should include an empty public key token if the referenced assembly is not strong named.
IKVM.Reflection: API change. Allow Type.MetadataToken to be called on missing type (it will return 0 or the token hint when the type was forwarded).
IKVM.Reflection: Added Universe.ResolveType() API that can be used to construct missing types.
IKVM.Reflection: Fixed various Module.Resolve* methods to throw proper exception when wrong metadata token is supplied.
IKVM.Reflection: Fixed type parameter binding for missing types.
IKVM.Reflection: Added Module.__EnumerateCustomAttributeTable() API.
IKVM.Reflection: Removed Module.__GetDeclarativeSecurityFor() API.
IKVM.Reflection: Added CustomAttributeData.__Parent API.
IKVM.Reflection: Added Module.__ImageRuntimeVersion API.

Binaries available here: ikvmbin-7.1.4406.zip

Mario Torre: Red Hat!

Tue, 24 Jan 2012 08:56:46 +0000

On the road, again and again :)

I finally decided to accept a great opportunity at Red Hat and signed with them!

I will join the Java Team with Andrew[s] and Deepak and all the other great hackers in a really cool team.

I'm not the only new joiner, and it's amazing how things go in the world at times :)

I'm very proud of being at Red Hat, is since ever I wanted this, so you guess how I'm the happiest person ever now :)

Let me share with you two pictures about this:

The second one comes from one of my contact of Flickr. It's amazing, since she posted this the same day I signed the contract and she was not aware of this. I take it as a good sign :)

Thanks Deepak for this opportunity!

UPDATE: Seems now that the identity of the mysterious guy is finally revealed :) Cheers Roman!

Roman Kennke: Red Hat

Mon, 23 Jan 2012 22:15:08 +0000

Just like my good friend Mario, I will join Red Hat, starting from February, 1st. It seems like we only come in pairs, like Laurel & Hardy. I just can’t decide who would be Laurel and who would be Hardy The thing about us is that we don’t just add up. We amplify each other.

I am very excited about this, Red Hat is about the best company I can imagine working for. They stand for all the values that I stand for myself. Let me also document this important step in my life with a picture:

Mario Torre: A little help for an Architect :)

Sun, 22 Jan 2012 14:27:32 +0000

Last year my girlfriend did a training for an important architecture studio in Biel (Switzerland), and one of the projects she was working on more actively has been now selected as a finalist for "Building of the year".

I'm very proud of her! I've seen this project growing from almost zero since you she was updating me for every single small step, and it's quite amazing to see something that on paper looks like:

Actually becomes like this:

Since the election is open to public, if you would like to help us promoting her amazing job, I share with you the link for the voting; either visit:

http://www.swiss-architects.com/de/projekte/bau-der-woche-detail/33528_janus_sanierung_und_ausbau_stadtmuseum_rapperswil_jona?vote=49

or:

http://www.swiss-architects.com/de/projekte/reviews_voting/33 and select the project number 49:

:mlzd

Blick in die Vergangenheit und in die Zukunft

Rapperswil-Jona

You can vote by clicking on "Mein Favorit" (In the form: Herr is Mr, Frau is Mrs, Vorname is Name and Nachname is family name... well, I think :)

Thanks for helping out!

Joe Darcy: Unsigned Integer Arithmetic API now in JDK 8

Fri, 20 Jan 2012 20:10:03 +0000

At long last, after due discussion and review, I've just pushed initial API support for unsigned integer arithmetic into JDK 8! The support is implemented via static methods, primarily on java.lang.Integer and java.lang.Long, that:

Provide bidirectional conversion between strings and unsigned integers
Compare values as unsigned
Compute unsigned divide and remainder

Colloquially, "unsigned integer" means a 32-bit int or 64-bit long value where all the bits are interpreted as contributing to the magnitude. In the unsigned realm, the values of an integer type of a given bit-width range from 0 to 2^width-1 rather than from -(2^width-1) to 2^width-1-1. A feature of the two's complement encoding of Java integers is that the bitwise results for add, subtract, and multiply are the same if both inputs are interpreted as signed values or both inputs are interpretted as unsigned values. (Other encodings like one's complement and signed magnitude don't have this properly.) Therefore, of the basic arithmetic operations, only a separate divide method needs to be provided to operate on values interpreted as unsigned.

To avoid dealing with the overhead of boxed values and to allow reuse of the built-in arithmetic operators, the unsigned API support does not introduce new types like UnsignedInt with instance methods to perform addition, subtraction, etc. However, that lack of separate Java-level unsigned types does mean a programmer can accidentally improperly mix signed and unsigned values. However, new unsigned types aren't the only way to mitigate this hazard. For example, a naming convention of adding a trailing "U" or "_U" to variables holding unsigned values could be adopted. A more structured approach would be to add an @Unsigned annotation type to the platform and apply that annotation to variables and fields holding unsigned values. One of the extra-linguistic checkers to be enabled by JSR 308 could then analyze code for signed/unsigned correctness.

I'm glad these methods are finally in the JDK. Later in JDK 8, there may be a few more fun bit-twiddling additions, such as methods to get the high order bits of a full multiply and methods which throw exceptions on integer overflow instead of wrapping around.

Joe Darcy: Project Coin Rocks!

Thu, 19 Jan 2012 10:53:04 +0000

After many years of speaking at JavaOne, I was happy to get notification yesterday that for giving The Heads and Tails of Project Coin this year, I was inducted as a 2011 JavaOne Rock Star.

With Project Coin successfully shipped as part of JDK 7, I'm looking forward to exploring speaking about other topics at JavaOne this year. Perhaps I'll sumbit a proposal for a "lessons from mathematics" talk I've long wanted to give. I've found approaches and results from fields like stocastics and linear algebra can be helpful in other contexts, including language design and API work.

Mark Wielaard: 503: Service Unavailable

Wed, 18 Jan 2012 10:13:20 +0000

Planet Classpath is offline today, because the US congress is considering legislation that could kill us forever. The legislation is called the PROTECT IP Act (PIPA). This legislation threatens everyone’s freedom of speech, privacy, and security online.

This would unmake the Web, just as proposed in the Stop Online Piracy Act (SOPA). We don’t want that world. Visit AmericanCensorship.org for some options to contact your representatives if you are an American citizen. The Electronic Frontier Foundation has more information on this and other issues central to your freedom online.

We will return tomorrow,

The Management

Andrew Hughes: IcedTea6 1.8.12, 1.9.12 and 1.10.5 Released!

Thu, 12 Jan 2012 10:32:59 +0000

The IcedTea project provides a harness to build the source code from OpenJDK6 using Free Software build tools, along with additional features such as a PulseAudio sound driver and support for alternative virtual machines.

A new set of releases for the IcedTea6 series is now available, which includes a number of bug fixes for issues reported since the last release. Full details are below.

Please note that, with the imminent release of IcedTea6 1.11, this will be the last release in the 1.8 series. We also generally recommend that users start to investigate Java 1.7 and the 2.0 series of IcedTea releases, as support for the older 1.6 releases will begin to diminish.

What’s New?

New in release 1.10.5 (2012-01-11)

Backports
- S7034464: Support transparent large pages on Linux
- S7037939: NUMA: Disable adaptive resizing if SHM large pages are used
- S7102369, RH751203: remove java.rmi.server.codebase property parsing from registyimpl
- S7094468, RH751203: rmiregistry clean up
- S7103725, RH767129: REGRESSION – 6u29 breaks ssl connectivity using TLS_DH_anon_WITH_AES_128_CBC_SHA
- S6851973, PR830: ignore incoming channel binding if acceptor does not set one
- S7091528: javadoc attempts to parse .class files

New in release 1.9.12 (2012-01-11)

Backports
- S7102369, RH751203: remove java.rmi.server.codebase property parsing from registyimpl
- S7094468, RH751203: rmiregistry clean up
- S7103725, RH767129: REGRESSION – 6u29 breaks ssl connectivity using TLS_DH_anon_WITH_AES_128_CBC_SHA
- S6851973, PR830: ignore incoming channel binding if acceptor does not set one

New in release 1.8.12 (2012-01-11)

Backports
- S7102369, RH751203: remove java.rmi.server.codebase property parsing from registyimpl
- S7094468, RH751203: rmiregistry clean up
- S7103725, RH767129: REGRESSION – 6u29 breaks ssl connectivity using TLS_DH_anon_WITH_AES_128_CBC_SHA
- S6851973, PR830: ignore incoming channel binding if acceptor does not set one

The tarballs can be downloaded from:

SHA256 checksums:

ddd3eceba02b5511c1c399e0067c6348d2215f49262e9456108dd2da66b937d7 icedtea6-1.8.12.tar.gz
dfd8c88052aca10ef12ae78ddce883cf2ee308e77624e24127f4b97f19ed733c icedtea6-1.9.12.tar.gz
7d0f9e833a42b6af308a34d432431f0528a2efa52d7837aa446d1c4c27161a0c icedtea6-1.10.5.tar.gz

Each tarball is accompanied by a digital signature (available at the above URL + ‘.sig’). This is produced using my public key:

PGP Key: 248BDC07 (https://keys.indymedia.org/)
Fingerprint = EC5A 1F5E C0AD 1D15 8F1F 8F91 3B96 A578 248B DC07

The following people helped with these releases:

Deepak Bhole (backport of 7037939, 7034464, 7043564)
Andrew John Hughes (release management and backports of 7091528, 6851973, 7103725)
Omair Majid (backport of 7102369)

We would also like to thank the bug reporters and testers!

To get started:

$ tar xzf icedtea6-<ver>.tar.gz
$ cd icedtea6-<ver>

Full build requirements and instructions are in INSTALL:

$ ./configure [--enable-zero --enable-pulse-java --enable-systemtap ...]
$ make

Xerxes Rånby: OpenJDK on Tizen

Wed, 11 Jan 2012 16:59:36 +0000

The brand new Tizen SDK got released

Tizen are a new mobile platform with the aim to thrive in a new ecosystem made up of HTML5 and js based applications.

The Tizen SDK includes the Eclipse IDE and an emulator themed after Samsungs new atom-phone reference design. The emulator come pre-installed with a functional Tizen phone system and some sample applications.

Booting up Tizen

The emulator can get started from the Tizen Emulator Manager. I can then connecting to it by running

sdb shell

Under the hood we can find a small Debian GNU/Linux root filsystem, an Xorg server, pulseaudio and many other nice system services just like on regular Linux desktop. This are good because it will enable us to quickly add some new software stacks to Tizen!

OpenJDK on Tizen

After a quick sdb push i had uploaded a pre-built OpenJDK-6 image running the LLVM 3.0 based Shark VM into Tizen and behold: oneslime on Tizen

Thank you Linux foundation for pushing GNU/Linux into mobile phones!

Summary: OpenJDK work fine on Tizen and the Tizen SDK work fine using OpenJDK!

Jeroen Frijters: IKVM.NET 7.0 Update 1 Release Candidate 0

Tue, 03 Jan 2012 12:24:44 +0000

A couple of annoying bugs have been reported since 7.0 was released, so I decided to do an update.

Changes:

Changed version to 7.0.4335.1.
FileStore for non-accessible drive should throw exception when trying to create the FileStore, not when accessing the name() or type() properties.
Graphics2D.clip(null) should only throw NPE for a Component graphics.
Don't crash when ikvmc -resource: or -externalresource: option doesn't contain an = sign.
Handle Main-Class manifest value that spans multiple lines. Fix for bug #3461012.
Informational messages should not be treated as error when -warnaserror is specified. Fix for #3443377.
Don't enforce pre-1.5 class name rules in ikvmc (since HotSpot doesn't enforce any naming rules for classes loaded by the system (and boot) class loader, by default). Fix for #3443373.
Fix for #3441959.
Throwable.addSuppressed() didn't have a proper parameter name.
Mark getSpace0 with SecuritySafeCritical to avoid getting an exception with .NET 4
Bug fix. Removed incorrect check for uninitialized objects on backward branch.
Don't crash when ikvmc -resource: or -externalresource: option doesn't contain an = sign.
Added AssemblyInformationalVersionAttribute to OpenJDK assemblies (to set the "Product Version"). Part of patch #3458997.
Include copyright and metadata in IKVM.OpenJDK.Tools.dll. Part of patch #3458997.
Bug fix. Don't call Finish on unloadable TypeWrapper.
Bug fix. When constructing a generic class loader we can't use GetWrapperFromType() on the type arguments, because they might refer to a subtype that is currently being loaded.
Fix. When decoding a NameSigAttribute it is possible that a type does not exist (i.e. is an unloadable) and that results in a warning emitted against the referenced assemblies class loader.
Suppress annotation custom attributes when enumerating inner classes.
IKVM.Reflection: Bug fix. FieldInfo.IsAssembly should test for FieldAttributes.Assembly access, not FieldAttributes.Family.

Binaries available here: ikvmbin-7.0.4335.1.zip

Sources: ikvmsrc-7.0.4335.1.zip, openjdk7-b147-stripped.zip

Roman Kennke: Life after JP Morgan

Mon, 02 Jan 2012 12:04:02 +0000

By the end of November 2011 my contract with JP Morgan ended after 17 months. In many ways it was an interesting but difficult time. I could learn a lot of interesting (and not so interesting) things. Unfortunately, not so much technical stuff that I would have liked (I didn’t really expect that), but about how (really) big corporations work (I think they copy from dilbert.com), about software engineering processes and banking stuff. It was quite difficult for me and my family though, I needed to commute from south-west Germany to south-west Switzerland every second week, which was quite a struggle for all of us. I am happy that this is over now.

I took some free time to spend with my family for most of December, and now want to start through with cool new stuff. I am still not 100% sure which way to go. I am currently spending time to work on CacioWeb and want to turn it into a great product for LadyBug. We have some interested customers and could get some funding, so this is an obvious thing to do for the short term. We also have a bunch of other cool ideas in the pipeline. I am not sure if it can provide enough safe income for the long run to feed my family though, which is why I am also currently looking for an employment position in a nice company (if you happen to know a good one – here’s my CV – , let me know!).

To me that’s an exciting start into the new year. It will be interesting to see what will have happened one year from now

Robert Lougher: JamVM no claim to notability?

Fri, 30 Dec 2011 01:26:22 +0000

JamVM has a wikipedia page. I didn't create it, and I'm not egotistical enough to maintain it in any way. However, I was less than impressed to see that somebody had taken it upon themselves to put the page forward for deletion. The reasons being that it hasn't had a recent release, and that it has no claim to notability.

I have tried to show that neither of these claims are true. For example, JamVM is the default VM on Ubuntu/ARM 11.10. I think this is both notable and recent! However, this doesn't seem to count, the debate being fixated on a claim on the page regarding Dalvik from a blog.

To be honest, I'm so disgusted with the process that I no longer care if the page is deleted. But if anybody else cares, please put a word in for JamVM.

Mark Wielaard: Free Java @ FOSDEM 2012 (CFP deadline end this year!)

Tue, 27 Dec 2011 22:34:54 +0000

The end of 2011 is near.
The Free Java Momentum will be even bigger in 2012.
Have you made your new year’s resolutions yet?
And is attending Free Java @ FOSDEM 2012 on Feb 4 and 5 one of them?
http://wiki.debian.org/Java/DevJam/2012/Fosdem

Or are you even more ambitious and will you submit a talk proposal?
Then please make sure you submit an abstract before the end of the year
to fosdem@developer.classpath.org. Full instructions can be found at:
http://wiki.debian.org/Java/DevJam/2012/Fosdem/CallForParticipation

Mark Reinhold: Project Jigsaw: Bringing the big picture into focus

Wed, 21 Dec 2011 21:56:38 +0000

I’ve started drafting an overview of the current state of our work on Project Jigsaw. Ultimately this will be a fairly long document, but in order to start getting feedback as early possible I’ve published the first part on its own. This initial installment covers design principles, basic definitions, and module declarations; still to come are sections on compilation, packaging, libraries, repositories, the module-system API, and the modularization of the JDK.

The Jigsaw module system is designed to be both approachable and scalable: Approachable by all developers, yet sufficiently scalable to support the modularization of large legacy software systems in general and the JDK in particular. It aims to implement a set of general requirements; its detailed design has been further guided by the following principles:

Modularity is a language construct — The best way to support modular programming in a standard way in the Java platform is to extend the language itself to support modules. Developers already think about standard kinds of program components such as classes and interfaces in terms of the language. Modules should be just another kind of program component, and like classes and interfaces they should have meaning in all phases of a program’s development.
Module boundaries should be strongly enforced — A class that is private to a module should be private in exactly the same way that a private field is private to a class. In other words, module boundaries should determine not just the visibility of classes and interfaces but also their accessibility. Without this guarantee it is impossible to construct modular systems capable of running untrusted code securely.
Static, single-version resolution is usually sufficient — Most applications do not need to add or remove modules dynamically at run time, nor do they need to use multiple versions of the same module simultaneously. The module system should be optimized for common scenarios but also support narrowly-scoped forms of dynamic multi-version resolution motivated by actual use cases such as, e.g., application servers, IDEs, and test harnesses.

There are already plenty of module systems built on top of the Java platform. What’s new about the Jigsaw module system is that it’s designed to be an integral part of the platform. The design assumes the possibility of changing the Java language and the Java virtual machine, thereby enabling both linguistic support for modular programming and secure encapsulation.

For more details see the draft. Please send comments, questions, and suggestions to the jigsaw-dev mailing list. (If you haven’t already subscribed to that list then please do so first, otherwise your message will be discarded as spam.)

Andrew Cowie: Poisoning DNS perhaps a bad idea

Tue, 20 Dec 2011 04:00:51 +0000

This is insane. I’m sitting at a café in Sydney using their hotspot. Went to search for something, and I kept getting strange looking “site not found” pages. Huh? Thy were working a few hours ago. So I started digging.

The café’s upstream ISP is “Optus”, one of the major Australian carriers. To my astonishment I found that Optus’s DNS servers are interfering with Google searches, stealing their DNS lookups and serving results pages on their own (shitty quality) branded search instead! Try https:? No connection; and Google+ wouldn’t load either.

Obviously as soon as realized what’s going on I immediately changed DNS servers to something reliable. Before I did I found a tiny “about this page” link at the bottom of the heinous Optus search results page, where I was told how great this was for me, but how I could opt out of their “default” search engine if I wanted to but was warned this was an “advanced setting”.

Seriously, what do Optus think they’re doing? From a commercial standpoint, do they really think that their captive audience matters to anyone advertising on the web? Of course not, but in the mean time they’re certainly going to alienate customers who just maybe actually do want to use (in this case) Google sites.

There’s a bigger issue, though. Unaltered answers to DNS queries is a backbone of net neutrality. That’s our problem, but once carriers start poisoning nameservers in their own favour it will be but a blink before everyone is doing it to each other and lookups will become worthless. While I’m sure the morons in Marketing who thought that sabotaging DNS queries would be a good idea won’t be worried about the wreckage that will cause for everyone else, such a war wouldn’t be good for any of the companies involved, either. And meanwhile, if they really want everyone to learn how to install an app to “fix” the internet…

Of course, this is only a taste of what we’ll be in for when the communications minister finally gets his compulsory Great Firewall of Australia censorship in place, but one thing at a time. If you’re looking for internet access down here, clearly Optus or anything that uses their network should be blacklisted.

AfC

David Herron: The DLJ project is dead - long live the OpenJDK

Mon, 19 Dec 2011 20:38:31 +0000

There appears to be over-reacting and fearism concerning a recent decision to cancel the DLJ project, and subsequently Ubuntu's plan to remove DLJ-based Java packages from their repository. I'm totally out of the loop of this except for a couple things. As the former DLJ Project Lead I was still vaguely involved with the management of that project, and recently there was an email exchange between myself, Dalibor and Tom where we decided it would be best to just shut down the DLJ because the OpenJDK had proceeded far enough that the DLJ was simply unnecessary.

Some blog postings on osnews.com and www.omgubuntu.co.uk came to my attention where there are many comments along the lines of "OMG THE SKY IS FALLING AND ORACLE IS EVIL". Well, sigh.

There's nothing to worry about here. It's really very simple.

The DLJ Project was launched at JavaOne 2006 when it looked unlikely that Sun's Java implementation would ever be open sourced, we devised the DLJ Project to provide JDK bundles under a liberal license. It was meant to help the community easily have a good quality Java implementation on Linux, but then the new CEO declared the creation of the OpenJDK project from the stage of that very same JavaOne.

Over the course of time the OpenJDK project became really good and it was no longer necessary to maintain the DLJ project.

There's nothing EVIL here .. it's simply that the DLJ project became irrelevant.

Dalibor had a nice post about this a few months ago - http://robilad.livejournal.com/90792.html

David Gilbert: JFreeChart 1.0.14 - New Features II

Sun, 04 Dec 2011 21:30:14 +0000

Another key feature in the JFreeChart 1.0.14 release is the option to render drop-shadows within plots, aimed at charts that will be rendered on-screen. The effect of this is quite subtle, but noticeable if you compare two charts directly, one with the shadows and one without:

Compare this to the same chart generated without the drop shadow:

I had resisted adding this feature in the past, because it means dropping down to bit-map level operations, and the rest of JFreeChart is based purely on vector primitives...but in the end, there were too many people that wanted this and, like most things in JFreeChart, the developer can configure it however he or she prefers.

Utilising this feature will incur some overhead in memory usage, but is very simple to switch on - simply add the following line near the start of your application (before any charts are created):

ChartFactory.setChartTheme(new StandardChartTheme("JFree/Shadow", true));

There are other more direct ways as well, for example see the setShadowGenerator() method in the XYPlot class.

Xerxes Rånby: Carpe diem CACAO JVM!

Fri, 02 Dec 2011 23:54:55 +0000

I have been following the CACAO JVM development on ARM since 2008, back then CACAO was one of the first alternative JVM, to be used instead of Hotspot in combination with the OpenJDK 6 class libraries.

CACAO history dates back to 1997-1998 when CACAO was one of the first JIT compiler to be used instead of SUN’s Java JVM interpreter.

Today CACAO are being used in combination with OpenJDK 6 on architectures like ARM, MIPS and PPC where Oracle have not yet released code for a GPL licensed Hotspot JIT. CACAO are popular, see the Debian OpenJDK-6 popularity contest chart where up to 80% of all the Debian OpenJDK 6 JVM users have picked CACAO to be installed. This trend kept on since the beginning of 2009 up to the summer of 2011.

Carpe diem CACAO JVM!

During the summer of 2011 Oracle released OpenJDK 7 and CACAO users started to abandon the JVM in favour for JamVM, the reason “why?” are that CACAO depends on the HPI API that have been removed from the OpenJDK 7 code base. This means that CACAO currently only work in combination with the “classic” OpenJDK 6. The second black cloud for CACAO JVM on ARM was that all major ARM Linux distributions started to move from “armel” towards the new “armhf” ABI something CACAO do not support. JamVM here provided the ARM Linux distributions and users with a stable and future proof alternative.

If we for a moment forget about the future and focus on today CACAO are in great shape when built from CACAO hg HEAD.

CACAO are FAST, http://openjdk.gudinna.com/benchmarks/
CACAO are stable, thanks to Stefan Ring who have been diligent on fixing bugs found in the CACAO JIT codegen.
CACAO are fresh, the current CACAO hg HEAD contains the rewritten, “still unreleased” C++ version of CACAO its a totally different JVM compared to the last C based release of CACAO 0.99.4.

If you want to experience the CACAO JVM in its finest the do run the latest development version of CACAO in combination with OpenJDK 6, built using the current IcedTea6 head. Run it on ARM “armel”, PPC or MIPS and experience a fast responsive JVM burning brighter than ever before!

Andrew Overholt: Analysing the Eclipse SDK build

Tue, 29 Nov 2011 18:41:32 +0000

My friend and co-worker Sami Wagiaalla has been doing lots of builds of the Eclipse SDK recently. He decided to see where the time was going and wrote up this interesting blog post:

http://wagiaalla.com/2011/11/29/analysing-eclipse-build/

I encourage you to read it if you’re interested in the build of the Eclipse SDK.

Guillaume Legris: Jainja VM

Tue, 22 Nov 2011 09:23:09 +0000

Jainja VM is a new JVM written in Java.

The VM can run on top of multiple environments : Java SE, Java ME, Android, Javascript, and even natively in a near future.

You can see Jainja in action in your browser (no Java plugin required, only a HTML5 browser): demo

Sources will be released during FOSDEM 2012.

Kelly O'Hair: OpenJDK B24 Available

Fri, 18 Nov 2011 16:52:02 +0000

The latest OpenJDK6 release B24 is now available, details are at
blogs.oracle.com/openjdk6releases/entry/openjdk_6_b24_available.

-kto

Deepak Bhole: IcedTea-Web 1.0.6 and 1.1.4 (security releases) released

Tue, 08 Nov 2011 16:04:21 +0000

IcedTea-Web 1.0.6 and 1.1.4 have been released. These are security fix only
releases and address a security issue classified as having moderate impact.

What’s new in 1.0.6 and 1.1.4:

RH742515, CVE-2011-3377: IcedTea-Web: second-level domain subdomains and suffix domain SOP bypass

The following people helped with this release:
Omair Majid

Checksums:
44a770da85fd2e342ab09e065798a07d04601ea51879df4a5e88f804e4f02eba icedtea-web-1.0.6.tar.gz
b17a742af0153b7887cf667a160f8519afad125bc515b0f4783c66e7ee1a7f26 icedtea-web-1.1.4.tar.gz

Download links:
http://icedtea.classpath.org/download/source/icedtea-web-1.0.6.tar.gz
http://icedtea.classpath.org/download/source/icedtea-web-1.1.4.tar.gz

After extracting, it can be built as per instructions here:
http://icedtea.classpath.org/wiki/IcedTea-Web#Building_IcedTea-Web