-
Notifications
You must be signed in to change notification settings - Fork 24
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
jupyter investigation to close any open h5 file handles so not to reuse old data #527
base: master
Are you sure you want to change the base?
Conversation
2429a0b
to
9b54bf9
Compare
if you feel like testing this @nicolasaunai maybe it will resolve #526 |
4c7e078
to
6304e5e
Compare
This pull request introduces 1 alert when merging 6304e5e into 4e7c94b - view on LGTM.com new alerts:
|
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
after reading the PR I wonder: isn't the problem actually that we never close the files explicitly? when reading with hierarchy_fromh5, there is never a data_file.close()
def callback(): | ||
fun() | ||
ip.events.unregister('post_execute', callback) | ||
ip.events.register('post_execute', callback) |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
probably not indented correclty?
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
It's been some time since looking at this, and I'm pretty sure I had another later branch with modifications which I never added so it's quite likely
ok probably not a good idea. |
instead of closing the object, we could try to just reset it with a new and if that doesn't work we should probably ask the h5py people |
converted to draft since not sure it's needed, see #526 |
add exit registers closing any still existing h5file handles