Subject Incorrect behaviour of isc_start_multiple() ?

I do not know if this is the correct place to post my question. I am not sure wheter this is a bug or not so I am not posting it on a bug tracker. Feel free to point me in right direction here.

I am using Firebird 2.5.2 Classic on Windows. I've tried to cause some connection error to test my application so I've stopped Firebird service and main fb_inet_server process has stopped. However another fb_inet_server which is responsible for my connection has not stopped. I already know that this is by "design" as explained here: [#CORE-3622] Classic: Stopping Windows Service leaves one or more instances of fb_inet_server.exe running - Firebird RDBMS Issue Tracker


However, when my client application tries to open transaction on such connection, I do not get any error message. Is this also by design? I mean, function isc_start_multiple() do not return error in its status_error vector. This causes that my application does not know that connection has been lost so it never tries to reconnect.

Is this bug?