Re: [Python-Dev] shadow password module (spwd) is never built due to error in setup.py

2005-04-14 Thread Martin v. Löwis
Irmen de Jong wrote: > Please advise? setup.py should refer to config_h_vars, which in turn should be set earlier. Regards, Martin ___ Python-Dev mailing list Python-Dev@python.org http://mail.python.org/mailman/listinfo/python-dev Unsubscribe: http://

[Python-Dev] Inconsistent exception for read-only properties?

2005-04-14 Thread Barry Warsaw
I've noticed an apparent inconsistency in the exception thrown for read-only properties for C extension types vs. Python new-style classes. I'm wondering if this is intentional, a bug, a bug worth fixing, or whether I'm just missing something. class other(object): def __init__(self, value):

Re: [Python-Dev] Check out a new way to read threaded conversations.

2005-04-14 Thread Bill Janssen
> http://zesty.ca/threadmap/pydev.cgi Very reminiscent of Paula Newman's work at PARC several years ago. Check out http://www2.parc.com/istl/groups/hdi/papers/psn_emailvis01.pdf, particularly page 5. Bill ___ Python-Dev mailing list Python-Dev@pytho

[Python-Dev] shadow password module (spwd) is never built due to error in setup.py

2005-04-14 Thread Irmen de Jong
Hello, A modification was made in setup.py, cvs rel 1.213 (see diff here: http://cvs.sourceforge.net/viewcvs.py/python/python/dist/src/setup.py?r1=1.212&r2=1.213 ) which appears to be wrong. At least, on my system, the spwd module is never built anymore, because the if statement is never true. Actu

[Python-Dev] Weekly Python Patch/Bug Summary

2005-04-14 Thread Kurt B. Kaiser
Patch / Bug Summary ___ Patches : 314 open ( +6) / 2824 closed ( +5) / 3138 total (+11) Bugs: 898 open (+16) / 4921 closed ( +8) / 5819 total (+24) RFE : 177 open ( +1) / 151 closed ( +0) / 328 total ( +1) New / Reopened Patches __ typos in

[Python-Dev] PyCallable_Check redeclaration

2005-04-14 Thread Nicholas Bastin
Why is PyCallable_Check declared in both object.h and abstract.h? It appears that it's been this way for quite some time (exists in both 2.3.4 and 2.4.1). -- Nick ___ Python-Dev mailing list Python-Dev@python.org http://mail.python.org/mailman/listinf

Re: [Python-Dev] Re: marshal / unmarshal

2005-04-14 Thread LD \"Gus\" Landis
Hi, For AIX: Python 2.2 (#1, Feb 17 2003, 21:43:03) [C] on aix4 Type "help", "copyright", "credits" or "license" for more information. >>> import marshal >>> marshal.dumps(1e1) 'f\x03INF' >>> marshal.loads(marshal.dumps(1e1)) INF >>> float("INF") INF >>> float("NaN") NaNQ >>> On 4/9/0

Re: [Python-Dev] Re: marshal / unmarshal

2005-04-14 Thread David Robinow
On 4/11/05, Tim Peters <[EMAIL PROTECTED]> wrote: > Heh. I have a vague half-memory of _some_ box that stored the two > 4-byte "words" in an IEEE double in one order, but the bytes within > each word in the opposite order. It's always something ... I believe this was the Floating Instruction Se

[Python-Dev] Check out a new way to read threaded conversations.

2005-04-14 Thread Ka-Ping Yee
I hope you will not mind too much if I ask a small favor. Sorry for this off-topic post. I am working on a new design for displaying online conversations. (Some of you saw this at PyCon.) I'm conducting a short survey to gather some opinions on the current design. If you have just a few minutes

[Python-Dev] Re: Unified or context diffs?

2005-04-14 Thread Fredrik Lundh
Bob Ippolito wrote: > It might be worth mentioning that if/when subversion is used to replace CVS, > unified diffs are > going to be the obvious way to do it, because I don't think that subversion > supports context diffs > without using an external diff command. subversion? you meant bazaar

Re: [Python-Dev] super_getattro() Behaviour

2005-04-14 Thread Phil Thompson
4. Am I missing a more correct/obvious technique? (There is no need to support classic classes.) >>> >>> Hum, I can't think of one, I'm afraid. >>> >>> There has been some vague talk of having a tp_lookup slot in >>> typeobjects, so >>> >>> PyDict_GetItem(t->tp_dict, x); >>> >>> would bec

Re: [Python-Dev] super_getattro() Behaviour

2005-04-14 Thread Michael Hudson
"Phil Thompson" <[EMAIL PROTECTED]> writes: >>> Questions... >>> >>> 1. What is the reason why it doesn't go via tp_getattro? >> >> Because it wouldn't work if it did? I'm not sure what you're >> suggesting here. > > I'm asking for an explanation for the current implementation. Why wouldn't > it

Re: [Python-Dev] super_getattro() Behaviour

2005-04-14 Thread Phil Thompson
> "Phil Thompson" <[EMAIL PROTECTED]> writes: > >> In PyQt, wrapped types implement lazy access to the type dictionary >> through tp_getattro. If the normal attribute lookup fails, then private >> tables are searched and the attribute (if found) is created on the fly >> and >> returned. It is also