[issue13979] Automatic *libc.so loading behaviour

2012-02-13 Thread Meador Inge
Changes by Meador Inge : -- resolution: -> fixed stage: patch review -> committed/rejected status: open -> closed ___ Python tracker ___

[issue13979] Automatic *libc.so loading behaviour

2012-02-13 Thread Roundup Robot
Roundup Robot added the comment: New changeset ac362fb3b86b by Meador Inge in branch '3.2': Issue #13979: Fix ctypes.util.find_library ldconfig regex http://hg.python.org/cpython/rev/ac362fb3b86b New changeset be41abd74949 by Meador Inge in branch '2.7': Issue #13979: Fix ctypes.util.find_libra

[issue13979] Automatic *libc.so loading behaviour

2012-02-13 Thread Sébastien Barthélémy
Changes by Sébastien Barthélémy : -- nosy: +sbarthelemy ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://

[issue13979] Automatic *libc.so loading behaviour

2012-02-12 Thread Meador Inge
Meador Inge added the comment: 'find_library' itself actually loads no libraries. I suspect what happened was that the following code in the 'uuid' module coupled with the 'find_library' bug caused 'liblttng-ust-libc.so' to be loaded: for libname in ['uuid', 'c']: try:

[issue13979] Automatic *libc.so loading behaviour

2012-02-09 Thread Antoine Pitrou
Changes by Antoine Pitrou : -- nosy: +meador.inge stage: -> needs patch versions: +Python 3.2, Python 3.3 -Python 2.6 ___ Python tracker ___

[issue13979] Automatic *libc.so loading behaviour

2012-02-09 Thread David Goulet
New submission from David Goulet : I'm working with the LTTng (Linux Tracing) team and we came across a problem with our user-space tracer and Python default behaviour. We provide a libc wrapper that instrument free() and malloc() and is usable with a simple LD_PRELOAD. This lib *was* named "