In 3.5.6 the internal GsDevKit_home tests have started failing because of a %D in the GEMSTONE_NRS_ALL env var inherited form the environment used to start remote clients (like tODE) ... this behavior will apply only to newer versions of GemStone and is not honored in older versions of GemStone. In GsDevKit_home ALL log files are put into the stone's log directory so the the %D should not be honored in the GsDevKIt_home env ... The %D means that the log directory MUST BE SUPPLIED ON THE STARTNETLDI COMMAND LINE ... and the older #dir= NRS is used to route the logs to the stone's log directory.
Since this has only shown up in the internal testing environment I will add an unset GEMSTONE_NRS_ALL to the test driver ($GS_HOME/tests/testTravisCI.sh)
In 3.5.6 the internal GsDevKit_home tests have started failing because of a %D in the GEMSTONE_NRS_ALL env var inherited form the environment used to start remote clients (like tODE) ... this behavior will apply only to newer versions of GemStone and is not honored in older versions of GemStone. In GsDevKit_home ALL log files are put into the stone's log directory so the the %D should not be honored in the GsDevKIt_home env ... The %D means that the log directory MUST BE SUPPLIED ON THE STARTNETLDI COMMAND LINE ... and the older #dir= NRS is used to route the logs to the stone's log directory.
Since this has only shown up in the internal testing environment I will add an
unset GEMSTONE_NRS_ALL
to the test driver ($GS_HOME/tests/testTravisCI.sh)