Mercurial > hg > Members > kono > jpf-core
view src/tests/gov/nasa/jpf/test/mc/basic/TransitionLengthTest.java @ 17:e15b03204dc7
added a @NoJPFExecution annotation, which sets a NoJPFExec system attr on marked
methods during class load time, which gets checked by ThreadInfo.enter(). Useful
to flag methods which have to be intercepted/cut off when executing classes
under JPF that can also be used outside. Especially useful to avoid the
recursive JPF problem that can be caused by tests (which mix classpath and
native_classpath). This currently throws a JPFException, but we could also turn
this into a AssertionError in the SUT so that we get the SUT stack trace
author | Peter Mehlitz <pcmehlitz@gmail.com> |
---|---|
date | Mon, 23 Mar 2015 12:54:20 -0700 |
parents | 61d41facf527 |
children |
line wrap: on
line source
/* * Copyright (C) 2014, United States Government, as represented by the * Administrator of the National Aeronautics and Space Administration. * All rights reserved. * * The Java Pathfinder core (jpf-core) platform is licensed under the * Apache License, Version 2.0 (the "License"); you may not use this file except * in compliance with the License. You may obtain a copy of the License at * * http://www.apache.org/licenses/LICENSE-2.0. * * Unless required by applicable law or agreed to in writing, software * distributed under the License is distributed on an "AS IS" BASIS, * WITHOUT WARRANTIES OR CONDITIONS OF ANY KIND, either express or implied. * See the License for the specific language governing permissions and * limitations under the License. */ package gov.nasa.jpf.test.mc.basic; import gov.nasa.jpf.ListenerAdapter; import gov.nasa.jpf.util.test.TestJPF; import gov.nasa.jpf.vm.ChoiceGenerator; import gov.nasa.jpf.vm.Instruction; import gov.nasa.jpf.vm.ThreadInfo; import gov.nasa.jpf.vm.VM; import gov.nasa.jpf.vm.choice.BreakGenerator; import org.junit.Test; /** * JPF regression test for breaking transitions when exceeding * vm.max_transition_length. While the program would not terminate outside * JPF, it will terminate when run under JPF because of state matching * * the listener is purely informative - if the test fails it doesn't terminate. * It should report two registrations within the loop, the second one matching * the state that was stored after the first one. However, the number of * transition breaks might change with more sophisticated loop detection */ public class TransitionLengthTest extends TestJPF { public static class Listener extends ListenerAdapter { @Override public void choiceGeneratorRegistered (VM vm, ChoiceGenerator<?> nextCG, ThreadInfo currentThread, Instruction executedInstruction) { if (nextCG instanceof BreakGenerator){ System.out.println(); System.out.println("registered: " + nextCG); } } } @Test public void testTermination(){ if (verifyNoPropertyViolation("+vm.max_transition_length=500", "+listener=" + TransitionLengthTest.class.getName() + "$Listener")){ System.out.println("starting loop"); while (true){ // no program state change withing body - this should eventually run into state matching System.out.print("."); } // we can never get here outside of JPF } } }