OK, TerminatingException and the removal of bare 'except' clauses are now out.
I also stripped out the transition plan to basically just add
BaseException in Python 2.5, tweak docs to recommend future-proof
practices, and then change everything in Python 3.0 . This will
prevent any nasty
Tim Peters wrote:
It would be best if svn:eol-style were set to native during initial
conversion from CVS, on all files not marked binary in CVS.
Ok, I'll add that to the PEP. Not sure how to implement it, yet...
Regards,
Martin
___
Python-Dev
On 8/13/05, Martin v. Löwis [EMAIL PROTECTED] wrote:
Are you aware of the ctypes module?
http://starship.python.net/crew/theller/ctypes/
I didn't know about ctypes, thanks for the pointer. It definitely
has much more functionality (although it's more complex and a
whole new module) than my
[EMAIL PROTECTED] writes:
You don't need something like a buggy SWIG to put non-strings in dir().
class C: pass
...
C.__dict__[3] = bad wolf
dir(C)
[3, '__doc__', '__module__']
This is likely to happen legitimately, for instance in a class that allows
x.y and x['y'] to mean the same
Tim Peters [EMAIL PROTECTED] writes:
[Martin v. Löwis]
I have placed a new version of the PEP on
http://www.python.org/peps/pep-0347.html
...
+1 from me. But, I don't think my vote should count much, and (sorry)
Guido's even less: what do the people who frequently check in want?
On Tuesday 16 August 2005 21:42, Michael Hudson wrote:
I want svn, I think. I'm open to more sophisticated approaches but am
not sure that any of them are really mature enough yet. Probably will
be soon, but not soon enough to void the effort of moving to svn
(IMHO).
I'm not really a
On Tue, 2005-08-16 at 07:42, Michael Hudson wrote:
The third set of people who count are pydotorg admins. I'm not really
one of those either at the moment. While SF's CVS setup has it's
problems (occasional outages; it's only CVS) it's hard to beat what it
costs us in sysadmin time: zero.
Barry Warsaw [EMAIL PROTECTED] writes:
On Tue, 2005-08-16 at 07:42, Michael Hudson wrote:
The third set of people who count are pydotorg admins. I'm not really
one of those either at the moment. While SF's CVS setup has it's
problems (occasional outages; it's only CVS) it's hard to beat
On Tue, Aug 16, 2005 at 10:08:26PM +1000, Anthony Baxter wrote:
On Tuesday 16 August 2005 21:42, Michael Hudson wrote:
I want svn, I think. I'm open to more sophisticated approaches but am
not sure that any of them are really mature enough yet. Probably will
be soon, but not soon enough
Hi,
After profiling a small python script I found that approximately 50% of
the runtime of my script was consumed by one line: import copy.
Another 15% was the startup of the interpreter, but that is OK for an
interpreted language. The copy library is used by another library I am
using for my
On 8/14/05, Martijn Brouwer [EMAIL PROTECTED] wrote:
I noticed that this lib is implemented in python, not in C. As I can
imagine that *a lot* of libs/scripts use the copy library, I think it
worthwhile to implement this lib in C.
Unfortunately I cannot do this myself: I am relatively
On Aug 16, 2005, at 2:52 AM, Martin v. Löwis wrote:
Tim Peters wrote:
It would be best if svn:eol-style were set to native during initial
conversion from CVS, on all files not marked binary in CVS.
Ok, I'll add that to the PEP. Not sure how to implement it, yet...
cvs2svn does that by
On Friday 12 August 2005 05:05, David Wilson wrote:
Would it perhaps be an idea, given the number of users posting to the
dev list, to put a rather obvious warning on the listinfo page:
Well, not exactly the style you suggested, but I've made it fairly close.
It's certainly more noticable
Michael Hudson wrote:
[EMAIL PROTECTED] writes:
You don't need something like a buggy SWIG to put non-strings in dir().
class C: pass
...
C.__dict__[3] = bad wolf
dir(C)
[3, '__doc__', '__module__']
This is likely to happen legitimately, for instance in a class that allows
x.y and
Guido van Rossum wrote:
(3) I think a better patch is to use str(word)[:n] instead of word[:n].
Mmh, I'm not so sure that's a good idea, as it leads to this:
In [1]: class f: pass
...:
In [2]: a=f()
In [3]: a.__dict__[1] = 8
In [4]: a.x = 0
In [5]: a.TAB HIT HERE
a.1 a.x
In [5]: a.1
James Y Knight wrote:
cvs2svn does that by default (now).
Ah, ok.
Martin
___
Python-Dev mailing list
Python-Dev@python.org
http://mail.python.org/mailman/listinfo/python-dev
Unsubscribe:
Michael Hudson wrote:
I suppose another question is: when? Between 2.4.2 and 2.5a1 seems
like a good opportunity. I guess the biggest job is collection of
keys and associated admin?
I would agree. However, there still is the debate of hosting the
repository elsehwere. Some people (Anthony,
On Tue, Aug 16, 2005 at 08:31:20PM +0200, Martin v. Löwis wrote:
I would agree. However, there still is the debate of hosting the
repository elsehwere. Some people (Anthony, Guido, Tim) would prefer
to pay for it, instead of hosting it on svn.python.org.
Another option would be to pay someone
On Tue, 2005-08-16 at 15:18, Neil Schemenauer wrote:
Another option would be to pay someone to maintain the SVN setup on
python.org. Unfortunately, I guess that would require someone else
to first create a detailed description of the maintenance work
required and to process bids.
Again,
[Michael Hudson]
I suppose another question is: when? Between 2.4.2 and 2.5a1 seems
like a good opportunity. I guess the biggest job is collection of
keys and associated admin?
[Martin v. Löwis]
I would agree. However, there still is the debate of hosting the
repository elsehwere. Some
[Tim]
+1 from me. But, I don't think my vote should count much, and (sorry)
Guido's even less: what do the people who frequently check in want?
That means people like you (Martin), Michael, Raymond, Walter, Fred.
... plus the release manager(s).
+1 from me. CVS is meeting my needs but I
Neil Schemenauer wrote:
Another option would be to pay someone to maintain the SVN setup on
python.org. Unfortunately, I guess that would require someone else
to first create a detailed description of the maintenance work
required and to process bids.
I think this would be difficult. I could
[Martin v. Löwis]
Ah, ok. Of course, Barry can only speak about the current availability
of volunteers, which is quite good (especially since amk took over
coordinating them), nobody can predict the future (the time machine
apparently only works one-way). So I guess the concern stays, and,
[Raymond Hettinger]
+1 from me. CVS is meeting my needs but I would definitely benefit from
fast diffs and atomic commits. My experiences with SVN to-date have all
been positive and it was easy to learn.
Good! That was my experience too, BTW -- SVN was a genuine
improvement over CVS, and I
Tim Peters wrote:
[Martin v. Löwis]
I have placed a new version of the PEP on
http://www.python.org/peps/pep-0347.html
...
+1 from me. But, I don't think my vote should count much, and (sorry)
Guido's even less: what do the people who frequently check in want?
That means people like
Tim Peters wrote:
[Martin v. Löwis]
I would agree. However, there still is the debate of hosting the
repository elsehwere. Some people (Anthony, Guido, Tim) would prefer
to pay for it, instead of hosting it on svn.python.org.
Not this Tim.
Not this one either. I haven't actually used any
Nor this Guido, FWIW (I think we shouldn't rule it out as an option,
but I don't have any preferences).
On 8/16/05, Delaney, Timothy (Tim) [EMAIL PROTECTED] wrote:
Tim Peters wrote:
[Martin v. Löwis]
I would agree. However, there still is the debate of hosting the
repository elsehwere.
[Michael Hudson]
I wonder if dir() should strip non-strings?
-0 The behavior of dir() already a bit magical. Python is much simpler
to comprehend if we have direct relationships like dir() and vars()
corresponding as closely as possible to the object's dictionary. If
someone injects
One thing PDB needs is a mode that runs as a background thread and
opens up a socket so that another Python process can talk to it, for
embedded/remote/GUI debugging.
There is a patch on SourceForge
python.org/sf/721464
which allows pdb to read/write from/to arbitrary file objects. Would it
29 matches
Mail list logo