in a non-holistic way.
This is trumped by the need to keep the standard library warning-free.
But how about the following compromise: make it a silent deprecation
in 2.5, and a full deprecation in 2.6.
--
--Guido van Rossum (home page: http://www.python.org/~guido
On 8/25/05, Raymond Hettinger [EMAIL PROTECTED] wrote:
I wish Fredrik would chime in. He would
have something pithy, angry, and incisive to say about this.
Raymond, I'm sick of the abuse. Consider the PEP rejected.
--
--Guido van Rossum (home page: http://www.python.org/~guido
raise ValueError()
The latter.
--
--Guido van Rossum (home page: http://www.python.org/~guido/)
___
Python-Dev mailing list
Python-Dev@python.org
http://mail.python.org/mailman/listinfo/python-dev
Unsubscribe:
http://mail.python.org/mailman/options
not coincide with
emitting warnings?)
See Michael Chermside's post.
--
--Guido van Rossum (home page: http://www.python.org/~guido/)
___
Python-Dev mailing list
Python-Dev@python.org
http://mail.python.org/mailman/listinfo/python-dev
Unsubscribe:
http
is very natural. For larger
examples, I'd recommend defining a class as always.
--
--Guido van Rossum (home page: http://www.python.org/~guido/)
___
Python-Dev mailing list
Python-Dev@python.org
http://mail.python.org/mailman/listinfo/python-dev
be written
as if sub in s. This avoids the nasty bug in if s.find(sub).
If .find is scheduled for the dustbin of history, I would be willing to
suggest doc and docstring changes. (str.index.__doc__ currently refers to
str.find.__doc__. This should be reversed.)
--
--Guido van Rossum (home
convinced that we
should do it.
Also remember, the standard library is rather atypical -- while some
of it makes great example code, other parts of it are highly contorted
in order to either maintain backwards compatibility or provide an
unusually high level of defensiveness.
--
--Guido van Rossum
of two (short, good).
--
--Guido van Rossum (home page: http://www.python.org/~guido/)
___
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
-- consider
what happens if optval *starts* with a semicolon. Also, the code is
searching optval for ';' twice. Suggestion:
if vi in ('=',':'):
try: pos = optval.index(';')
except ValueError: pass
else:
if pos 0 and optval[pos-1].isspace():
optval = optval[:pos]
--
--Guido van Rossum
in 2.5.
--
--Guido van Rossum (home page: http://www.python.org/~guido/)
___
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%40mail
of to be removed? I'm glad you're not on
*my* team. (Emphasis mine. :-)
--
--Guido van Rossum (home page: http://www.python.org/~guido/)
___
Python-Dev mailing list
Python-Dev@python.org
http://mail.python.org/mailman/listinfo/python-dev
Unsubscribe:
http
to it! (Not to
mention the 're' module.)
However, after 12 years, I believe that the small benefit of having
find() is outweighed by the frequent occurrence of bugs in its use.
--
--Guido van Rossum (home page: http://www.python.org/~guido/)
___
Python
On 8/27/05, Aahz [EMAIL PROTECTED] wrote:
On Sat, Aug 27, 2005, Guido van Rossum wrote:
if vi in ('=',':'):
try: pos = optval.index(';')
except ValueError: pass
else:
if pos 0 and optval[pos-1].isspace():
optval = optval[:pos]
IIRC, one of your proposals
back to PyOS_StdioReadline
to zero. It can't be a Python specific thing, because it doesn't have
a 'Py' prefix.
--
--Guido van Rossum (home page: http://www.python.org/~guido/)
___
Python-Dev mailing list
Python-Dev@python.org
http://mail.python.org/mailman
, /, c)
That can't be confusing can it?
(Just think of it as rpartition() stopping at the last occurrence,
rather than searching from the right. :-)
--
--Guido van Rossum (home page: http://www.python.org/~guido/)
___
Python-Dev mailing list
Python-Dev
.
--
--Guido van Rossum (home page: http://www.python.org/~guido/)
___
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%40mail
exceptions are builtin?
I'm guessing this is a remnant from a transitional period around Python 1.5.
Let's get rid of it.
--
--Guido van Rossum (home page: http://www.python.org/~guido/)
___
Python-Dev mailing list
Python-Dev@python.org
http://mail.python.org
that was proven to be asymptotically optimal,
but unfortunately was beat every time in practical applications by
something much simpler, *and* the algorithm was so complex that we
couldn't get the code 100% bugfree. But that was 20 years ago.
--
--Guido van Rossum (home page: http://www.python.org
to write list(d.keys()). How
is the translator going to know? Worse, there's a common idiom:
L = D.keys()
L.sort()
that should be replaced by
L = sorted(D)
how is the translator going to recognize that (given that there are
all sorts of variations)?
--
--Guido van Rossum (home page: http
regexps in your program that
the cache is cleared (the limit is 100).
--
--Guido van Rossum (home page: http://www.python.org/~guido/)
___
Python-Dev mailing list
Python-Dev@python.org
http://mail.python.org/mailman/listinfo/python-dev
Unsubscribe:
http
with %6.2f. (In fact, the major
complaint is about the one place where I *did* tinker with it --
%(boo)s.)
Maybe the ${boo} form can be extended to allow ${boo%6.2f} ???
Unfortunately that would prevent a different extension of ${boo}: %{boo+far}.
--
--Guido van Rossum (home page: http
work for assert because you don't want the argument to be
evaluated in -O mode.
--
--Guido van Rossum (home page: http://www.python.org/~guido/)
___
Python-Dev mailing list
Python-Dev@python.org
http://mail.python.org/mailman/listinfo/python-dev
Unsubscribe
the trailing newline or the space between
items); would anyone support a proposal to make it a statement
instead?
--
--Guido van Rossum (home page: http://www.python.org/~guido/)
___
Python-Dev mailing list
Python-Dev@python.org
http://mail.python.org/mailman
someone can work this into the Wiki?
(http://wiki.python.org/moin/PrintAsFunction)
As I said, I'm flexible on all the details but I really want to get
rid of the statement syntax for this functionality.
--
--Guido van Rossum (home page: http://www.python.org/~guido
.
--
--Guido van Rossum (home page: http://www.python.org/~guido/)
___
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%40mail-archive.com
it.
Same here. If anyone wants to give it a try, please go ahead!
--
--Guido van Rossum (home page: http://www.python.org/~guido/)
___
Python-Dev mailing list
Python-Dev@python.org
http://mail.python.org/mailman/listinfo/python-dev
Unsubscribe:
http
to speak up now and volunteer as a co-author. I
suggest the wiki as a place for working out drafts. I'm pulling out of
the discussion until I see a draft PEP.
--
--Guido van Rossum (home page: http://www.python.org/~guido/)
___
Python-Dev mailing list
Python
On 9/2/05, Gareth McCaughan [EMAIL PROTECTED] wrote:
On Thursday 2005-09-01 18:09, Guido van Rossum wrote:
They *are* cached and there is no cost to using the functions instead
of the methods unless you have so many regexps in your program that
the cache is cleared (the limit is 100
the replacement too, but that's where I need
others to weigh in so we make sure all the important use cases are
covered.
--
--Guido van Rossum (home page: http://www.python.org/~guido/)
___
Python-Dev mailing list
Python-Dev@python.org
http://mail.python.org
engineering habits are
dropped the moment people have to type a pair of extra parentheses.
--
--Guido van Rossum (home page: http://www.python.org/~guido/)
___
Python-Dev mailing list
Python-Dev@python.org
http://mail.python.org/mailman/listinfo/python
.
--
--Guido van Rossum (home page: http://www.python.org/~guido/)
___
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%40mail-archive.com
be syntactically related (within the realm
of common sense, as always).
--
--Guido van Rossum (home page: http://www.python.org/~guido/)
___
Python-Dev mailing list
Python-Dev@python.org
http://mail.python.org/mailman/listinfo/python-dev
Unsubscribe
.
You're probably one of the two users. :-) So don't hesitate. If the
other user disagrees you two can fight it out in CVS. :)
--
--Guido van Rossum (home page: http://www.python.org/~guido/)
___
Python-Dev mailing list
Python-Dev@python.org
http
(...Not)
rule.
BTW we could use from __future__ import printing to disable the
recognition of 'print' as a keyword in a particular module -- this
would provide adequate future-proofing.
--
--Guido van Rossum (home page: http://www.python.org/~guido
(these are not the days of Fortran formatted output).
--
--Guido van Rossum (home page: http://www.python.org/~guido/)
___
Python-Dev mailing list
Python-Dev@python.org
http://mail.python.org/mailman/listinfo/python-dev
Unsubscribe:
http://mail.python.org/mailman/options
command
language implements a break-like statement.
Ah. Now you've heard from the other user. :-)
--
--Guido van Rossum (home page: http://www.python.org/~guido/)
___
Python-Dev mailing list
Python-Dev@python.org
http://mail.python.org/mailman/listinfo
of the non-i18n use case, where the format isalmost always a
string *literal* adjacent to the arguments. I'm not at all convinced
that we should attempt to find a solution that handles both use cases;
most Python code never needs i18n.
--
--Guido van Rossum (home page: http://www.python.org/~guido
the real code you need to do is already written as
print(x =, x, y =, y, z =, z)
and that becomes more readable when you transform it to
printf(x = %s y = %s z = %s\n, x, y, z)
--
--Guido van Rossum (home page: http://www.python.org/~guido
to arbitrary expressions, which I think is an extension
that will get lots of requests.
--
--Guido van Rossum (home page: http://www.python.org/~guido/)
___
Python-Dev mailing list
Python-Dev@python.org
http://mail.python.org/mailman/listinfo/python-dev
of the few annoyances I have with
Python. I know that Ruby somehow gets around the need
for ref. counting.
You could always use IronPython or Jython of course, neither of which has this.
--
--Guido van Rossum (home page: http://www.python.org/~guido
On 9/6/05, Michael Hudson [EMAIL PROTECTED] wrote:
Gnyagh, couldn't you have *started* the thread with that post? :)
I hadn't anticipated so many great minds rusted shut. :-)
--
--Guido van Rossum (home page: http://www.python.org/~guido
framework. Remember YAGNI!
--
--Guido van Rossum (home page: http://www.python.org/~guido/)
___
Python-Dev mailing list
Python-Dev@python.org
http://mail.python.org/mailman/listinfo/python-dev
Unsubscribe:
http://mail.python.org/mailman/options/python
with the Python source tree, to the point of contributing the code to
the PSF? (Without giving up ownership or responsibility for its
maintenance.)
--
--Guido van Rossum (home page: http://www.python.org/~guido/)
___
Python-Dev mailing list
Python-Dev@python.org
principle.
--
--Guido van Rossum (home page: http://www.python.org/~guido/)
___
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%40mail
clearer
to the reader whether we are writing binary or or text data.
--
--Guido van Rossum (home page: http://www.python.org/~guido/)
___
Python-Dev mailing list
Python-Dev@python.org
http://mail.python.org/mailman/listinfo/python-dev
Unsubscribe:
http
Unsubscribe:
http://mail.python.org/mailman/options/python-dev/guido%40python.org
--
--Guido van Rossum (home page: http://www.python.org/~guido/)
___
Python-Dev mailing list
Python-Dev@python.org
http://mail.python.org/mailman/listinfo/python-dev
is determined by the module containing
the code creating it, not the module containing the code using it.
--
--Guido van Rossum (home page: http://www.python.org/~guido/)
___
Python-Dev mailing list
Python-Dev@python.org
http://mail.python.org/mailman/listinfo
I was wondering, why are we setting SIGPIPE to SIG_IGN
in initsigs():
Because you can get a SIGPIPE from writing to a socket whose other
side has shut down, and we want to turn that into an error.
--
--Guido van Rossum (home page: http://www.python.org/~guido
, your next chance will be 18 months later...
--
--Guido van Rossum (home page: http://www.python.org/~guido/)
___
Python-Dev mailing list
Python-Dev@python.org
http://mail.python.org/mailman/listinfo/python-dev
Unsubscribe:
http://mail.python.org
compatibility. But just installing python3.0 as python and expecting
nothing will break is not a goal -- it would be too constraining.
--
--Guido van Rossum (home page: http://www.python.org/~guido/)
___
Python-Dev mailing list
Python-Dev@python.org
http
, write your code to
iterate over the dict itself even if you'd like itervalues or
iteritems; you can always get the value explicitly by indexing the
dict.
IOW use the API whose name will remain but don't rely on the
functionality that will change.
--
--Guido van Rossum (home page: http
).
___
Python-checkins mailing list
[EMAIL PROTECTED]
http://mail.python.org/mailman/listinfo/python-checkins
--
--Guido van Rossum (home page: http://www.python.org/~guido/)
___
Python-Dev mailing list
Python-Dev
!
___
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/guido%40python.org
--
--Guido van Rossum (home page: http://www.python.org/~guido
of a UNIX user.
The test_ioctl test case is calling the TIOCGPGRP ioctl, which returns
the process group id, which is an attribute of the process. This has
type pid_t, which is signed.
I hope this clarifies the situation. I am glad to hear that it is
checked in!
Monte
--
--Guido van Rossum (home
doing the
natural transformation. (In fact, this would be one 2.x - 3.0
transformation that could easily be automated if you can handle making
up less-than-optimal names for the arguments.)
--
--Guido van Rossum (home page: http://www.python.org/~guido
PyArg_ParseTuple(args, s:...).
--
--Guido van Rossum (home page: http://www.python.org/~guido/)
___
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
] wrote:
On 9/19/05, Guido van Rossum [EMAIL PROTECTED] wrote:
That patch doesn't make sense to me -- the s code to
PyArg_ParseTuple doesn't return newly allocated memory, it just
returns a pointer into a string object that is owned by the caller
(really by the call machinery I suppose
.
Fair enough, though I'm not sure what use we can make of that information.
--
--Guido van Rossum (home page: http://www.python.org/~guido/)
___
Python-Dev mailing list
Python-Dev@python.org
http://mail.python.org/mailman/listinfo/python-dev
Unsubscribe
mistype when switching between
languages...
Also, this proposal needs to be considered together with the addition
of a proper conditional operator, like x?y:z.
--
--Guido van Rossum (home page: http://www.python.org/~guido/)
___
Python-Dev mailing list
On 9/20/05, Michael Hudson [EMAIL PROTECTED] wrote:
Guido van Rossum [EMAIL PROTECTED] writes:
On 9/19/05, Raymond Hettinger [EMAIL PROTECTED] wrote:
I propose that in Py3.0, the and and or operators be simplified to
always return a Boolean value instead of returning the last evaluated
('ascii','replace')
'Andr x'
The test passes on Linux. We have about 6 hours until code freeze...
--
--Guido van Rossum (home page: http://www.python.org/~guido/)
___
Python-Dev mailing list
Python-Dev@python.org
http://mail.python.org/mailman/listinfo
This seems to disappear when I disable -O. I guess the HP-UX optimizer
is as bad as it always was. Or perhaps we have an old version
installed. Sorry!
On 9/20/05, Guido van Rossum [EMAIL PROTECTED] wrote:
I just built and ran the latest Python 2.4.2c1 from CVS on our HP-UX
Itanium 2 box
This happens both with 2.4.2c1 and with 2.5a0 from current CVS.
I know in order to debug you need more info about my audio device, but
since I never use audio on Linux, you'll have to talk me through
providing the info. I'm [EMAIL PROTECTED] on Google talk BTW.
--
--Guido van Rossum (home page
On 9/20/05, Terry Reedy [EMAIL PROTECTED] wrote:
Guido van Rossum [EMAIL PROTECTED] wrote in message
and +1 on adding a conditional expression. I believe (y if x else z)
was my favorite last time, wasn't it?
No. That was your original proposal, which you later rejected.
Thanks
colons in list comps and genexprs either.)
--
--Guido van Rossum (home page: http://www.python.org/~guido/)
___
Python-Dev mailing list
Python-Dev@python.org
http://mail.python.org/mailman/listinfo/python-dev
Unsubscribe:
http://mail.python.org/mailman
scale much better. All arguments for multi-processing and against
multi-threading.
--
--Guido van Rossum (home page: http://www.python.org/~guido/)
___
Python-Dev mailing list
Python-Dev@python.org
http://mail.python.org/mailman/listinfo/python-dev
?
--
--Guido van Rossum (home page: http://www.python.org/~guido/)
___
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%40mail
__len__() returns 0 but whose __nonzero__()
returns True would be an anomaly.
The best we can do IMO is to change it back in 2.5.
--
--Guido van Rossum (home page: http://www.python.org/~guido/)
___
Python-Dev mailing list
Python-Dev@python.org
http
implementing
(as acquisition in Zope 2 has amply proved).
--
--Guido van Rossum (home page: http://www.python.org/~guido/)
___
Python-Dev mailing list
Python-Dev@python.org
http://mail.python.org/mailman/listinfo/python-dev
Unsubscribe:
http://mail.python.org
approach
is to code with that in mind. When this type of look-ahead is
required, a buffering iterator should be inserted, so that the
algorithm can work with all iterators rather than only with iterators
over built-in containers.
--
--Guido van Rossum (home page: http://www.python.org/~guido
.
QOTF candidate!
(I wonder if this thread could be summarized into a PEP we can use
instead of future discussions rehashing the same issues?)
--
--Guido van Rossum (home page: http://www.python.org/~guido/)
___
Python-Dev mailing list
Python-Dev
can't as a community agree on a syntax.
That's what we have a BDFL for. =)
Another QOTFcandidate!
--
--Guido van Rossum (home page: http://www.python.org/~guido/)
___
Python-Dev mailing list
Python-Dev@python.org
http://mail.python.org/mailman/listinfo
be willing to entertain improvements that improve the insulation
this provides.
--
--Guido van Rossum (home page: http://www.python.org/~guido/)
___
Python-Dev mailing list
Python-Dev@python.org
http://mail.python.org/mailman/listinfo/python-dev
://mail.python.org/mailman/options/python-dev/guido%40python.org
--
--Guido van Rossum (home page: http://www.python.org/~guido/)
___
Python-Dev mailing list
Python-Dev@python.org
http://mail.python.org/mailman/listinfo/python-dev
Unsubscribe:
http
On 9/21/05, Raymond Hettinger [EMAIL PROTECTED] wrote:
[Guido van Rossum]
Could you at least admit that this was an oversight and not try to
pretend it was intentional breakage?
Absolutely. I completely missed this one.
Thanks; spoken like a man.
I strongly feel that this needs
/darwinsource/ it is clear that OS X
10.a.b corresponds to Darwin (a+4).b, except for OS X versions =
10.1. I'd be happy to write the code and add it to system_alias() in
platform.py. Is this a good idea?
--
--Guido van Rossum (home page: http://www.python.org/~guido
On 9/21/05, Guido van Rossum [EMAIL PROTECTED] wrote:
The platform module has a way to map system names such as returned by
uname() to marketing names. It maps SunOS to Solaris, for example. But
it doesn't map Darwin to Mac OS X. I think I know how to map Darwin
version numbers to OS X version
a generator? (I know, the answer is buffering.
But that has problems too. It was all considered when we designed it.)
--
--Guido van Rossum (home page: http://www.python.org/~guido/)
___
Python-Dev mailing list
Python-Dev@python.org
http://mail.python.org/mailman
Thanks all! I won't touch it. /usr/bin/sw_vers is the way to go.
On 9/22/05, M.-A. Lemburg [EMAIL PROTECTED] wrote:
Ronald Oussoren wrote:
On 22-sep-2005, at 5:26, Guido van Rossum wrote:
The platform module has a way to map system names such as returned by
uname() to marketing names
Please end this thread. It belongs in c.l.py. Nothing's going to change.
--
--Guido van Rossum (home page: http://www.python.org/~guido/)
___
Python-Dev mailing list
Python-Dev@python.org
http://mail.python.org/mailman/listinfo/python-dev
Unsubscribe
.
--
--Guido van Rossum (home page: http://www.python.org/~guido/)
___
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%40mail-archive.com
defaultproperty?
(Sorry to turn this into a naming game, which is bound to produce 100s
of competing proposals that are totally unintuitive except to the
proposer. But naming is important.)
--
--Guido van Rossum (home page: http://www.python.org/~guido/)
___
Python
--
--Guido van Rossum (home page: http://www.python.org/~guido/)
___
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%40mail
: type = 'I' if file else 'D'
xdrlib.py: print 'succeed' if pred(x) else 'failed', ':', x
xmlrpclib.py: write(1 if value else 0)
--
--Guido van Rossum (home page: http://www.python.org/~guido/)
___
Python-Dev mailing list
On 9/29/05, Guido van Rossum [EMAIL PROTECTED] wrote:
[a garbled list]
Stupid gmail broke the lines. Here it is again as an attachment.
--
--Guido van Rossum (home page: http://www.python.org/~guido/)
XifCelseY.py
Description: application/python
somethingElse
not-expecting-this-to-fly-ly y'rs - steve
Let me give you what you expect. If all the X if C else Y syntax
does is prevent that atrocity from ever being introduced, it would be
worth it. :)
--
--Guido van Rossum (home page: http://www.python.org/~guido
http://yro.slashdot.org/yro/05/09/28/1955256.shtml?tid=103tid=17tid=219
Congratulations David! (Don't have his email.)
--
--Guido van Rossum (home page: http://www.python.org/~guido/)
___
Python-Dev mailing list
Python-Dev@python.org
http
original instinct to omit conditional
expressions was right!
Now you've pushed me over the edge. I've made up my mind now, X if C
else Y it will be. I hope to find time to implement it in Python 2.5.
Let it be as controversial as bool or @decorator, I don't care.
--
--Guido van Rossum (home page: http
.
Congratulations gracefully accepted.
It's still my language! :-)
--
--Guido van Rossum (home page: http://www.python.org/~guido/)
___
Python-Dev mailing list
Python-Dev@python.org
http://mail.python.org/mailman/listinfo/python-dev
Unsubscribe:
http
functionality, naturally).
Maybe I'm just an old fart, but this all seems way over-engineered.
Even for projects the size of Python, a simple grep+find is sufficient.
--
--Guido van Rossum (home page: http://www.python.org/~guido/)
___
Python-Dev mailing
the PIL
directory on sys.path?
Anyway, don't hesitate to suggest a patch on sourceforge -- python-dev
really isn't the forum for further discussion of this issue.
--
--Guido van Rossum (home page: http://www.python.org/~guido/)
___
Python-Dev mailing list
is in the way for these types of apps.
So whatever innovatice concurrency scheme Python may come out, it should
still be mixable with more traditional concurrency schemes, because
required properties vary wildly even inside a single app.
I don't think you've proved that yet.
--
--Guido van
is a container (at least every object with a
__dict__ attribute) and you sure don't want to map __len__ to
self.__dict__.__len__...
--
--Guido van Rossum (home page: http://www.python.org/~guido/)
___
Python-Dev mailing list
Python-Dev@python.org
http
van Rossum (home page: http://www.python.org/~guido/)
___
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%40mail-archive.com
was in the
midst of it.
However, I wonder if the logic isn't such that if you define both
sq_item and mp_subscript, __getitem__ calls sq_item; I wonder if by
removing sq_item it might call mp_subscript? Worth a try, anyway.
--
--Guido van Rossum (home page: http://www.python.org/~guido
. -- Måns Nilsson, asr
___
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/guido%40python.org
--
--Guido van Rossum (home
as possible. There won't be a literal for
it.
But you will be able to convert between bytes and strings quite easily
by specifying an encoding.
--
--Guido van Rossum (home page: http://www.python.org/~guido/)
___
Python-Dev mailing list
Python-Dev
.
On 10/3/05, Antoine Pitrou [EMAIL PROTECTED] wrote:
Le lundi 03 octobre 2005 à 14:02 -0700, Guido van Rossum a écrit :
On 10/3/05, Antoine Pitrou [EMAIL PROTECTED] wrote:
Could the bytes type be just the same as the current str type but
without the implicit unicode conversion ? Or am I
passing the Python 2.4 test suite, I'm wondering if it should be bumped
from the feature list again.
What do you want me to say about the AST branch? It's not my branch, I
haven't even checked it out, I'm just patiently waiting for the folks
who started it to finally finish it.
--
--Guido van Rossum
).
--
--Guido van Rossum (home page: http://www.python.org/~guido/)
___
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%40mail-archive.com
301 - 400 of 5880 matches
Mail list logo
