Far silently crashes on FTP connection attempt about farmanager HOT 4 CLOSED

Alternative server for tests: ftp://internat.freebsd.org/

from farmanager.

Far could do better here, not dying suddenly :)

Unfortunately, not really.
The stack basically says that:

• netbox called strncpy_s with some invalid parameters
• strncpy_s validated the parameters, detected the issue and called the invalid parameter handler
• the invalid parameter handler forced the process to commit suicide ASAP.

Far does set up its own invalid parameter handler and is able to intercept such failures, but... only if they happen in its own code, far.exe. Plugins are linked with their own runtimes and have their own CRT state, invisible to Far, so it can't replace their error handlers. It can't stop them from explicitly and directly suiciding the process either.

If you still want such errors to be handled by Far, the easiest way is to override the default handler in Netbox code and call RaiseException(STATUS_ASSERTION_FAILURE, ...) there instead of terminating the process. Far will handle SEH gracefully.

The ultimate solution would be implementing the error handler as an external process, constantly attached to far.exe as a debugger and monitoring its state. It's more robust by definition and would be able to intercept these too but an extra process... Imagine always working with WinDBG attached, all day, every day. Ugh.

PS: there is also a bunch of

Those are just Lua and C++ exceptions being thrown and caught, likely BAU and not related in any way to this one.

from farmanager.

The code in stack seems completely from WinSCP, not sure if its exception handler can be overridden, but I've got your point, thank you :)

from farmanager.

It should work as long as it's within the same binary.

from farmanager.