Members/kono/jpf-core: revision graph

graph

less more | rev 29: (0) tip

Fixed a bug in the implementation for lambda support. Now, every invocation of invokedynamic that is associated with a lamabda expression including free variables leads to a new instance of a function object.
Fri, 16 Oct 2015 15:55:08 -0700, by nastaran
Provided support for double colon operator used for lamabda expressions. Fixed a bug related to generating names for funcation object classes (by supporting double colon operator, a new stragety needed to generate unique names for function objects. To achive that the bootstrap ids are incorporated into names). Finally modified the method that retrieves the SAM from functional interfaces.
Thu, 25 Jun 2015 13:20:50 -0700, by nastaran
fixed the missing class init status update for native clinits. Since we moved
Mon, 11 May 2015 12:17:18 -0700, by Peter Mehlitz
moved NonShared + checker listener over from old jpf-aprop. Note this is still a JVM specific listener but it could be VM agnostic
Mon, 04 May 2015 22:10:33 -0700, by Peter Mehlitz
added class name to warning for ambiguous native methods (without MJI signatures)
Wed, 22 Apr 2015 15:54:26 -0700, by Peter Mehlitz
the fix I would have liked to avoid - apparently hotspot internally does nested locking during class init, which can lead to deadlocks such as described in http://ternarysearch.blogspot.ru/2013/07/static-initialization-deadlock.html. Actually, it's not a regular deadlock since core dumps still list the threads as runnable, althouth it doesn't seem to be a livelock either. In any case, it can be simulated by nested locking and clinit execution, and it is such a serious defect that we want to be able to catch it. The general mechanism is to replace the disparate (but properly ordered) direct clinit calls of the generic ClassInfo.initializeClass() with a single sythetic method that includes all required locking (bottom up), clinit calls / class status change (top down), and unlocking (top down). We also need to add a synthetic insn to defer changing the class status of classes that don't have clinits(), or otherwise the correct lock/unlock order will not amount to anything if the hierarchy is entered through one of the clinit-absent classes. Now we get proper deadlocks if there are concurrent cyclic dependencies during class resolution. However, this can be such a state exploder that we certainly don't want this as the default behavior, especially since it probably is hotspot specific. Nested class init locking is therefore controlled by jvm.nested_init and respective jvm.nested_init.include/exclude options. Added a NestedInitTest to demonstrate use. Thanks to Lilia Abdulina for bringing this long forgotten issue up
Tue, 21 Apr 2015 00:34:15 -0700, by Peter Mehlitz
streamlined class init, which was a mixed case of registerClass()/initializeClass() and pushRequiredClinits(). Now it is a single initializeClass(ti) method which combines the previous initializeClass(), pushRequiredClinits() and pushClinit() methods. The reason for combining these is the forthcoming replacement of separately locked clinits from different DirectCallStackFrames with a single synthetic frame that calls clinits from nested synchronized blocks. This is required to model hotspot, which does cause deadlocks with concurrent init of classes that cause subclass init during their clinit executions.
Wed, 15 Apr 2015 22:40:21 -0700, by Peter Mehlitz
fixed JPF_.._Verify.registerChoiceGenerator() to not break and ignore the
Tue, 14 Apr 2015 15:01:25 -0700, by Peter Mehlitz
reshuffled Event hierarchy, introducing SystemEvent, with CheckEvent and
Fri, 10 Apr 2015 20:53:11 -0700, by Peter Mehlitz
changed EventForest to derive from EventTree, which kills three birds with one
Mon, 06 Apr 2015 12:08:03 -0700, by Peter Mehlitz
!!! NOTE: this marks the beginning of Java 8 dependency for jpf-core compilation.
Wed, 01 Apr 2015 12:14:15 -0700, by Peter Mehlitz
moved LogConsole to .jpf.tool package
Tue, 31 Mar 2015 15:37:44 -0700, by Peter Mehlitz
added a @NoJPFExecution annotation, which sets a NoJPFExec system attr on marked
Mon, 23 Mar 2015 12:54:20 -0700, by Peter Mehlitz
fixed forgotten ClInitRequired check in DateFormat - thanks to Jiri Vahala
Fri, 20 Mar 2015 15:47:10 -0700, by Peter Mehlitz
some minor syntax fixes to make IntelliJ happy
Wed, 18 Mar 2015 11:52:11 -0700, by Peter Mehlitz
bug caused by using the wrong index during scheduler.updateArraySharedness() -
Mon, 16 Mar 2015 19:39:36 -0700, by Peter Mehlitz
replaced ThreadInfo.yield() (which was bypassing SyncPolicy) with SyncPolicy.setsRescheduleCG(). The current use is only for the corner case where the last transition in the last non-daemon triggers a defect in a still runnable daemon, which we want to detect before the daemon is shut down.
Fri, 13 Mar 2015 14:07:43 -0700, by Peter Mehlitz
modified PathOutputMonitor to allow in-situ path specs. If the pom.{all|any|none} value starts with a double quote it is taken as the output spec. Also added a VerbatimOutputSpec in case we don't want regex matching
Wed, 11 Mar 2015 18:20:32 -0700, by Peter Mehlitz
PairPermutationGenerator didn't have public ctor
Wed, 25 Feb 2015 13:03:40 -0800, by Peter Mehlitz
Made getRunnableCG add GlobalSchedulingPoint as an attribute to global choice generators that capture choices from multiple processes.
Wed, 25 Feb 2015 09:42:13 -0800, by nastaran
added choice getters for EventChoiceGenerator
Fri, 13 Feb 2015 20:20:15 -0800, by Peter Mehlitz
added single element List optimization
Wed, 11 Feb 2015 19:16:10 -0800, by Peter Mehlitz
added a @JPFAttribute(TYPE_NAME,...) annotation for model classes (class, field and method target), which causes JPF to automatically set attribute objects that are instantiated from the provided type name args. Note that the respective attribute classes need to have a public default constructor. Added a JPFAttrAnnotationTest to show how to use it. This is the generic mechanism to use if we need to mark ClassInfos, MethodInfos and FieldInfos either from sources (using annotations), or from config files (type names/matchers used from listeners etc.) - base the processing on attributes, and set them from annotations via @JPFAttribute
Fri, 06 Feb 2015 17:28:55 -0800, by Peter Mehlitz
added a UniqueRandomPermGenerator that makes sure we don't return duplicates. It also checks the (unlikely and pointless) case that we request more permutations than N! and caps the number of samples accordingly
Fri, 06 Feb 2015 10:12:12 -0800, by Peter Mehlitz
slight fix of RandomPermutationGenerator, which should re-shuffle the original
Thu, 05 Feb 2015 19:13:42 -0800, by Peter Mehlitz
added some infrastructure to pull-generate permutations (total, random and
Thu, 05 Feb 2015 18:53:33 -0800, by Peter Mehlitz
added inverse matching in StringSetMatcher. Since this is not easy to do in regexes, it's at the next hight level in StringSetMatcher
Tue, 03 Feb 2015 08:49:33 -0800, by Peter Mehlitz
second part of the jpf-statechart motivated event interface overhaul, providing dynamic (context specific) expansion of EventTrees from within EventChoiceGenerators. This adds a EventContext mechanism that can replace events on-the-fly during advance() (e.g. expand wildcard patterns)
Sat, 24 Jan 2015 18:19:08 -0800, by Peter Mehlitz
first set of post v7 patches
Fri, 23 Jan 2015 11:08:46 -0800, by Peter Mehlitz
initial v8 import (history reset)
Fri, 23 Jan 2015 10:14:01 -0800, by Peter Mehlitz

less more | rev 29: (0) tip