-
Notifications
You must be signed in to change notification settings - Fork 7
Open
Description
Hi,
I'm regularly (multiple times per day) getting an {error, ealready} error in efirebirdsql_op.get_response/1.
It crashes the process, and I get an error report in Sentry because of it.
The error is not handled as shown in:
get_response(Conn) ->
{ok, <OpCode:32>} = efirebirdsql_socket:recv(Conn, 4)
Is it possible to handle these kind of errors, and not let the process crash?
It would keep my Sentry logs a lot cleaner :-)
Metadata
Metadata
Assignees
Labels
No labels