
Hi All, using a script like this <http://paste.enzotools.org/show/1519/> I am getting this error below with 3782:f9c66b2cacfc. File "/duanestorage/home/faculty/stsk4691/plot_clumps.py", line 26, in <module> find_clumps(master_clump, c_min, c_max, step) File "/duanestorage/home/faculty/stsk4691/yt/src/yt-hg/yt/analysis_modules/level_sets/clump_handling.py", line 170, in find_clumps clump.find_children(min_val) File "/duanestorage/home/faculty/stsk4691/yt/src/yt-hg/yt/analysis_modules/level_sets/clump_handling.py", line 117, in find_children self.cached_fields) File "/duanestorage/home/faculty/stsk4691/yt/src/yt-hg/yt/analysis_modules/level_sets/contour_finder.py", line 303, in identify_contours boundary_tree = amr_utils.construct_boundary_relationships(fd) File "ContourFinding.pyx", line 92, in yt.utilities.amr_utils.construct_boundary_relationships (yt/utilities/amr_utils.c:26719) IndexError: Out of bounds on buffer access (axis 0) However, I do not get the bug with 3746:1b81f9d8847c, so I ran "hg bisect" in that range. However, part of the way through the bisect process a new bug was introduced: File "/duanestorage/home/faculty/stsk4691/yt/lib/python2.6/site-packages/yt-2.1dev-py2.6-linux-x86_64.egg/yt/visualization/api.py", line 59, in <module> from streamlines import \ ImportError: cannot import name StreamLines which polluted the bisect process, I think. The revision that bisect identified as being bad is this one: The first bad revision is: changeset: 3766:20a49bc35fbd branch: yt parent: 3763:badcec4be5c9 user: Sam Skillman <sam.skillman@gmail.com> date: Thu Feb 24 19:18:17 2011 -0700 summary: Adding an initial go at streamlines. It uses the amr kD-tree to But like I said, this might not be the culprit. Can anyone think of what they might have done to clump finding (contour_finder.py) in that revision range that could make this first bug above? Thanks! Stephen Skory stephenskory@yahoo.com http://stephenskory.com/ 510.621.3687 (google voice)

Hi Stephen, The error in the streamlines you show there shouldn't have anything to do with contours. I'd suggest marking it as good in the bisect process and continuing. That import was fixed in the next commit, I think. Sam On Tue, Mar 1, 2011 at 12:19 PM, Stephen Skory <stephenskory@yahoo.com>wrote:
Hi All,
using a script like this <http://paste.enzotools.org/show/1519/> I am getting this error below with 3782:f9c66b2cacfc.
File "/duanestorage/home/faculty/stsk4691/plot_clumps.py", line 26, in <module> find_clumps(master_clump, c_min, c_max, step) File "/duanestorage/home/faculty/stsk4691/yt/src/yt-hg/yt/analysis_modules/level_sets/clump_handling.py", line 170, in find_clumps clump.find_children(min_val) File "/duanestorage/home/faculty/stsk4691/yt/src/yt-hg/yt/analysis_modules/level_sets/clump_handling.py", line 117, in find_children self.cached_fields) File "/duanestorage/home/faculty/stsk4691/yt/src/yt-hg/yt/analysis_modules/level_sets/contour_finder.py", line 303, in identify_contours boundary_tree = amr_utils.construct_boundary_relationships(fd) File "ContourFinding.pyx", line 92, in yt.utilities.amr_utils.construct_boundary_relationships (yt/utilities/amr_utils.c:26719) IndexError: Out of bounds on buffer access (axis 0)
However, I do not get the bug with 3746:1b81f9d8847c, so I ran "hg bisect" in that range. However, part of the way through the bisect process a new bug was introduced:
File "/duanestorage/home/faculty/stsk4691/yt/lib/python2.6/site-packages/yt-2.1dev-py2.6-linux-x86_64.egg/yt/visualization/api.py", line 59, in <module> from streamlines import \ ImportError: cannot import name StreamLines
which polluted the bisect process, I think. The revision that bisect identified as being bad is this one:
The first bad revision is: changeset: 3766:20a49bc35fbd branch: yt parent: 3763:badcec4be5c9 user: Sam Skillman <sam.skillman@gmail.com> date: Thu Feb 24 19:18:17 2011 -0700 summary: Adding an initial go at streamlines. It uses the amr kD-tree to
But like I said, this might not be the culprit. Can anyone think of what they might have done to clump finding (contour_finder.py) in that revision range that could make this first bug above? Thanks!
Stephen Skory stephenskory@yahoo.com http://stephenskory.com/ 510.621.3687 (google voice) _______________________________________________ Yt-dev mailing list Yt-dev@lists.spacepope.org http://lists.spacepope.org/listinfo.cgi/yt-dev-spacepope.org

