Skip to content

This patch will prevent some random memory leaking. #616

New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Merged
merged 1 commit into from
Nov 2, 2011
Merged

This patch will prevent some random memory leaking. #616

merged 1 commit into from
Nov 2, 2011

Conversation

thekiur
Copy link
Contributor

@thekiur thekiur commented Nov 1, 2011

The internal closedA object was leaking memory while being totally useless.

It had issues with its size, at random times socket.io stopped removing keys from it,
I found that (Object.keys(closedA).length) was more than 350,000 after running for 10 hours.

Edit: i made some more tests, this really fixes a large memory leak, atleast on node 0.4.8

rauchg added a commit that referenced this pull request Nov 2, 2011
This patch will prevent some random memory leaking.
@rauchg rauchg merged commit 2bb60ac into socketio:master Nov 2, 2011
@martianmartian
Copy link

So is the current version socket.io able to solve this problem of mem leak after discoonection? Automatically?

darrachequesne pushed a commit that referenced this pull request Jul 8, 2024
socket.io-client-swift libs version <=15.2.0, which uses protocol
version 3, do not explicitly add the EIO query parameter at transport
initialization. This omission leads the server to treat the client as
a client that supports the protocol version 4, previously set as
default, which is not correct for those versions of the client lib.

From socket.io-client-swift version v16.0.0 the EIO query parameter is
explicitly passed to specify the protocol version supported, but since
the allowEIO3 parameter aims to make the server compatible with
previous versions which in most of the cases are already used in
production and not easily upgradable, it makes more sense to default
the EIO version to 3 if not explicitly set by the client since the
newer client versions pass the EIO protocol version in query
parameters.

Related: #3794
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

3 participants