Write an additional log file in PROCESS working directory

[timothy-nunn]

Writes an additional logfile in the PROCESS working directory (where the input file is) that follows the name of the input file:

• my.IN.DAT produces a my.process.log
• my_IN.DAT produces a my_process.log

This does not remove the old process.log file which is created in the terminal working directory.

[codecov-commenter]

Codecov Report

❌ Patch coverage is 91.66667% with 1 line in your changes missing coverage. Please review.
✅ Project coverage is 45.84%. Comparing base (8a4d67c) to head (de80fe2).
⚠️ Report is 1 commits behind head on main.

Files with missing lines	Patch %	Lines
process/main.py	91.66%	1 Missing ⚠️

Additional details and impacted files

@@            Coverage Diff             @@
##             main    #4035      +/-   ##
==========================================
- Coverage   46.30%   45.84%   -0.46%     
==========================================
  Files         123      123              
  Lines       28961    29385     +424     
==========================================
+ Hits        13411    13473      +62     
- Misses      15550    15912     +362     

☔ View full report in Codecov by Sentry.
📢 Have feedback on the report? Share it here.

🚀 New features to boost your workflow:

• ❄️ Test Analytics: Detect flaky tests, report on failures, and find test suite problems.

[je-cook]

After thinking about what I said yesterday I agree with this change.

I think it would also be good to change the default file handler to append mode so you don't overwrite the log file.
change L727 to:
logging_file_handler = logging.FileHandler("process.log", mode="a")

alternatively you could rotate the logs somehow but that is more complex and possibly overkill (You could do a symlink process.log to a timed and dated filename)

[je-cook]

Will moving setup_loggers here not lead to logging not being properly initialised if someone runs process not using the CLI or this class but by direct call of SingleRun or VaryRun?

[timothy-nunn]

I think this has always been the case but you are correct

[timothy-nunn]

I have added a fix for this to this PR