Hi Stephen, Looks like you turned up something I didn't when I committed a change a while ago. If you run hg log --limit=2 yt/utilities/_amr_utils/ContourFinder.pyx it should turn up the changeset. Geoffrey and I went back and forth and I thought it was valid. Feel free to revert locally, and if you could send me your changeset I will track down the actual bug; I'd prefer if you didn't commit/push the reversion just now, though. -Matt On Tue, Mar 1, 2011 at 2:23 PM, Sam Skillman <samskillman@gmail.com> wrote:
Hi Stephen, The error in the streamlines you show there shouldn't have anything to do with contours. I'd suggest marking it as good in the bisect process and continuing. That import was fixed in the next commit, I think. Sam
On Tue, Mar 1, 2011 at 12:19 PM, Stephen Skory <stephenskory@yahoo.com> wrote:
Hi All,
using a script like this <http://paste.enzotools.org/show/1519/> I am getting this error below with 3782:f9c66b2cacfc.
File "/duanestorage/home/faculty/stsk4691/plot_clumps.py", line 26, in <module> find_clumps(master_clump, c_min, c_max, step) File "/duanestorage/home/faculty/stsk4691/yt/src/yt-hg/yt/analysis_modules/level_sets/clump_handling.py", line 170, in find_clumps clump.find_children(min_val) File "/duanestorage/home/faculty/stsk4691/yt/src/yt-hg/yt/analysis_modules/level_sets/clump_handling.py", line 117, in find_children self.cached_fields) File "/duanestorage/home/faculty/stsk4691/yt/src/yt-hg/yt/analysis_modules/level_sets/contour_finder.py", line 303, in identify_contours boundary_tree = amr_utils.construct_boundary_relationships(fd) File "ContourFinding.pyx", line 92, in yt.utilities.amr_utils.construct_boundary_relationships (yt/utilities/amr_utils.c:26719) IndexError: Out of bounds on buffer access (axis 0)
However, I do not get the bug with 3746:1b81f9d8847c, so I ran "hg bisect" in that range. However, part of the way through the bisect process a new bug was introduced:
File "/duanestorage/home/faculty/stsk4691/yt/lib/python2.6/site-packages/yt-2.1dev-py2.6-linux-x86_64.egg/yt/visualization/api.py", line 59, in <module> from streamlines import \ ImportError: cannot import name StreamLines
which polluted the bisect process, I think. The revision that bisect identified as being bad is this one:
The first bad revision is: changeset: 3766:20a49bc35fbd branch: yt parent: 3763:badcec4be5c9 user: Sam Skillman <sam.skillman@gmail.com> date: Thu Feb 24 19:18:17 2011 -0700 summary: Adding an initial go at streamlines. It uses the amr kD-tree to
But like I said, this might not be the culprit. Can anyone think of what they might have done to clump finding (contour_finder.py) in that revision range that could make this first bug above? Thanks!
Stephen Skory stephenskory@yahoo.com http://stephenskory.com/ 510.621.3687 (google voice) _______________________________________________ Yt-dev mailing list Yt-dev@lists.spacepope.org http://lists.spacepope.org/listinfo.cgi/yt-dev-spacepope.org
_______________________________________________ Yt-dev mailing list Yt-dev@lists.spacepope.org http://lists.spacepope.org/listinfo.cgi/yt-dev-spacepope.org
participants (3)
-
Matthew Turk
-
Sam Skillman
-
Stephen Skory