Skip to content

pshm memory leak on windows platform #113

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

Open
leekunpeng opened this issue Feb 15, 2025 · 3 comments
Open

pshm memory leak on windows platform #113

leekunpeng opened this issue Feb 15, 2025 · 3 comments
Assignees
Labels

Comments

@leekunpeng
Copy link
Contributor

When using p_shm_new to open shared memory in different programs and allocate different sizes, pshm is always the size of the first allocation, and memory leaks will occur when applying for allocation again.
In particular, if the first application is large enough, the second application of small memory will not report an error. On the contrary, if the first application is small, the second application of large memory will cause a memory leak.

@leekunpeng
Copy link
Contributor Author

@saprykin Hi~ Alexander. Sorry for border you, could you please check this error? extremely grateful

@saprykin saprykin self-assigned this Apr 7, 2025
@saprykin saprykin added the bug label Apr 7, 2025
@saprykin
Copy link
Owner

saprykin commented Apr 7, 2025

Hi, yes let's take a look on this issue :) Do you have a working (reproducible) example of the issue? How do you detect memory leak?

@leekunpeng
Copy link
Contributor Author

Hi, yes let's take a look on this issue :) Do you have a working (reproducible) example of the issue? How do you detect memory leak?

Sorry for delay.
Okay, here is an example. I used the p_shm_new function in two programs to open shared memory with the same name but different sizes, and it always succeeds. My question is: In plibsys, is shared memory uniquely identified by both name and size?

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

No branches or pull requests

2 participants