Sometimes Delphi, FinalBuilder GUI etc is left from previous day. So those processes was killed before start. Lock-files deleted etc. And it worked fine. But now something changed.
If you kill FinalBuilder while it has a project open, you risk corrupting the log file (it’s a database). Not sure why the log file entries show the full path, will need to look into that. The runtime overflow will be from FinalBuilder being killed and the end time not being written to the log file.
I have to question why you are killing FinalBuilder? Are actions that you run hanging? If so then you should use the timeout feature on the actions Runtime tab, Timing Options (available on most actions that execute processes).
Is FinalBuilder running as an automated task each day? If that is the case then you should be running FBCMD.exe rather than the IDE. The Tash Scheduler wizard in FinalBuilder has options to have it close other instances of FinalBuilder when running a scheduled task - this should close the other instances cleanly.
The issue is that we both use Finalbuilder IDE and FBCMD.EXE.
So what can happen is that someone login to buildmachine and do a manual build in IDE.
Then forgot to close IDE.
Next morning a scheduled build with FBCMD.EXE. That will fail if the script is opened in IDE.