From: Michal K. <mic...@gm...> - 2008-09-29 15:42:45
|
No it is not at the end of a JPF run. It's in a native peer for JUnit listener, e.g.: public static void testStartedNative(MJIEnv env, int robj, int rString0) { System.out.println(env.getJPF().getReporter().getPath().size()); } MK Peter C. Mehlitz wrote: > If you inspect the path at the end of a JPF run, it is only non-empty > in case there was a property violation (backtracking to the first > state and not having any non-processed choice anymore *is* the end > condition for the search) > > -- Peter > > > On Sep 29, 2008, at 6:13 AM, Michal Kebrt wrote: > >> After writing a part of JUnitProperty I realized it wouldn't be so >> straightforward as it seemed to be. For example, JUnit has >> @Test(expected=...) annotation which shouldn't produce an error when >> expected exception occurs. Therefore the JUnitProperty should >> understand some of JUnit internals which is not very clean solution. >> >> I am thinking of inspecting JVM Path object (and maybe other >> information provided by Reporter) in JUnit's native peer but the >> path is always empty, why? >> >> MK > > > ------------------------------------------------------------------------- > This SF.Net email is sponsored by the Moblin Your Move Developer's challenge > Build the coolest Linux based applications with Moblin SDK & win great prizes > Grand prize is a trip for two to an Open Source event anywhere in the world > http://moblin-contest.org/redirect.php?banner_id=100&url=/ > _______________________________________________ > Javapathfinder-devel mailing list > Jav...@li... > https://lists.sourceforge.net/lists/listinfo/javapathfinder-devel |