Hi Mike,
Thanks for the reply. I tried your suggestion and added the absolute path in place of ${ProjDirPath} in the PRACTICE script setting. While the internal error no longer popped up and TRACE32 was now launched, the script wasn't being executed. TRACE32 didn't show any errors but when I closed TRACE32, S32DS popped up this error:
"Trace32 could not execute command'do C:/iss/liz/projects/test/s32r294/source/testproj/testprojsource/Diab_build_S32R294/TestProject/TestProject_Z4_0/
iss/liz/projects/test/s32r294/source/testproj/testprojsource/Diab_build_S32R294/TestProjectProject_Settings/Debugger/ram.cmm Debug TestProject_Z4_0.elf ' at line {1}.
Invalid parameter: command length"
I noticed the path to the script file had the project path in there twice. In the debug configuration there's a setting for Initial Working Directory which is set to ${ProjDirPath}. I thought that might be where the duplicate project path was coming from so I modified the PRACTICE script setting to remove ${ProjDirPath} altogether and set it to:
./Project_Settings/Debugger/ram.cmm ${ConfigName} ${ProjName}.elf
Now when I launch it, TRACE32 comes up and the script runs successfully.
Thanks,
Liz