Skip to content
This repository was archived by the owner on Aug 10, 2021. It is now read-only.

Conversation

@Thesephi
Copy link

Addressing potential connection leak issues caused by connections not being close()'ed properly inside a run handler function. For instance: if an error is thrown or the callback function screws up, the connection object would then be left opened till who-knows-how-long.

I'm not entirely sure if my hypothesis is correct though, so please fix me if I'm wrong. Thank you!

Addressing potential **connection leak** issues caused by connections not being `close()`'ed properly inside a `run` handler function. For instance: if an error is thrown or the callback function screws up, the connection object would then be left opened till who-knows-how-long.

I'm not entirely sure if my hypothesis is correct though, so please fix me if I'm wrong. Thank you!
@coffeemug
Copy link
Contributor

/cc @deontologician

@deontologician
Copy link
Contributor

@Thesephi I'll check this out soon, thanks for the PR!

@deontologician deontologician self-assigned this Mar 26, 2015
@Thesephi
Copy link
Author

@deontologician no prob! We were building an app on top of this example, and in the process we noticed this bit. Our rethinkdb log was full of the too many opened files error. This particular issue wasn't the only possible culprit though.

Sign up for free to subscribe to this conversation on GitHub. Already have an account? Sign in.

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

3 participants