Changes by Eli Bendersky eli...@gmail.com:
--
nosy: +eli.bendersky
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue10516
___
___
Python-bugs-list
Ezio Melotti ezio.melo...@gmail.com added the comment:
I agree that s.center(char, n).encode('utf-8') should be the same on both the
builds -- even if their len() will be different -- for the following reasons:
1) the string will eventually be encoded, and if they the result is the same on
Alexander Belopolsky belopol...@users.sourceforge.net added the comment:
Apparently something in the test changes the cwd.
Both of the following invocations work:
$ ./python.exe `pwd`/Lib/test/regrtest.py -T -N test_urllib
$ ./python.exe -m test.regrtest -T -N test_urllib
I would suggest
Eli Bendersky eli...@gmail.com added the comment:
Éric, good idea - I'll do it.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue9264
___
___
Eli Bendersky eli...@gmail.com added the comment:
There's something weird going on with cmdoption... I've applied for
subscription to the docs mailing list, but while I'm awaiting moderator
approval, here's the brain-dump. Suppose this option description:
.. program:: trace
.. cmdoption::
Raymond Hettinger rhettin...@users.sourceforge.net added the comment:
Applied in r86828.
The output could still be made nicer, perhaps something along the lines of:
expected 6, got 4: 'wand of fireballs'
expected 2, got 7: 'ring of invisibility'
. . .
--
priority: high - normal
Raymond Hettinger rhettin...@users.sourceforge.net added the comment:
Hmm, what an interesting and unexpected side-effect of the efforts to hide the
loop induction variable.
--
nosy: +rhettinger
___
Python tracker rep...@bugs.python.org
Eli Bendersky eli...@gmail.com added the comment:
Objects/listobject.c has a static function named list_clear used internally. Is
it possible to just expose this function as a clear() method?
One problem is that it has this strange comment in the end:
/* Never fails; the return value can
Raymond Hettinger rhettin...@users.sourceforge.net added the comment:
Attaching possible code for nicer output.
--
assignee: rhettinger - michael.foord
resolution: fixed -
Added file: http://bugs.python.org/file19833/nice_output.diff
___
Python
Xuanji Li xua...@gmail.com added the comment:
Hi, I'm also looking at listobject.c also... if we want list.clear() to behave
exactly like del list[], we may be able to just call list_ass_slice on the
list. Similarly for list.copy which should behave like a=l[:]
--
nosy: +xuanji
Eli Bendersky eli...@gmail.com added the comment:
Hi, I'm also looking at listobject.c also... if we want list.clear() to
behave exactly like del list[], we may be able to just call list_ass_slice
on the list. Similarly for list.copy which should behave like a=l[:]
Note that when executed
Georg Brandl ge...@python.org added the comment:
Yes, list_clear should be called, but no, it cannot be used directly because a
method needs a PyObject* return value. So a wrapper method is needed that
looks like listappend() does for list.append(). list_copy() will just look like
Marc-Andre Lemburg m...@egenix.com added the comment:
Raymond Hettinger wrote:
Raymond Hettinger rhettin...@users.sourceforge.net added the comment:
Mark, can you opine on this?
Yes, I'll have a look later today.
--
___
Python tracker
Stefan Krah stefan-use...@bytereef.org added the comment:
Fixed original leaks in r86804, r86806 and r86804.
Fixed additional leaks in r86829.
--
components: +Extension Modules -Library (Lib), Windows
resolution: - fixed
stage: - committed/rejected
status: open - closed
versions:
Xuanji Li xua...@gmail.com added the comment:
That's good if it's so... can you explain why list_clear doesn't guarantee that
the list is empty? Why would XDECREF populate the list? I don't quite
understand it.
eli: are you writing a patch for this?
--
Éric Araujo mer...@netwok.org added the comment:
I noticed too that the second form given in a cmdoption directive cannot be
linked to from an option construct. The workaround looks like this:
:option:`--long -l`. This uses a generic Sphinx (or reST) property: When
using :role:`text thing`,
Eli Bendersky eli...@gmail.com added the comment:
Georg,
Thanks. Of course it should be wrapped like the others :-)
Xuanji,
Yes, I will try to get in something preliminary today.
--
___
Python tracker rep...@bugs.python.org
Eli Bendersky eli...@gmail.com added the comment:
Éric,
I sent an inquiry about this problem to the d...@python.org list. In the
meantime, I will implement it with the workaround you suggest (I checked it
works in this case too).
--
___
Python
Eli Bendersky eli...@gmail.com added the comment:
Attaching a patch for list.clear():
1. Implements a new function in Objects/listobject.c named listclear() (to be
consistent with the other method functions)
2. listclear() is registered in list_methods and just calls list_clear(),
returning
Changes by Eli Bendersky eli...@gmail.com:
Removed file: http://bugs.python.org/file19834/unnamed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue10516
___
New submission from Stefan Krah stefan-use...@bytereef.org:
On FreeBSD, the config variable LDSHARED contains the literal '${LDFLAGS}',
causing this failure in test_distutils:
'test_get_outputs (distutils.tests.test_build_ext.BuildExtTestCase) ... gcc: ':
No such file or directory
ERROR
The
Changes by Stefan Krah stefan-use...@bytereef.org:
--
keywords: +buildbot -needs review, patch
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue10547
___
Eli Bendersky eli...@gmail.com added the comment:
Attaching an updated patch for Doc/library/trace.rst in 3.2
Changed the formatting of command-line options per Éric's suggestion of using
program/cmdoption/option combos (great idea Éric - it looks much better).
--
Added file:
Steven Bethard steven.beth...@gmail.com added the comment:
Tried to comment in Rietveld but it didn't work for some reason. Anyway, I
think the argparse.py patch isn't good - changing the type error message to
'invalid %s value: %r details: %s' will change the behavior of a bunch of
programs,
SilentGhost michael.mischurow+...@gmail.com added the comment:
Steven, I'm not sure why you're insisting on ArgumentTypeError, when it should
be ArgumentError. The file name is not coerced into a different file type, but
rather the error occurs when trying to use parameter passed.
In any way,
Éric Araujo mer...@netwok.org added the comment:
Thanks for your work on this!
``dir/package/module.cover`` → :file:`{dir}/{package}/{module}.cover`
'' looks wrong.
``os.pathsep``: You can use :data:`os.pathsep` to get a link, I think.
+.. method:: CoverageResults.update(other)
FTR,
New submission from Michael Foord mich...@voidspace.org.uk:
Reported by Konrad Delong.
class MyTest(unittest.TestCase):
def setUp(self):
raise Exception
@unittest.expectedFailure
def testSomething(self):
assert False, test method failed
This code will report
Eli Bendersky eli...@gmail.com added the comment:
Attaching an updated patch following Éric's suggestions:
* ``dir/package/module.cover`` -- FIXED
* '' looks wrong -- FIXED to just
* ``os.pathsep`` -- FIXED
* method:: CoverageResults.update(other) -- OK, let's leave it for a
Changes by Eli Bendersky eli...@gmail.com:
--
Removed message: http://bugs.python.org/msg122522
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue10516
___
Éric Araujo mer...@netwok.org added the comment:
Duh, I forgot some words: The file uses one or two dots *after full stops*
inconsistently. I don’t think you have to change that now, we can make it
consistent later (or not, as it does not affect the output), as we do with line
wrapping.
Joe Metcalfe j.g.metca...@gmail.com added the comment:
Turtle is built on top of Tk, which is currently at version 8.5 - this has no
ability to rotate text. When Tk version 8.6 arrives it should be able to write
rotated text (see
Changes by Joe Metcalfe j.g.metca...@gmail.com:
--
versions: -Python 3.2
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue10531
___
___
Jesús Cea Avión j...@jcea.es added the comment:
Some references to keep around:
http://src.opensolaris.org/source/xref/jds/spec-files/trunk/patches/
http://src.opensolaris.org/source/xref/jds/spec-files/trunk/patches/Python26-07-dtrace.diff
New submission from Milko Krachounov pyt...@milko.3mhz.net:
If I make a class B, and add staticmethod(A) as an attribute when B is another
class, help(B) breaks. The issue appears with Python 2.6.6, trunk, 3.1.3c1, and
py3k SVN.
Python 2.7 (trunk:86836, Nov 27 2010, 18:23:07)
[GCC 4.4.5] on
Alexander Belopolsky belopol...@users.sourceforge.net added the comment:
Confirmed in py3k.
--
assignee: - belopolsky
nosy: +belopolsky
stage: - needs patch
type: - behavior
___
Python tracker rep...@bugs.python.org
Łukasz Langa luk...@langa.pl added the comment:
Patch reposted here for review: http://codereview.appspot.com/3309043/
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue10499
___
Alexander Belopolsky belopol...@users.sourceforge.net added the comment:
The fix is simple:
--- Lib/pydoc.py(revision 86824)
+++ Lib/pydoc.py(working copy)
@@ -1110,7 +1110,7 @@
result = result + self.section('FILE', file)
return result
-def
Changes by Éric Araujo mer...@netwok.org:
--
nosy: +eric.araujo, ncoghlan, ron_adam
versions: -Python 2.6
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue10549
___
New submission from Stefan Krah stefan-use...@bytereef.org:
C:\Users\stefan\svn\py3k_64PCbuild\amd64\python_d.exe Lib\test\regrtest.py -R
: test_concurrent_futures
[1/1] test_concurrent_futures
beginning 9 repetitions
123456789
.
test_concurrent_futures leaked [6912, 6912, 6912, 6912]
Łukasz Langa luk...@langa.pl added the comment:
Roumen's patch fixes a regression where readline extension would fail to build
on Mac OS X 10.6.5.
--
nosy: +lukasz.langa
resolution: fixed -
stage: - commit review
status: closed - open
___
Python
Stefan Krah stefan-use...@bytereef.org added the comment:
posixmodule_listdir.patch fixes a leak in test_macpath. test_concurrent_futures
still leaks.
--
keywords: +patch
Added file: http://bugs.python.org/file19839/posixmodule_listdir.patch
___
New submission from Kovid Goyal ko...@kovidgoyal.net:
Hi,
I am the primary developer of calibre (http:/calibre-ebook.com) and yesterday I
released an upgrade of calibre based on python 2.7. Here is a small sampling of
all the diverse errors that my users experienced, related to reading
Changes by Stefan Krah stefan-use...@bytereef.org:
--
nosy: +bquinlan
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue10550
___
___
Python-bugs-list
Ned Deily n...@acm.org added the comment:
The first issue you note appears to be a duplicate of Issue10162, a fix for
which should be available in the 2.7.1 maintenance release.
The second issue appears to be a duplicate of Issue9291. Since that issue is
still open, I suggest any further
Antoine Pitrou pit...@free.fr added the comment:
`make coverage` is fine, you just have to use the -m test.regrtest form when
running the tests.
--
nosy: +pitrou
resolution: - invalid
status: open - pending
___
Python tracker rep...@bugs.python.org
Alexander Belopolsky belopol...@users.sourceforge.net added the comment:
I would like to investigate this some more. In theory, regrtest should restore
cwd before coverage results are written.
--
status: pending - open
___
Python tracker
Barry A. Warsaw ba...@python.org added the comment:
r86837
--
resolution: - fixed
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue10520
___
Ned Deily n...@acm.org added the comment:
Regardless of the root cause, I really hate to see 2.7.1 go out with this
unresolved. As it stands, IDLE was broken in the 2.7 64-bit OS X installer for
2.7 and, as it stands, is still broken. And whether it is an Apple Tk problem
or not (which
Terry J. Reedy tjre...@udel.edu added the comment:
After reading the additional messages here and on a similar issue Alexander
opened after this, I seem the point of wanting to make the difference between
the two types of builds as transparent as sensibly possible. From that
viewpoint,
New submission from Alexander Belopolsky belopol...@users.sourceforge.net:
$ ../../python.exe gencodec.py MAPPINGS/VENDORS/MISC/ build/
converting APL-ISO-IR-68.TXT to build/apl_iso_ir_68.py and
build/apl_iso_ir_68.mapping
converting ATARIST.TXT to build/atarist.py and build/atarist.mapping
Changes by Alexander Belopolsky belopol...@users.sourceforge.net:
--
dependencies: +Tools/unicode/gencodec.py error
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue7962
___
Ned Deily n...@acm.org added the comment:
Adding the nosy list from Issue6628 where this problem was originally reported.
What's interesting about this is that IDLE 2.x does not exhibit this behavior,
AFAICT, when using the same Apple Tk 8.4. As there are other odd behaviors
with IDLE 3.x
Ned Deily n...@acm.org added the comment:
This issue was reported again in Issue9763; at the time, I overlooked your
original report. As there is a more recent discussion of it over there, I am
going to close this as a duplicate and add you to the nosy list there.
--
resolution: -
New submission from Georg Brandl ge...@python.org:
This patch adds an optimize parameter to compile(), as discussed in
http://mail.python.org/pipermail/python-ideas/2010-November/008784.html.
I also needed to introduce two new C APIs. Better naming suggestions are
welcome.
--
Ned Deily n...@acm.org added the comment:
Considering the discussion on the idle-dev list back in October about this
issue, I think this low-risk, high-benefit fix should be going into all three
upcoming releases.
--
nosy: +benjamin.peterson, georg.brandl
priority: high - critical
New submission from Éric Araujo mer...@netwok.org:
I propose that __enter__ and __exit__ be added to subprocess.Popen. __enter__
returns self, __exit__ closes open file descriptors.
__exit__ could also do the same checks that __del__ does (and which I don’t
entirely understand.
See also
Antoine Pitrou pit...@free.fr added the comment:
Here is a patch raising RuntimeError on reentrant calls to a buffered object. I
haven't touched _pyio; I wonder how to do it without making it even slower.
--
keywords: +patch
Added file:
James Lamanna jlama...@gmail.com added the comment:
stubbing out subprocess._cleanup does not work around the problem from this
example on 2.6.5:
import subprocess, signal
subprocess._cleanup = lambda: None
signal.signal(signal.SIGCLD, signal.SIG_IGN)
subprocess.Popen(['echo','foo']).wait()
Changes by Antoine Pitrou pit...@free.fr:
--
stage: - patch review
versions: +Python 2.7, Python 3.1
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue10478
___
Éric Araujo mer...@netwok.org added the comment:
pipe.patch looks interesting to me. I would replace **kwargs with a
keyword-only argument named stderr, since that’s the only key used. This
requires more tests and docs.
--
nosy: +eric.araujo
___
Terry J. Reedy tjre...@udel.edu added the comment:
Éric, please feel free to commit (and even grab Assigned To:) when you feel
patch is ready. You can do final review better than me.
--
versions: -Python 3.1
___
Python tracker
Alexander Belopolsky belopol...@users.sourceforge.net added the comment:
Attached patch addresses the issue by using -1 instead of None for missing
codes. Comparison of generated encoding files to those in Lib/encodings shows
only whitespace changes except one which appears to be a change on
Steven Bethard steven.beth...@gmail.com added the comment:
Sorry, I was looking at the akira patch with the same date, where I was mainly
worried about the modification of the except (TypeError, ValueError): block.
Your patch doesn't do that, and looks fine.
--
New submission from Anurag Chourasia anurag.choura...@gmail.com:
Python extensions build on AIX 5.3 with GCC 4.2 fails.
The configure command was as follows
./configure --enable-shared --disable-ipv6 --with-gcc=gcc CPPFLAGS=-I
/opt/freeware/include -I /opt/freeware/include/readline -I
Changes by Anurag Chourasia anurag.choura...@gmail.com:
--
title: Fatal Python error: Interpreter not initialized (version mismatch?) -
AIX 5.3 - GCC - Python 2.7 Shared Library Support - Fatal Python error:
Interpreter not initialized (version mismatch?)
Antoine Pitrou pit...@free.fr added the comment:
It might be not obvious, but it's consistent with the check for other
attributes.
I don't know what attributes you're talking about, and there doesn't seem to be
a lot of consistency there.
Besides, being consistently obscure and hard to find
Antoine Pitrou pit...@free.fr added the comment:
Committed in r86842.
--
resolution: - fixed
stage: - committed/rejected
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue10518
Changes by Antoine Pitrou pit...@free.fr:
--
nosy: +barry, skrah
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue10555
___
___
Python-bugs-list
Marc-Andre Lemburg m...@egenix.com added the comment:
I like the idea and thanks for putting work into this.
Some comments:
* when using macro variables, always put the variables in parens in the
expansion; this avoids precedence issues, weird syntax errors, etc. - even if
it may not be
Marc-Andre Lemburg m...@egenix.com added the comment:
Alexander Belopolsky wrote:
Alexander Belopolsky belopol...@users.sourceforge.net added the comment:
Attached patch addresses the issue by using -1 instead of None for missing
codes. Comparison of generated encoding files to those in
Stefan Krah stefan-use...@bytereef.org added the comment:
Committed posixmodule_listdir.patch in r86843. Unfortunately this
is unrelated to the test_concurrent_futures leak.
--
___
Python tracker rep...@bugs.python.org
Alexander Belopolsky belopol...@users.sourceforge.net added the comment:
On Sat, Nov 27, 2010 at 5:03 PM, Marc-Andre Lemburg
rep...@bugs.python.org wrote:
.. [I'll respond to skipped when I update the patch]
In any case, we should clearly document where these macros are used and
warn about
Changes by Ezio Melotti ezio.melo...@gmail.com:
--
nosy: +ezio.melotti
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue10552
___
___
Alexander Belopolsky belopol...@users.sourceforge.net added the comment:
On Sat, Nov 27, 2010 at 5:03 PM, Marc-Andre Lemburg
rep...@bugs.python.org wrote:
..
* same for the Py_UNICODE_NEXT() macro, i.e. Py_UCS4_NEXT()
* in order to make the macro easier to understand, please rename it to
Ezio Melotti ezio.melo...@gmail.com added the comment:
This is not yet fixed but will be addressed in #10521 and #10542.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue7663
___
SilentGhost michael.mischurow+...@gmail.com added the comment:
I thought PEP 3003 was quite unambiguous:
This PEP proposes a temporary moratorium (suspension) of **all changes** to
the Python language syntax, semantics, and built-ins for a period of at least
two years from the release of
Marc-Andre Lemburg m...@egenix.com added the comment:
Alexander Belopolsky wrote:
Alexander Belopolsky belopol...@users.sourceforge.net added the comment:
On Sat, Nov 27, 2010 at 5:03 PM, Marc-Andre Lemburg
rep...@bugs.python.org wrote:
..
* same for the Py_UNICODE_NEXT() macro, i.e.
Antoine Pitrou pit...@free.fr added the comment:
Le samedi 27 novembre 2010 à 22:23 +, SilentGhost a écrit :
SilentGhost michael.mischurow+...@gmail.com added the comment:
I thought PEP 3003 was quite unambiguous:
The stated goal of the moratorium is to make it easier for alternate
Eric Smith e...@trueblade.com added the comment:
The idea is that the first part refers to what the macro
returns (Py_UCS4) and the read part of the name refers
to moving a pointer across an array (any array of integers).
I thought the first part generally meant the type of the first
SilentGhost michael.mischurow+...@gmail.com added the comment:
I thought that moratorium meant Guido dis/approval is not applicable to the 3.2
Another listed change was help ease adoption of py3k. How's that helping?
--
___
Python tracker
Stefan Krah stefan-use...@bytereef.org added the comment:
Anurag, could you check out #941346 and see if there is anything that
might help? I think this is AIX specific.
--
nosy: +sable
___
Python tracker rep...@bugs.python.org
Benjamin Peterson benja...@python.org added the comment:
2010/11/27 SilentGhost rep...@bugs.python.org:
SilentGhost michael.mischurow+...@gmail.com added the comment:
I thought that moratorium meant Guido dis/approval is not applicable to the
3.2
Another listed change was help ease
Antoine Pitrou pit...@free.fr added the comment:
I thought that moratorium meant Guido dis/approval is not applicable to the
3.2
Guido can decide of everything: PEPs, etc. That's what BDFL means.
So he can also decide of exceptions to the rules he decided on.
(rules can have exception in any
Ezio Melotti ezio.melo...@gmail.com added the comment:
* the Py_UNICODE_JOIN_SURROGATES() macro should use Py_UCS4 as prefix since
it returns Py_UCS4 values, i.e. Py_UCS4_JOIN_SURROGATES()
* same for the Py_UNICODE_NEXT() macro, i.e. Py_UCS4_NEXT()
I'm not so familiar with the prefix
SilentGhost michael.mischurow+...@gmail.com added the comment:
yes, my problem is that callable was removed and a way was shown how to do this
check. The way which is consistent with the check for any other type (ABC). Now
out of the blue, w/o any justification this way is going to be ignored,
Stefan Krah stefan-use...@bytereef.org added the comment:
Upgrading to critical, since I just verified that C extensions in
general don't build on FreeBSD due to this issue.
Sorry for bringing this up on the release day, it's a coincidence that
I discovered it today...
--
priority:
Antoine Pitrou pit...@free.fr added the comment:
yes, my problem is that callable was removed and a way was shown how
to do this check. The way which is consistent with the check for any
other type (ABC).
ABCs are still the exception in Python, and duck typing is still the
rule.
I don't
SilentGhost michael.mischurow+...@gmail.com added the comment:
ABCs are still the exception in Python, and duck typing is still the
rule.
Then why do we callable again?
Don't worry, I'll deal with it. It's not like this whole discussion mattered.
--
Kovid Goyal ko...@kovidgoyal.net added the comment:
And what about the third issue?
Allow me to elaborate:
mimetypes are a relatively standard set of mappings from well known file
extensions to MIME descriptors.
Reading mimetype mappings from the registry, a location that is writable to by
Antoine Pitrou pit...@free.fr added the comment:
ABCs are still the exception in Python, and duck typing is still the
rule.
Then why do we callable again?
Because the way __call__ is looked up means hasattr(x, __call__) is
not the right answer. Otherwise there would be no point in
Alexander Belopolsky belopol...@users.sourceforge.net added the comment:
Attached patch uses MISSING_CODE as Mark suggested. There are still errors
apparently because parsecodes() may return either an int or a tuple. I think
only mac encodings are affected, so I would like to commit the
Alexander Belopolsky belopol...@users.sourceforge.net added the comment:
Please ignore Makefile changes in the patch.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue10552
___
Ned Deily n...@acm.org added the comment:
(Sorry, I skipped over the third: this is one reason why one should not include
multiple problems in one tracker issue.)
As to your third point, a quick search of mimetypes in the bugtracker shows
that looking in the Windows registry for mimetypes was
Alexander Belopolsky belopol...@users.sourceforge.net added the comment:
On Sat, Nov 27, 2010 at 5:41 PM, Ezio Melotti rep...@bugs.python.org wrote:
Ezio Melotti ezio.melo...@gmail.com added the comment:
* the Py_UNICODE_JOIN_SURROGATES() macro should use Py_UCS4 as prefix since
it returns
Kovid Goyal ko...@kovidgoyal.net added the comment:
I apologize for the multiple issue in the ticket. To my mind they were all
basically one issue, stemming from the decision to read mimetypes from the
registry.
Since there are other tickets for the first two issues, I'll change the summary
New submission from Antoine Pitrou pit...@free.fr:
This test failure is due to test_zipimport_support loading and unloading
modules, which leads to them being reloaded. Then the ssl.CertificateError
which is checked for by assertRaises isn't the same as the one raised by the
module under test
Changes by Ezio Melotti ezio.melo...@gmail.com:
--
title: UCS4 build incorrectly translates cases for non-BMP code points -
narrow build incorrectly translates cases for non-BMP code points
___
Python tracker rep...@bugs.python.org
Raymond Hettinger rhettin...@users.sourceforge.net added the comment:
I suggest Py_UNICODE_ADVANCE() to avoid false suggestion that the iterator
protocol is being used.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue10542
Antoine Pitrou pit...@free.fr added the comment:
I suggest Py_UNICODE_ADVANCE() to avoid false suggestion that the
iterator protocol is being used.
You can't use the iterator protocol on a non-PyObject, and Py_UNICODE_*
(as opposed to PyUnicode_*) suggests the macro operates on a raw array
of
Vil viligno...@gmail.com added the comment:
http://www.python.org/ftp/python/3.1.2/python-3.1.2.msi
it was this link on download page for msi windows x86 installer
On Tue, Nov 23, 2010 at 6:03 AM, Martin v. Löwis rep...@bugs.python.orgwrote:
Martin v. Löwis mar...@v.loewis.de added the
1 - 100 of 168 matches
Mail list logo
