Commit a491727d authored by Georg Brandl's avatar Georg Brandl

#1019882: if start() and stop() were not in the same stack frame, stats.load()...

#1019882: if start() and stop() were not in the same stack frame, stats.load() would crash with IndexError.
parent 05f819b6
...@@ -106,7 +106,10 @@ class LogReader: ...@@ -106,7 +106,10 @@ class LogReader:
return what, t, tdelta return what, t, tdelta
if what == WHAT_EXIT: if what == WHAT_EXIT:
return what, self._pop(), tdelta try:
return what, self._pop(), tdelta
except IndexError:
raise StopIteration
if what == WHAT_LINENO: if what == WHAT_LINENO:
filename, firstlineno, funcname = self._stack[-1] filename, firstlineno, funcname = self._stack[-1]
......
...@@ -10,6 +10,7 @@ from test import test_support ...@@ -10,6 +10,7 @@ from test import test_support
# Silence Py3k warning # Silence Py3k warning
hotshot = test_support.import_module('hotshot', deprecated=True) hotshot = test_support.import_module('hotshot', deprecated=True)
from hotshot.log import ENTER, EXIT, LINE from hotshot.log import ENTER, EXIT, LINE
from hotshot import stats
def shortfilename(fn): def shortfilename(fn):
...@@ -136,6 +137,19 @@ class HotShotTestCase(unittest.TestCase): ...@@ -136,6 +137,19 @@ class HotShotTestCase(unittest.TestCase):
emptyfile.close() emptyfile.close()
gc.collect() gc.collect()
def test_load_stats(self):
def start(prof):
prof.start()
# Make sure stats can be loaded when start and stop of profiler
# are not executed in the same stack frame.
profiler = self.new_profiler()
start(profiler)
profiler.stop()
profiler.close()
stats.load(self.logfn)
os.unlink(self.logfn)
def test_main(): def test_main():
test_support.run_unittest(HotShotTestCase) test_support.run_unittest(HotShotTestCase)
......
...@@ -64,6 +64,8 @@ Library ...@@ -64,6 +64,8 @@ Library
Extension Modules Extension Modules
----------------- -----------------
- Issue #1019882: Fix IndexError when loading certain hotshot stats.
- Issue #9422: Fix memory leak when re-initializing a struct.Struct object. - Issue #9422: Fix memory leak when re-initializing a struct.Struct object.
- Issue #7900: The getgroups(2) system call on MacOSX behaves rather oddly - Issue #7900: The getgroups(2) system call on MacOSX behaves rather oddly
......
Markdown is supported
0%
or
You are about to add 0 people to the discussion. Proceed with caution.
Finish editing this message first!
Please register or to comment