Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]
Groups > comp.lang.python > #77984
| Newsgroups | comp.lang.python |
|---|---|
| Date | 2014-09-17 15:45 -0700 |
| Message-ID | <4a65eb8d-4fba-400a-81bc-ee029c2a8f66@googlegroups.com> (permalink) |
| Subject | Properly Using 3.4.1 & Valgrind |
| From | Jeremy Moles <cubicool@gmail.com> |
Hey guys. I'm using the Python 3.4.1 release tarball, and am trying to configure it for usage with valgrind. I have followed all of the common, well-documented steps online such as uncommenting Py_USING_MEMORY_DEBUGGER, compiling with --with-pydebug, --with-valgrind, and --without-pymalloc. I've tried uncommenting everything in the provided suppression file, as well. However, no matter what I do with my configuration/build, I cannot get Python to stop reporting thousands of lines of leaks. In fact, every call to Py_MALLOC results in valgrind believing a leak has occurred, so you can imagine there would be a legion of errors just firing up the interpreter. What is the modern, accepted way of using Python3 with valgrind, and what should my expectations be? I really like relying on Valgrind as an additional source of informative debugging information (though not exclusively), and any help resolving this would be appreciated. At a minimum, I'd expect simply opening/closing the interpreter to generate no leak warnings. I'm perfectly fine making suppression files for small issues here or there (especially in libraries/modules), but I find it hard to believe a project as well-maintained as Python has this many "valid" leaks. I'm pretty sure the problem is me. :) Thanks!
Back to comp.lang.python | Previous | Next — Next in thread | Find similar | Unroll thread
Properly Using 3.4.1 & Valgrind Jeremy Moles <cubicool@gmail.com> - 2014-09-17 15:45 -0700 Re: Properly Using 3.4.1 & Valgrind Jeremy Moles <cubicool@gmail.com> - 2014-09-17 22:08 -0700
csiph-web