Re: [Python-Dev] *** glibc detected *** gdb: malloc(): smallbin double linked list

2010-11-05 Thread Daniel Fetchinson
Hi, I've compiled Python 2.7 (r27:82500, Nov 2 2010, 09:00:37) [GCC 4.4.3] on linux2 with the following configure options ./configure --prefix=/home/john/local/python-dbg --with-pydebug I've installed numpy and some other packages but when I try to run my extension code under gdb I get

Re: [Python-Dev] adding new function

2010-06-22 Thread Daniel Fetchinson
how can i simply add new functions to module after its initialization (Py_InitModule())? I'm missing something like PyModule_AddCFunction(). This type of question really belongs to python-list aka comp.lang.python which I CC-d now. Please keep the discussion on that list. Cheers, Daniel --

Re: [Python-Dev] Draft PEP on RSON configuration file format

2010-03-01 Thread Daniel Fetchinson
Finding .ini configuration files too limiting, JSON and XML to hard to manually edit [snip] I call the new format RSON (for Readable Serial Object Notation), and it is designed to be a superset of JSON. Quick question: if JSON is too hard to manually edit, how can RSON be any easier when it

Re: [Python-Dev] PEP 3146: Merge Unladen Swallow into CPython

2010-01-28 Thread Daniel Fetchinson
A question from someone writing C extension modules for python but not involved in python-dev: It has been said that compiling python with --without-llvm would not include unladen swallow and would bypass llvm together with all C++. Basically, as I understand it, --without-llvm gives the 'usual'

Re: [Python-Dev] PEP 3146: Merge Unladen Swallow into CPython

2010-01-28 Thread Daniel Fetchinson
If this is the case then I, as a C extension author, will have no choice than working with a python installation that includes llvm/US. Which, as far as I undestand it, means dealing with C++ issues. Is this correct? Or the same pure C extension module compiled with C-only compilers would

Re: [Python-Dev] PEP 3146: Merge Unladen Swallow into CPython

2010-01-28 Thread Daniel Fetchinson
A question from someone writing C extension modules for python I doubt that this will have any impact on C extension developers. If this is correct, I still have one worry: since I wouldn't want to touch the python install most linux distributions ship or most windows/mac users install (or

Re: [Python-Dev] Pronouncement on PEP 389: argparse?

2010-01-04 Thread Daniel Fetchinson
If you're only concerned about 2.X, then yes, optparse will *never* be removed from 2.X. There will be a deprecation note in the 2.X documentation but deprecation warnings will only be issued when the -3 flag is specified. Please see the Deprecation of optparse section of the PEP:

Re: [Python-Dev] Sort out formatting differences in decimal and float

2009-12-05 Thread Daniel Fetchinson
Sorry for being a curmudgeon, however... format(Decimal(1234), '020,g') '0,000,000,000,001,234' format(Decimal(1234), '0=20,g') '0001,234' Why in the world would you ever want to insert commas as separators and not use them consistently?

Re: [Python-Dev] Python Package Management Roadmap in Python Releases

2009-10-28 Thread Daniel Fetchinson
(*) Remember, however, that Tarek and work on Distribute, and also on bringing pieces of setuptools/Distribute functionality into distutils. But if that's the case then why not work on any third party tool..? like pip or setuptools? It seems are very longwinded process if the only way to

Re: [Python-Dev] readonly __doc__

2009-10-22 Thread Daniel Fetchinson
Speaking of the __doc__ property, I just noticed the following thing on py3k: class C: pass ... C.__doc__ = hop Traceback (most recent call last): File stdin, line 1, in module AttributeError: attribute '__doc__' of 'type' objects is not writable Happens also with new style classes in

Re: [Python-Dev] Distutils and Distribute roadmap (and some words on Virtualenv, Pip)

2009-10-12 Thread Daniel Fetchinson
My opinion is that this tool exists only because Python doesn't support the installation of multiple versions for the same distributions. This is not at all how I use virtualenv. For me virtualenv is a sandbox so that I don't have to become root whenever I need to install a Python package

Re: [Python-Dev] PEP 3144 review.

2009-09-17 Thread Daniel Fetchinson
188 (check that, 190) people have downloaded the 2.0 release in the last week (numbers publicly available from the code.google.com). I can't tell you how many (if any) have downloaded it via svn. Downloading and using are not the same thing. Correct, but there is a strong positive

Re: [Python-Dev] PEP 3144 review.

2009-09-15 Thread Daniel Fetchinson
188 (check that, 190) people have downloaded the 2.0 release in the last week (numbers publicly available from the code.google.com). I can't tell you how many (if any) have downloaded it via svn. Downloading and using are not the same thing. Correct, but there is a strong positive

Re: [Python-Dev] decorator module in stdlib?

2009-04-09 Thread Daniel Fetchinson
Then perhaps you misunderstand the goal of the decorator module. The raison d'etre of the module is to PRESERVE the signature: update_wrapper unfortunately *changes* it. When confronted with a library which I do not not know, I often run over it pydoc, or sphinx, or a custom made

[Python-Dev] decorator module in stdlib?

2009-04-06 Thread Daniel Fetchinson
The decorator module [1] written by Michele Simionato is a very useful tool for maintaining function signatures while applying a decorator. Many different projects implement their own versions of the same functionality, for example turbogears has its own utility for this, I guess others do

Re: [Python-Dev] Core projects for Summer of Code

2009-03-18 Thread Daniel Fetchinson
Hey guys/gals Summer of Code is ramping up. Every year the common complaint is that not enough Python core projects get proposed by students, and of course a big reason for that is often the only encouragement we offer prospective students is a link to the PEP index. So let's make this

Re: [Python-Dev] Core projects for Summer of Code

2009-03-18 Thread Daniel Fetchinson
Summer of Code is ramping up. Every year the common complaint is that not enough Python core projects get proposed by students, and of course a big reason for that is often the only encouragement we offer prospective students is a link to the PEP index. So let's make this year different.

Re: [Python-Dev] Core projects for Summer of Code

2009-03-18 Thread Daniel Fetchinson
Summer of Code is ramping up. Every year the common complaint is that not enough Python core projects get proposed by students, and of course a big reason for that is often the only encouragement we offer prospective students is a link to the PEP index. So let's make this year different.