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
    }
  }
}