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
Reading tfrecord reaches deadock or crushes in one computer and works just fine on another. #13039
Comments
I could not reproduce on my workstation, after changing the paths in the programs to point to directories on my local workstation. To clarify, you are waiting for build_cgd_dataset.py to finish before starting reader_iter.py, right? Try to reproduce the problem in a very simple case. Before, you were limiting the the number of elements in the lists, but instead try limiting the number of |
So, I write the tfrecord with build_cgd_dataset.py. This works always. The problem lies in reading them. I've done some more careful tests today. I'm writing here the programs: writer.py
reader.py
Running the reader from the terminal (and not Spyder 2.3.8) everything works as should. Running the reader from Spyder reading a list of floats crushes Spyder. With a list of integers, more often than not, the reader works fine. Maybe the issue should be closed. |
I also could not reproduce running from the terminal. You should verify that Spyder is using the same versions of Python and Tensorflow as when you run from the terminal. Marking as contributions welcome if someone can reproduce in Spyder. |
This issue is stale because it has been open for 180 days with no activity. It will be closed if no further activity occurs. Thank you. |
This issue is stale because it has been open for 180 days with no activity. It will be closed if no further activity occurs. Thank you. |
Laptop -System information
Workstation -System information
Problem description
I want to create and read a tfrecord file with build_cgd_dataset.py as the writer and reader_iter.py as the reader. Everything works smooth in the workstation but it reaches a deadlock or gets stuck in the laptop. The dataset are from Cornell grasping dataset.
I narrowed down the error in this special cases where it doesn't show any problem, for example:
If the lists have more than one element the program freezes.
The text was updated successfully, but these errors were encountered: