Re: [MTT devel] Question about adding executable tests to the "Test Run" phase

2010-11-12 Thread DongInn Kim
before running. ompi_compiler_name = gnu ompi_compiler_version = &get_gcc_version() ompi_configure_arguments = < On Nov 12, 2010, at 11:08 AM, DongInn Kim wrote: > >> Hi, >> >> MTT::Test::Specify::Simple::S

Re: [MTT devel] Question about adding executable tests to the "Test Run" phase

2010-11-12 Thread DongInn Kim
t; Any help would be really appreciated. On 11/12/10 11:08 AM, DongInn Kim wrote: > Hi, > > MTT::Test::Specify::Simple::Specify(/nfs/rinfs/san/homedirs/ftbteam/svn/mtt_trunk/lib/MTT/Test/Specify/Simple.pm:130): > 130:if (-x $t or $MTT::DoCommand::no_execute) { > DB&

[MTT devel] Question about adding executable tests to the "Test Run" phase

2010-11-12 Thread DongInn Kim
Hi, MTT::Test::Specify::Simple::Specify(/nfs/rinfs/san/homedirs/ftbteam/svn/mtt_trunk/lib/MTT/Test/Specify/Simple.pm:130): 130:if (-x $t or $MTT::DoCommand::no_execute) { DB<51> p $t ftb_watchdog Here is the step to add a executable test to a hash reference($ret) if $t is exec

Re: [MTT devel] Best way to run ftb_database_server and ftb_agent

2010-11-09 Thread DongInn Kim
t/lib/MTT/Test/Run.pm line 200 MTT::Test::Run::Run('Config::IniFiles=HASH(0x19dfea0)', 'Config::IniFiles=HASH(0x19ba940)', '/u/ftbteam/ftt-runs/odin/20101109-Nightly/pb_0/installs', '/u/ftbteam/ftt-runs/odin/20101109-Nightly/pb_0/test_runs', 'und

Re: [MTT devel] Best way to run ftb_database_server and ftb_agent

2010-11-08 Thread DongInn Kim
Jeff, thank you. BTW, I have looked at the ompi-core-perf-testing.ini file which seems to have used the mpi detail sections and I tried to use it in our ftb.ini file but I still get the same warning message. *** Test Run phase starting >> Test Run [ftb] >> Running with [ftb-nightly-trunk] / [0.

Re: [MTT devel] Best way to run ftb_database_server and ftb_agent

2010-11-07 Thread DongInn Kim
> '&and(&cmd_wifexited(), &eq(&cmd_wexitstatus(), 77))', 'simple_fail:pass' => '&and(&cmd_wifexited(), &ne(&cmd_wexitstatus(), 0))',

Re: [MTT devel] Best way to run ftb_database_server and ftb_agent

2010-11-06 Thread DongInn Kim
Josh, thanks but actually I don't know how to set the base directory of the test suite in the Test Get/Build phase. Is it setup in the ini file or somewhere? and how? Regards, On 11/5/10 11:32 AM, Joshua Hursey wrote: > > On Nov 5, 2010, at 10:11 AM, DongInn Kim wrote: > &

Re: [MTT devel] Best way to run ftb_database_server and ftb_agent

2010-11-05 Thread DongInn Kim
egards, On 11/5/10 9:01 AM, DongInn Kim wrote: > Hi Josh, >> Do you need to restart the FTB daemons before every test, or just start them >> once before running an entire test suite? > I believe that the daemon needs to run once before running an entire test > set. Abhish

Re: [MTT devel] Best way to run ftb_database_server and ftb_agent

2010-11-05 Thread DongInn Kim
27;&test_executable()' funclet is filled in > with the test name, and the perl script handles the rest of the launch from > there. > > If it is helpful, the C/R 'Test Get/Build/Run' phases are in > ompi-tests/iu/mtt/etc/mtt2/ftcr.ini. > And the 'MPI De

[MTT devel] Best way to run ftb_database_server and ftb_agent

2010-11-05 Thread DongInn Kim
Hi, Is there any way to put some lines to the mtt ini file to run the FTB daemons(ftb_database_server and ftb_agent)? Should we make another "FTB Run" phase after "FTB Install" or run the two daemons inside "Test run" but run the daemons before running the test scripts? I think either way would

Re: [MTT devel] question about the test run

2010-11-04 Thread DongInn Kim
run at the "Test Run" phase. Regards, On 11/4/10 2:35 PM, Jeff Squyres wrote: > It's instantiated in lib/MTT/Test.pm. > > It's filled in by LoadBuilds in the same file (i.e., when the results of a > prior test build is loaded in from the dump file) and at the bo

Re: [MTT devel] question about the test run

2010-11-04 Thread DongInn Kim
I am sorry that I was confused with the variable definition. My question should be how "$MP::Test::builds" is defined. Regards, On 11/4/10 1:42 PM, DongInn Kim wrote: > Thank you for all the detailed explanations, Jeff. > > Yes, if we can manage the MPI part with more gener