[issue14752] Memleak in typeobject add_methods()

2012-05-08 Thread Damien Cassou

New submission from Damien Cassou :

In add_methods() function from typeobject.c, it looks like Py_DECREF is not 
called where it should be. Please find attached a patch that fixes the leak. 
The patch is also in commit #85a01718b3e3 of my hg repository under the branch 
fix_add_methods_leak.

This bug has been found using Coccinelle (http://coccinelle.lip6.fr/) and a 
dedicated semantic patch (https://gist.github.com/2634899).

--
components: Interpreter Core
files: fix_add_methods_leak.patch
hgrepos: 122
keywords: patch
messages: 160203
nosy: cassou, lemburg, tim_one
priority: normal
severity: normal
status: open
title: Memleak in typeobject add_methods()
type: resource usage
versions: Python 3.4
Added file: http://bugs.python.org/file25495/fix_add_methods_leak.patch

___
Python tracker 
<http://bugs.python.org/issue14752>
___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com



[issue14754] Emacs configuration to enforce PEP7

2012-05-08 Thread Damien Cassou

New submission from Damien Cassou :

Please find attached a patch that adds an emacs configuration file to enforce 
PEP7. The patch is also in commit #518f2af0a687 of my hg repository under the 
branch emacs-configuration.

--
components: Demos and Tools
files: emacs-configuration-pep7.patch
hgrepos: 123
keywords: patch
messages: 160208
nosy: cassou
priority: normal
severity: normal
status: open
title: Emacs configuration to enforce PEP7
versions: Python 3.4
Added file: http://bugs.python.org/file25498/emacs-configuration-pep7.patch

___
Python tracker 
<http://bugs.python.org/issue14754>
___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com



[issue14761] Memleak in import.c load_source_module()

2012-05-09 Thread Damien Cassou

New submission from Damien Cassou :

In load_source_module() function from import.c, it looks like Py_DECREF is not 
called where it should be. Please find attached a patch that fixes the leak. 

This bug has been found using Coccinelle (http://coccinelle.lip6.fr/) using a 
semantic patch (similar to https://gist.github.com/2634899).

--
components: Interpreter Core
files: fix_load_source_module_leak.patch
keywords: patch
messages: 160262
nosy: benjamin.peterson, cassou, lemburg, tim_one
priority: normal
severity: normal
status: open
title: Memleak in import.c load_source_module()
versions: Python 2.7
Added file: http://bugs.python.org/file25507/fix_load_source_module_leak.patch

___
Python tracker 
<http://bugs.python.org/issue14761>
___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com



[issue14761] Memleak in import.c load_source_module()

2012-05-09 Thread Damien Cassou

Damien Cassou  added the comment:

@pitrou I just checked Python-2.7.3 and the tip of the mercurial repository. 
It's not in the latter at least.

--

___
Python tracker 
<http://bugs.python.org/issue14761>
___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com



[issue14951] Daikon/KVasir report: Invalid read of size 4

2012-05-29 Thread Damien Cassou

New submission from Damien Cassou :

Hi,

I've just executed a dynamic program analyzer (kvasir frontend for daikon) on 
the python runtime with an hello world python input. I got a lot of errors (796 
errors from 61 contexts), potentially showing bugs in cpython. The following 
presents one such errors. I can report more if the following is useful to 
anyone. 

Invalid read of size 4
   at 0x459897: PyObject_Free (obmalloc.c:969)
   by 0x5133E5: PyGrammar_RemoveAccelerators (acceler.c:47)
   by 0x4DCD92: Py_Finalize (pythonrun.c:539)
   by 0x417946: Py_Main (main.c:664)
   by 0x416703: main (python.c:23)
 Address 0x6108020 is 256 bytes inside a block of size 676 free'd
   at 0x4C24242: free (vg_replace_malloc.c:366)
   by 0x459F3F: PyObject_Free (obmalloc.c:1166)
   by 0x51379F: fixstate (acceler.c:124)
   by 0x51344F: fixdfa (acceler.c:60)
   by 0x513369: PyGrammar_AddAccelerators (acceler.c:30)
   by 0x513C84: PyParser_New (parser.c:77)
   by 0x417D73: parsetok (parsetok.c:136)
   by 0x417D1B: PyParser_ParseFileFlagsEx (parsetok.c:106)
   by 0x4DF284: PyParser_ASTFromFile (pythonrun.c:1476)
   by 0x4CD570: parse_source_module (import.c:829)
   by 0x4CDB2A: load_source_module (import.c:1006)
   by 0x4CF05B: load_module (import.c:1822)

--
components: Interpreter Core
messages: 161872
nosy: cassou, haypo, lemburg, tim_one
priority: normal
severity: normal
status: open
title: Daikon/KVasir report: Invalid read of size 4
versions: Python 2.7

___
Python tracker 
<http://bugs.python.org/issue14951>
___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com



[issue14951] Daikon/KVasir report: Invalid read of size 4

2012-05-29 Thread Damien Cassou

Damien Cassou  added the comment:

I didn't read the document before. Sorry about that. 

The document makes it clear that what I report is not an error. This report 
should be closed.

--
status: open -> closed

___
Python tracker 
<http://bugs.python.org/issue14951>
___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com