Greg Ewing schrieb:
Bill Janssen wrote:
Look, even if there were *no* additional methods, it's worth adding
the base class, just to differentiate the class from the Sequence, as
a marker, so that those of us who want to ask "isinstance(o, String)"
can do so.
Doesn't isinstance(x, basestring)
Brett Cannon schrieb:
The issues related to PEP 3108 now total 14. With the beta
(supposedly) in a week, I am hoping the last minor details can be
pulled together or decisions made on what can be postponed and what
should definitely be considered a release blocker.
Issue 2847 - the aifc module s
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
M.-A. Lemburg wrote:
| If you use PyBytes APIs, you expect to find PyBytes functions in
| the libs and also set breakpoints on these.
Very good point.
- --
Jesus Cea Avion _/_/ _/_/_/_/_/_/
[EMAIL PROTECTED] - ht
Stefan Behnel behnel.de> writes:
> BTW, I noticed that the code in typeobject.c uses "DECREF before set" two
> times, like this:
>
> method_cache[h].version = type->tp_version_tag;
> method_cache[h].value = res; /* borrowed */
> Py_INCREF(name);
>
Stefan Behnel wrote:
M.-A. Lemburg wrote:
If you use PyBytes APIs, you expect to find PyBytes functions in
the libs and also set breakpoints on these.
AFAICT, the PyBytes_* functions are in both Py2.6 and Py3 now, so no problem
here.
The PyBytes_* functions appear to be there, but a preproc
Greg Ewing wrote:
Paul Moore wrote:
I'd rather see a solution which addressed the
wider visitor use case (I think I just sprained my back bending over
backwards to avoid mentioning generic functions :-))
Speaking of generic functions, while thinking about the
recent discussion on proxy objects
Antoine Pitrou wrote:
> Stefan Behnel behnel.de> writes:
>> BTW, I noticed that the code in typeobject.c uses "DECREF before set" two
>> times, like this:
>>
>> method_cache[h].version = type->tp_version_tag;
>> method_cache[h].value = res; /* borrowed */
>>
Stefan Behnel schrieb:
> Christian Heimes wrote:
>> * add a new file stringobject.h which contains the aliases PyString_ ->
>> PyBytes_
>
> Just a quick note that that file is still missing from SVN, so it's kind of
> hard to compile existing code against the current branch state...
No, the file
Stefan Behnel schrieb:
> M.-A. Lemburg wrote:
>> If you use PyBytes APIs, you expect to find PyBytes functions in
>> the libs and also set breakpoints on these.
>
> AFAICT, the PyBytes_* functions are in both Py2.6 and Py3 now, so no problem
> here.
In Python 2.6 the PyBytes_* functions are only
Jesse Noller wrote:
> Georg kindly published the PEP I submitted last night to the PEP site:
>
> http://www.python.org/dev/peps/pep-0371/
>
> This PEP includes some of the previous discussion on the processing
> module's inclusion, and I hope clears up/clarifies some of the
> goals/non goals and i
Christian Heimes wrote:
> Stefan Behnel schrieb:
>> Christian Heimes wrote:
>>> * add a new file stringobject.h which contains the aliases PyString_ ->
>>> PyBytes_
>> Just a quick note that that file is still missing from SVN, so it's kind of
>> hard to compile existing code against the current b
Nick Coghlan wrote:
> Stefan Behnel wrote:
>> Besides, how likely is it that users set a breakpoint on the
>> PyBytes/PyString functions?
>
> Not very likely at all - but it would still be nice if the PyBytes_*
> symbols were visible to the linker as well as the preprocessor.
Right, that's a nice
Stefan Behnel wrote:
Nick Coghlan wrote:
Stefan Behnel wrote:
Besides, how likely is it that users set a breakpoint on the
PyBytes/PyString functions?
Not very likely at all - but it would still be nice if the PyBytes_*
symbols were visible to the linker as well as the preprocessor.
Right, t
Nick Coghlan wrote:
Jesse Noller wrote:
> Georg kindly published the PEP I submitted last night to the PEP site:
>
> http://www.python.org/dev/peps/pep-0371/
>
> This PEP includes some of the previous discussion on the processing
> module's inclusion, and I hope clears up/clarifies some of the
>
On Thu, May 29, 2008 at 6:22 AM, Michael Foord
<[EMAIL PROTECTED]> wrote:
> Nick Coghlan wrote:
>>
>> Jesse Noller wrote:
>> > Georg kindly published the PEP I submitted last night to the PEP site:
>> >
>> > http://www.python.org/dev/peps/pep-0371/
>> >
>> > This PEP includes some of the previous d
On Thu, May 29, 2008 at 9:12 AM, Georg Brandl <[EMAIL PROTECTED]> wrote:
> Brett Cannon schrieb:
>
>> The issues related to PEP 3108 now total 14. With the beta
>> (supposedly) in a week, I am hoping the last minor details can be
>> pulled together or decisions made on what can be postponed and wh
Nick> $ ./python -m timeit "'' % ()"
Nick> 100 loops, best of 3: 0.389 usec per loop
vs.
Nick> $ ./python -m timeit "'%s' % 'nothing'"
Nick> 1000 loops, best of 3: 0.0736 usec per loop
I think you need to use a tuple for the second case to make it comparable to
the first
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Could you possibly extend the PEP to also document performance when, for
instance, passing "big" objects via a queue, or sending "Events" back,
testing "thread.isAlive()", and stuff like that?. What about mutexes?
(not to protect shared objects, but f
[EMAIL PROTECTED] wrote:
Nick> $ ./python -m timeit "'' % ()"
Nick> 100 loops, best of 3: 0.389 usec per loop
vs.
Nick> $ ./python -m timeit "'%s' % 'nothing'"
Nick> 1000 loops, best of 3: 0.0736 usec per loop
I think you need to use a tuple for the second case to make
On Thu, May 29, 2008 at 9:39 AM, Jesus Cea <[EMAIL PROTECTED]> wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
> Could you possibly extend the PEP to also document performance when, for
> instance, passing "big" objects via a queue, or sending "Events" back,
> testing "thread.isAlive()",
On 2008-05-28 19:08, Bill Janssen wrote:
I'm beginning to wonder whether I'm the only one who cares about
the Python 2.x branch not getting cluttered up with artifacts caused
by a broken forward merge strategy.
I share your concern. Seems to me that perhaps (not sure, but
perhaps) the rush to
On 2008-05-28 22:47, Gregory P. Smith wrote:
On Wed, May 28, 2008 at 3:12 AM, M.-A. Lemburg <[EMAIL PROTECTED]> wrote:
I'm beginning to wonder whether I'm the only one who cares about
the Python 2.x branch not getting cluttered up with artifacts caused
by a broken forward merge strategy.
How ca
On Thu, May 29, 2008 at 4:56 PM, Lars Immisch <[EMAIL PROTECTED]> wrote:
>
>
>>Issue 2847 - the aifc module still imports the cl module in 3.0.
>>Problem is that the cl module is gone. =) So it seems silly to have
>>the imports lying about. This can probably be changed to
M.-A. Lemburg schrieb:
> Well, first of all, it is a change in the C API:
> APIs have different names now, they live in different files,
> the Python documentation doesn't apply anymore, books have to
> be updated, programmers trained, etc. etc. That's fine for
> 3.x, it's not for 2.x.
No, that's
On Thu, May 29, 2008 at 12:12 AM, Georg Brandl <[EMAIL PROTECTED]> wrote:
> Brett Cannon schrieb:
>>
>> The issues related to PEP 3108 now total 14. With the beta
>> (supposedly) in a week, I am hoping the last minor details can be
>> pulled together or decisions made on what can be postponed and w
Christian,
so far you have not responded to any of the suggestions made on
this thread, only defended your checkin. That's not very helpful
in getting to some conclusion.
* What's so hard about going with a proper, standard solution that
doesn't involve using your preprocessor hack ?
* Why can'
Nick Coghlan wrote:
[EMAIL PROTECTED] wrote:
Nick> $ ./python -m timeit "'' % ()"
Nick> 100 loops, best of 3: 0.389 usec per loop
vs.
Nick> $ ./python -m timeit "'%s' % 'nothing'"
Nick> 1000 loops, best of 3: 0.0736 usec per loop
I think you need to use a tuple for the
On Thu, May 29, 2008 at 3:18 AM, Nick Coghlan <[EMAIL PROTECTED]> wrote:
> Jesse Noller wrote:
>> Georg kindly published the PEP I submitted last night to the PEP site:
>>
>> http://www.python.org/dev/peps/pep-0371/
>>
>> This PEP includes some of the previous discussion on the processing
>> module
I would like to renew the discussion now that "there is a PEP" to see
if there are any outstanding things people would like to get resolved.
I chose to continue to push it for 2.6 / 3.0 inclusion due to feedback
both here and elsewhere that people would rather see this in sooner in
some form, rath
On Wed, May 28, 2008 at 11:38 PM, Brett Cannon <[EMAIL PROTECTED]> wrote:
>
> Issue 2854 - gestalt needs to be added back into 3.0. This is
> Benjamin's issue. =)
Is that your way of say "Check in the patch!" ? :)
--
Cheers,
Benjamin Peterson
"There's no place like 127.0.0.1."
On Thu, May 29, 2008 at 1:49 PM, Benjamin Peterson
<[EMAIL PROTECTED]> wrote:
> On Wed, May 28, 2008 at 11:38 PM, Brett Cannon <[EMAIL PROTECTED]> wrote:
>>
>> Issue 2854 - gestalt needs to be added back into 3.0. This is
>> Benjamin's issue. =)
>
> Is that your way of say "Check in the patch!" ? :
Mike Klaas wrote:
I agree that it would be perverse to disallowing iterating over a
string.
Just to be clear, I'm saying that it would be perverse
to disallow iterating *but* to allow indexing of
individual characters. Either you should have both or you
should have neither.
--
Greg
Georg Brandl wrote:
Greg Ewing schrieb:
>
Doesn't isinstance(x, basestring) already cover that?
That doesn't cover UserString, for example.
A better solution to that might be to have UserString
inherit from basestring.
--
Greg
___
Python-Dev mail
M.-A. Lemburg wrote:
* Why can't we have both PyString *and* PyBytes exposed in 2.x,
with one redirecting to the other ?
We do have that - the PyString_* names still work perfectly fine in 2.x.
They just won't be used in the Python core codebase anymore - everything
in the Python core will us
Nick Coghlan wrote:
I don't think it would actually be that much worse - something like
typetools.ProxyMixin would just involve a whole series of register calls
instead of method definitions. I wouldn't expect the total amount of
code involved to change much.
I'm not thinking about the __xxx_
Greg Ewing wrote:
Nick Coghlan wrote:
I don't think it would actually be that much worse - something like
typetools.ProxyMixin would just involve a whole series of register
calls instead of method definitions. I wouldn't expect the total
amount of code involved to change much.
I'm not thinki
Nick Coghlan wrote:
That's where the generic system itself needs to
be based on generic functions - then you can hook the lookup function so
that proxies get looked up based on their target type rather than the
fact they're a proxy. It all gets very brain bending and self
referential, which is
On 29/05/2008, at 14:32, Brett Cannon wrote:
On Thu, May 29, 2008 at 12:12 AM, Georg Brandl <[EMAIL PROTECTED]>
wrote:
Issue 2848 - mimetools has been deprecated for a while, but it is
still used in a bunch of places. Since this has been deprecated in
PEP
4 for a long time, should we add
my apologies, i found the issue "closed" after doing a search for my
own work, requiring (again) the telnetlib code for yet another
project.
since 2001, the work done has been reimplemented time and time again,
by different individuals, in different projects, in different ways,
all solving exactly
On Tue, May 13, 2008 at 09:23:02PM -0400, Tom Pinckney wrote:
-> Why not use MPI? It's cross platform, cross language and very widely
-> supported already. And there're Python bindings already.
MPI requires far more setup than the pyprocessing module does; it's by
no means plug & play.
--titus
Thanks Jesus. I'll import BSDDB 4.6.4 into svn.python.org/projects/external
today. Once that's done, I'll create a new bsddb46.vcproj and update the
pcbuild.sln to use this project instead of the bsddb44 one currently being
used. (Hopefully I'll be able to get that done today as well.)
I ass
> Christian, you get this week's Awesome Award.
Hah, 'Weekly Awesome Award', we should make that one of our things, like QOTW.
Trent.
___
Python-Dev mailing list
Python-Dev@python.org
http://mail.python.org/mailman/listinfo/python-dev
Unsubscrib
Hi Jesus,
Regarding where to place test files, you might want to look at how the current
bsddb test suite in Lib/bsddb/test handles the need to create temporary files
and such. A bit of work has gone into this particular aspect to improve
reliability and robustness on buildbots -- particularil
I was about to commit an initial import of the bsddb 4.6.21 source to the
'external' area in the repo, which I obtained from the following URL:
http://www.oracle.com/technology/software/products/berkeley-db/index.html
I downloaded the source that includes AES encryption, for no reason o
ACTIVITY SUMMARY (05/09/08 - 05/16/08)
Tracker at http://bugs.python.org/
To view or respond to any of the issues listed below, click on the issue
number. Do NOT respond to this message.
1874 open (+61) / 12843 closed (+30) / 14717 total (+91)
Open issues with patches: 558
Average durati
On Tue, May 27, 2008 at 12:43 AM, Christian Heimes <[EMAIL PROTECTED]> wrote:
> Ten minutes ago I raised a concern about speed differences between the
> old style % formatting and the new .format() code. Some quick
> benchmarking from Benjamin and me showed, that it's even worse than I
> expected.
Hi,
Purpose: obtaining the system ("short") path from a full path
Background: File dialogs (visual studio) return a full path (e.g.
f="C:\this path has spaces\thisfilenameislongerthan8char.txt"). If this
value is provided to Python, it will not recongize this as a file. In
fact os.path.isfile(f)
2008/5/29 Nick Coghlan <[EMAIL PROTECTED]>:
> it would still be nice if the PyBytes_* symbols
> were visible to the linker as well as the preprocessor.
If this is not a strict requirement but a useful extra, then it might
be done in an unportable way. GCC has an 'alias' attribute:
http://gcc.gnu.
Issue 2847 - the aifc module still imports the cl module in 3.0.
Problem is that the cl module is gone. =) So it seems silly to have
the imports lying about. This can probably be changed to critical.
It shouldn't be a problem to rip everything cl-related out of aifc
I just processed two weeks of backlog on python-dev (I'm only a backup
moderator). Would anyone object to changing the list policy so that
non-member posts get discarded instead of held?
--
Aahz ([EMAIL PROTECTED]) <*> http://www.pythoncraft.com/
Need a book? Use your library!
On Tue, May 13, 2008 at 1:06 PM, Luke Kenneth Casson Leighton
<[EMAIL PROTECTED]> wrote:
> my apologies, i found the issue "closed" after doing a search for my
> own work, requiring (again) the telnetlib code for yet another
> project.
I have reopened it for you.
>
> since 2001, the work done has
On Thu, May 29, 2008 at 8:14 PM, Aahz <[EMAIL PROTECTED]> wrote:
> I just processed two weeks of backlog on python-dev (I'm only a backup
> moderator). Would anyone object to changing the list policy so that
> non-member posts get discarded instead of held?
Is any of the mail spam?
--
Cheers,
B
On Thu, May 29, 2008, Benjamin Peterson wrote:
> On Thu, May 29, 2008 at 8:14 PM, Aahz <[EMAIL PROTECTED]> wrote:
>>
>> I just processed two weeks of backlog on python-dev (I'm only a backup
>> moderator). Would anyone object to changing the list policy so that
>> non-member posts get discarded in
On Thu, May 29, 2008 at 8:28 PM, Aahz <[EMAIL PROTECTED]> wrote:
> On Thu, May 29, 2008, Benjamin Peterson wrote:
>>
>> Is any of the mail spam?
>
> Very yes -- more than half. (What gets through SpamBayes)
In that case, I'm -1.
--
Cheers,
Benjamin Peterson
"There's no place like 127.0.0.1."
__
On Tue, May 27, 2008 at 6:00 AM, Hartwell Bryan <[EMAIL PROTECTED]> wrote:
> Hi,
>
> Purpose: obtaining the system ("short") path from a full path
>
Best thing to do is to open an issue with the patch, otherwise this
will just be ignored as we don't accept code to this mailing list.
-Brett
__
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On May 29, 2008, at 9:14 PM, Aahz wrote:
I just processed two weeks of backlog on python-dev (I'm only a backup
moderator). Would anyone object to changing the list policy so that
non-member posts get discarded instead of held?
How about we recru
"Barry Warsaw" <[EMAIL PROTECTED]> wrote in message
news:[EMAIL PROTECTED]
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
> On May 29, 2008, at 9:14 PM, Aahz wrote:
>
>> I just processed two weeks of backlog on python-dev (I'm only a backup
>> moderator). Would anyone object to changing the
[Barry]
> ...
> How about we recruit additional moderators? Any volunteers?
Sure -- add me as a python-dev admin, send me the password, and go
back to eating in peace :-)
___
Python-Dev mailing list
Python-Dev@python.org
http://mail.python.org/mailman/l
On Thu, May 29, 2008, tjreedy wrote:
>> On May 29, 2008, at 9:14 PM, Aahz wrote:
>>>
>>> I just processed two weeks of backlog on python-dev (I'm only a backup
>>> moderator). Would anyone object to changing the list policy so that
>>> non-member posts get discarded instead of held?
>
> By 'non-m
On Wed, May 28, 2008 at 10:03 AM, Jesse Noller <[EMAIL PROTECTED]> wrote:
> I would like to renew the discussion now that "there is a PEP" to see
> if there are any outstanding things people would like to get resolved.
> I chose to continue to push it for 2.6 / 3.0 inclusion due to feedback
> both
Greg Ewing schrieb:
Georg Brandl wrote:
Greg Ewing schrieb:
>
Doesn't isinstance(x, basestring) already cover that?
That doesn't cover UserString, for example.
A better solution to that might be to have UserString
inherit from basestring.
But with that argument you could throw out the w
61 matches
Mail list logo
