Placing a file with a name that is too long in the polling directory causes errors to spam

[skliper]

Checklist (Please check before submitting)

• I reviewed the Contributing Guide.
• I performed a cursory search to see if the bug report is relevant, not redundant, nor in conflict with other tickets.

Describe the bug
Place a file with a name that is too long into the polling directory. Watch it crash and burn.

Interestingly enough, it looks like it still sends the metadata and CF_EOTPACKET packet repeatedly.

Sample console output:

EVS Port1 1980-012-14:32:04.62007 66/1/CF 90: CF: start class 1 tx of file 25:/ram/radio_poll/sc_rts001_enablesc. -> 22:/sc_rts001_enablesc.
OS_FileOpen_Impl():110:open(/dev/shm/osal:RAM/radio_poll/sc_rts001_enablesc.): No such file or directory
EVS Port1 1980-012-14:32:04.72042 66/1/CF 95: CF S0(25:41): failed to open file /ram/radio_poll/sc_rts001_enablesc., error=-1
EVS Port1 1980-012-14:32:04.92024 66/1/CF 90: CF: start class 1 tx of file 25:/ram/radio_poll/sc_rts001_enablesc. -> 22:/sc_rts001_enablesc.
OS_FileOpen_Impl():110:open(/dev/shm/osal:RAM/radio_poll/sc_rts001_enablesc.): No such file or directory
EVS Port1 1980-012-14:32:05.02018 66/1/CF 95: CF S0(25:42): failed to open file /ram/radio_poll/sc_rts001_enablesc., error=-1

To Reproduce
See above

Expected behavior
Report a single error and move or delete the file depending on user config.

Code snips
TBD

System observed on:

• Hardware: PC w/ docker desktop
• OS: Ubuntu 22.04
• Versions: main

Additional context
None

Reporter Info
Jacob Hageman - NASA/GSFC

[jphickey]

This issue is being tracked and worked internally at GSFC