Voice SDK crash

[larganaraztam]

Description

After five consecutive short calls, the next call throws an error consistently when it tries to connect (after Voice.connect)

FORTIFY: FD_SET: file descriptor 1114 >= FD_SETSIZE 1024

I tried to fix it by calling .release() after call is disconnected but it is not working.
Is it a SDK bug?

Thanks in advance

SDK log:

[afalls-twilio]

@larganaraztam This due to your device running out of file descriptors. This happens when your calls are not properly shutdown/ended before starting new ones.

[larganaraztam]

@afalls-twilio Thank you. We are ending the calls by calling activeCall?.disconnect().
Then on the onDisconnected callback we call:
activeCall?.release()
activeCall = null

It seems to be ended well, but it fails after 5 or 6 calls. Are we missing somenthing to do it working well? Do you need other information?

By other hand, if we remove any other endpoints calls in our app but keeping only our access token endpoint call and the SDK connection, it works well for more than 10 calls then it fails with the same file descriptor issue. The use case is to call an IVR number, hangup after one or two seconds after call is connected, then call inmediatly to the same number.

The logcat error:

[afalls-twilio]

@larganaraztam are you waiting for the onDisconnected callback? also, are you able to reproduce it with the quickstart(This would provide us with a common codebase from which we can attempt to reproduce the issue)?

[larganaraztam]

@afalls-twilio yes we wait until onDisconnected is called to make a new call, in the quickstart I can't reproduce, but in our app we are doing other network calls to get the token and other endpoints needed for the app after and before the call. Maybe it could be the issue about it?

[afalls-twilio]

@larganaraztam yeah, it possible. Also, are all the sdk method calls being made from the same thread? without being able to reproduce it with the quickstart we can't easily create a fix, unfortunately.