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

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 wh

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

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

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' c

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 w

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 "", line 1, in > AttributeError: attribute '__doc__' of 'type' objects is not writable Happens also with new style clas

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

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

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 posi

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 somethin

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. > >>

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 th

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