> 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
[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 non-strin
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 e
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 u
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 me
Martin> Of course, Barry can only speak about the current availability
Martin> of volunteers, which is quite good (especially since amk took
Martin> over coordinating them)
I don't know why, but the first image that popped into my mind was of amk
beating a bunch of Hunchback of N
[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
[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,
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 co
[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
Tim Peters wrote:
> Not this Tim. I _asked_ whether we had sufficient volunteer resource
> to host it on python.org, because I didn't know. Barry has since made
> sufficiently reassuring gurgles on that point, in particular that
> ongoing maintenance (after initial conversion) for filesystem-flav
[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. S
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,
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 some
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,
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:
http://mail.python.org/mailman/options/python-dev/archive%40mai
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.
a.1 a.x
In [5]: a.1
-
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
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
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 tha
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 ine
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 scr
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 en
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 t
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
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
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 i
[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'
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
29 matches
Mail list logo
