John Machin sjmac...@users.sourceforge.net added the comment:
@ezio.melotti: Your second sentence is true, but it is not the whole truth.
Bytes in the range C0-FF (whose high bit *is* set) ALSO shouldn't be considered
part of the sequence because they (like 00-7F) are invalid as continuation
Ezio Melotti ezio.melo...@gmail.com added the comment:
Yes, right now I'm considering valid all the bytes that start with '10...'. C2
starts with '11...' so it's a failing byte.
--
___
Python tracker rep...@bugs.python.org
John Machin sjmac...@users.sourceforge.net added the comment:
#ezio.melotti: I'm considering valid all the bytes that start with '10...'
Sorry, WRONG. Read what I wrote: Further, some bytes in the range 80-BF are
NOT always valid as the first continuation byte, it depends on what starter
byte
Ezio Melotti ezio.melo...@gmail.com added the comment:
That's why I'm writing tests that cover all the cases, including overlong
sequences. If the test will fail I'll change the patch :)
--
___
Python tracker rep...@bugs.python.org
Martin v. Löwis mar...@v.loewis.de added the comment:
Thanks for the patch. I have committed it as r79548, with two modifications:
- I added a future import for with_statement, as many installations will still
use Python 2.5
- I commented out many of the tests, as they were failing for me. I'll
Changes by Martin v. Löwis mar...@v.loewis.de:
--
resolution: - accepted
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue8032
___
Marc-Andre Lemburg m...@egenix.com added the comment:
John Machin wrote:
John Machin sjmac...@users.sourceforge.net added the comment:
@lemburg: failing byte seems rather obvious: first byte that you meet that
is not valid in the current state. I don't understand your explanation,
New submission from Ramin Sabet ramin.sa...@gmail.com:
Error Message is:
OverflowError: long int too large to convert to int
---
Python Version:
Python 2.6.4 (r264:75708, Oct 26 2009, 08:23:19) [MSC v.1500 32 bit (Intel)] on
win32
---
Sample Code attached.
--
components: IO
files:
New submission from Martin v. Löwis mar...@v.loewis.de:
regrtest reports
==
FAIL: test_basic_command (test.test_gdb.PyListTests)
Verify that the py-list command works
Martin v. Löwis mar...@v.loewis.de added the comment:
The other failures look similar, so I'm not reporting them separately for now.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue8279
___
Nick Coghlan ncogh...@gmail.com added the comment:
The I'm not sure in my comment really was a question, rather than a definite
direction to conditionally retain the old test.
I've actually looked at the relevant C code in the zlib module now, and I agree
with Antoine that the original
Changes by Valerio turturici.vale...@gmail.com:
Removed file: http://bugs.python.org/file16711/8193.patch
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue8193
___
Valerio turturici.vale...@gmail.com added the comment:
Ok, so here the patch.
--
Added file: http://bugs.python.org/file16718/8193.patch
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue8193
Florent Xicluna florent.xicl...@gmail.com added the comment:
Other py3k warnings:
lib\distutils\util.py:209: DeprecationWarning: apply() not supported in 3.x;
use func(*args, **kwargs)
return apply(os.path.join, paths)
lib\distutils\command\build_ext.py:679: DeprecationWarning: apply() not
Amaury Forgeot d'Arc amaur...@gmail.com added the comment:
Please generate patches with context diff, or better unified diff, with the
diff -u command.
I've done it, before the source code changes and the patch becomes impossible
to apply.
Note that the new version does not respect the width:
Ezio Melotti ezio.melo...@gmail.com added the comment:
Here is an incomplete patch. It seems to solve the problem but I still have to
add more tests and check it better.
I also wonder if the sequences with the first byte in range F5-FD (start of
4/5/6-byte sequences, restricted by RFC 3629)
Marc-Andre Lemburg m...@egenix.com added the comment:
Ezio Melotti wrote:
Ezio Melotti ezio.melo...@gmail.com added the comment:
Here is an incomplete patch. It seems to solve the problem but I still have
to add more tests and check it better.
Thanks. Please also check whether it's
Amaury Forgeot d'Arc amaur...@gmail.com added the comment:
ElementTree does parse comments, it just omit them in the tree.
A quick search lead me to this page: http://effbot.org/zone/element-pi.htm
which can be further simplified:
from xml.etree import ElementTree
class
Dmitry Chichkov dchich...@gmail.com added the comment:
Yes. This patch is nowhere near the production level. Unfortunately it works
for me. And in the moment I don't have time to improve it further. Current
version doesn't check the item's width upfront, there is definitely room for
Changes by Eric Smith e...@trueblade.com:
--
nosy: +eric.smith
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue8278
___
___
Python-bugs-list mailing
David Chambers david.chambers...@gmail.com added the comment:
I would find this functionality very useful. While I agree that it's often
simpler to extract the relevant information in several steps, there are
situations in which I'd prefer to do it all in one go.
The application I'm writing
Changes by Matthias Klose d...@debian.org:
--
nosy: +doko
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue1044
___
___
Python-bugs-list mailing list
Florent Xicluna florent.xicl...@gmail.com added the comment:
Superseded by #7092
--
nosy: +flox
resolution: - out of date
status: open - closed
superseder: - Test suite emits many DeprecationWarnings when -3 is enabled
type: compile error - behavior
versions: +Python 2.7
Florent Xicluna florent.xicl...@gmail.com added the comment:
Fixed with #7622, and USE_FAST flag removed.
--
nosy: +flox
resolution: - out of date
stage: needs patch - committed/rejected
status: open - closed
___
Python tracker
Changes by Florent Xicluna florent.xicl...@gmail.com:
--
superseder: - [patch] improve unicode methods: split() rsplit() and replace()
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue1613130
Florent Xicluna florent.xicl...@gmail.com added the comment:
AFAICT 2.6 and 2.7 behave correctly.
--
nosy: +flox
resolution: - out of date
stage: - committed/rejected
status: open - closed
___
Python tracker rep...@bugs.python.org
Florent Xicluna florent.xicl...@gmail.com added the comment:
Duplicate of #2570.
--
nosy: +flox
resolution: - duplicate
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue5447
Changes by Florent Xicluna florent.xicl...@gmail.com:
--
superseder: - backport 3.0-style \u/\U processing in raw strings when
unicode_literals is imported from __future__
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue5447
Changes by Florent Xicluna florent.xicl...@gmail.com:
--
keywords: -26backport
nosy: +benjamin.peterson, flox, pooryorick, zhirsch
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue2570
___
John Machin sjmac...@users.sourceforge.net added the comment:
Unicode has been frozen at 0x10. That's it. There is no such thing as a
valid 5-byte or 6-byte UTF-8 string.
--
___
Python tracker rep...@bugs.python.org
Florent Xicluna florent.xicl...@gmail.com added the comment:
Fixed with #1571184.
--
nosy: +flox
resolution: - duplicate
stage: patch review - committed/rejected
status: open - closed
superseder: - Generate numeric/space/linebreak from Unicode database.
Fredrik Lundh fred...@effbot.org added the comment:
As per PEP 257, “Returns” should become “Return” (it’s a command, not a
description).
Upstream ET uses JavaDoc conventions, where the conventions are
designed by technical writers, not hackers. In JavaDoc, descriptions
are 3rd person
Fredrik Lundh fred...@effbot.org added the comment:
The missing/extra words in the findtext description is just a case of sloppy
copy-editing, most likely after a quick reformatting. Not sure why you're
spending all this energy arguing about commas, though.
--
Changes by anatoly techtonik techto...@gmail.com:
Added file: http://bugs.python.org/file16721/issue7583.doctest.tabs.diff
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue7583
___
Changes by anatoly techtonik techto...@gmail.com:
Removed file: http://bugs.python.org/file16712/issue7583.doctest.tabs.diff
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue7583
___
Changes by Josip Djolonga jdzolo...@gmail.com:
--
nosy: +josip
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue8254
___
___
Python-bugs-list mailing
Marc-Andre Lemburg m...@egenix.com added the comment:
John Machin wrote:
John Machin sjmac...@users.sourceforge.net added the comment:
Unicode has been frozen at 0x10. That's it. There is no such thing as a
valid 5-byte or 6-byte UTF-8 string.
The UTF-8 codec was written at a time
Changes by Brian Curtin cur...@acm.org:
--
nosy: +flox
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue8277
___
___
Python-bugs-list mailing list
John Machin sjmac...@users.sourceforge.net added the comment:
@lemburg: RFC 2279 was obsoleted by RFC 3629 over 6 years ago. The standard now
says 21 bits is it. F5-FF are declared to be invalid. I don't understand what
you mean by supporting those possibilities. The code is correctly issuing
anatoly techtonik techto...@gmail.com added the comment:
Sure doctests should be crossplatform by default when possible. The patch
should fix the behavior for windows. It also cleans the doc and code a bit.
Can you provide some testcases?
--
keywords: +patch
nosy: +techtonik
Added
anatoly techtonik techto...@gmail.com added the comment:
http://codereview.appspot.com/815042/show
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue6703
___
Marc-Andre Lemburg m...@egenix.com added the comment:
John Machin wrote:
John Machin sjmac...@users.sourceforge.net added the comment:
@lemburg: RFC 2279 was obsoleted by RFC 3629 over 6 years ago.
I know.
The standard now says 21 bits is it.
It says that the current Unicode
John Machin sjmac...@users.sourceforge.net added the comment:
Patch review:
Preamble: pardon my ignorance of how the codebase works, but trunk
unicodeobject.c is r79494 (and allows encoding of surrogate codepoints), py3k
unicodeobject.c is r79506 (and bans the surrogate caper) and I can't
Ezio Melotti ezio.melo...@gmail.com added the comment:
Even if they are not valid they still eat all the 4/5/6 bytes, so they should
be fixed too. I haven't see anything about these bytes in chapter 3 so far, but
there are at least two possibilities:
1) consider all the bytes in range F5-FD as
R. David Murray rdmur...@bitdance.com added the comment:
Removed [patch] from title as patch is set on the keywords. Removed 2.5 from
versions because it is in security fix only mode (we use versions for where
things will be fixed, not where they are broken). Changed component to Library
as
anatoly techtonik techto...@gmail.com added the comment:
http://docs.python.org/library/doctest.html#how-are-docstring-examples-recognized
Changed in version 2.4: Expanding tabs to spaces is new; previous versions
tried to preserve hard tabs, with confusing results
Unfortunately, no confusing
Changes by R. David Murray rdmur...@bitdance.com:
--
dependencies: +doctest should normalize tabs when comparing output
title: [patch] difflib should separate filename from timestamp with tab -
difflib should separate filename from timestamp with tab
Marc-Andre Lemburg m...@egenix.com added the comment:
Ezio Melotti wrote:
Ezio Melotti ezio.melo...@gmail.com added the comment:
Even if they are not valid they still eat all the 4/5/6 bytes, so they
should be fixed too. I haven't see anything about these bytes in chapter 3 so
far, but
John Machin sjmac...@users.sourceforge.net added the comment:
Chapter 3, page 94: As a consequence of the well-formedness conditions
specified in Table 3-7, the following byte values are disallowed in UTF-8:
C0–C1, F5–FF
Of course they should be handled by the simple expedient of setting
Antoine Pitrou pit...@free.fr added the comment:
Right, we can certainly suppress the function definition now and just keep the
macro.
(especially given it's 1997, not 2007, there was a typo in my message)
--
assignee: - pitrou
priority: - normal
stage: - needs patch
type: -
John Machin sjmac...@users.sourceforge.net added the comment:
@lemburg: perhaps applying the same logic as for the other sequences is a
better strategy
What other sequences??? F5-FF are invalid bytes; they don't start valid
sequences. What same logic?? At the start of a character, they should
Changes by Josip Djolonga jdzolo...@gmail.com:
--
nosy: +josip
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue8255
___
___
Python-bugs-list mailing
Dave Malcolm dmalc...@redhat.com added the comment:
Thanks for reviewing the gdb work.
I was mistakenly testing using:
make ; ./python Lib/test/test_gdb.py
which led to path assumptions in the code.
I'm now testing with:
make ; ./python Lib/test/regrtest.py -v test_gdb
I'm attaching a
Changes by Dave Malcolm dmalc...@redhat.com:
--
stage: - patch review
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue8279
___
___
Python-bugs-list
New submission from INADA Naoki songofaca...@gmail.com:
urllib2.urlopen(http://wave-robot-python-client.googlecode.com/svn/trunk/pydocs/index.html#module-wavelet;)
Traceback (most recent call last):
File stdin, line 1, in module
File C:\usr\Python2.6\lib\urllib2.py, line 126, in urlopen
Changes by INADA Naoki songofaca...@gmail.com:
--
components: +Library (Lib)
type: - behavior
versions: +Python 2.5, Python 2.6, Python 2.7, Python 3.1, Python 3.2, Python
3.3
___
Python tracker rep...@bugs.python.org
Changes by Brian Curtin cur...@acm.org:
--
nosy: +orsenthil
versions: -Python 2.5, Python 3.3
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue8280
___
Changes by Éric Araujo mer...@netwok.org:
--
nosy: +merwok
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue8280
___
___
Python-bugs-list mailing
New submission from Antoine Pitrou pit...@free.fr:
This doesn't happen in verbose mode, because stdout isn't checked:
$ ./python -m test.regrtest test_gdb_sample
test_gdb_sample
test test_gdb_sample produced unexpected output:
Antoine Pitrou pit...@free.fr added the comment:
Fixed in r79555 (trunk), r79556 (py3k).
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue8276
___
Changes by Antoine Pitrou pit...@free.fr:
--
resolution: - fixed
stage: needs patch - committed/rejected
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue8276
___
Changes by cburroughs chris.burrou...@gmail.com:
--
nosy: +cburroughs
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue3073
___
___
Python-bugs-list
anatoly techtonik techto...@gmail.com added the comment:
Updated patch.
test_socket - whole suite will be skipped
test_socket_ssl - no more avail
test_ssl - only test that require network will be marked as skipped
test_urllib2 - untouched, requires fine-grained approach,
anatoly techtonik techto...@gmail.com added the comment:
I propose to split this issue.
One is to test which tests that marked with `test_support.requires('network')`
_really_ need network connection.
Second is annotation of appropriate methods instead of whole test suite to
count exact
Dave Malcolm dmalc...@redhat.com added the comment:
Sorry about that.
test_gdb_sample.py is merely a sample script for use by test_gdb.py (see
issue 8032); it's not intended to do anything useful by itself (though it does
need a print invocation, since test_gdb.py uses a breakpoint in
Changes by Florent Xicluna florent.xicl...@gmail.com:
--
keywords: +buildbot
priority: - normal
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue8281
___
Amaury Forgeot d'Arc amaur...@gmail.com added the comment:
On Windows, time_t is 64bit, but various functions convert it to a 32bit long.
Attached patch uses time_t instead of long in various places, this fixes the
proposed test.
Martin, do you think it's a viable approach? If so, I'll go and
Patrick W. p...@borntolaugh.de added the comment:
Thanks for your reply, Amaury. That page really might mean that it was not
intended for ElementTree to parse such things by default. Although it might be
nice if there was some easy way to simply enable it, instead of having to hack
it into
Antoine Pitrou pit...@free.fr added the comment:
I would probably be simplest to rename it so it doesn't have a test_ prefix.
Indeed. Otherwise it gets caught and executed by regrtest as part of the
standard test suite.
How about sample_for_test_gdb.py, or somesuch?
Shorter would be better
Amaury Forgeot d'Arc amaur...@gmail.com added the comment:
yes, my code uses the newer version of ElementTree which will be included with
2.7 and 3.2
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue8277
anatoly techtonik techto...@gmail.com added the comment:
I propose to close this as invalid, because the bug with _winreg.EnumValue
can not be confirmed.
However, it seems to be impossible to return unicode data from _winreg.EnumKey,
and this deserves a new bug.
--
nosy: +techtonik
Changes by Brian Curtin cur...@acm.org:
--
nosy: +brian.curtin
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue2810
___
___
Python-bugs-list mailing
Changes by anatoly techtonik techto...@gmail.com:
Added file: http://bugs.python.org/file16726/issue2810_registry.png
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue2810
___
Dave Malcolm dmalc...@redhat.com added the comment:
gdb_sample.py as a name works for me. I don't have commit rights to SVN so I
can't perform the rename myself.
(Note that due to issue 8279 the file isn't actually used at the moment by
test_gdb.py so it should be safe to rename. I have a
Antoine Pitrou pit...@free.fr added the comment:
(Note that due to issue 8279 the file isn't actually used at the moment
by test_gdb.py so it should be safe to rename. I have a patch attached
to that latter bug; I'll fix up the patch after that file is renamed).
Thank you, this is done in
anatoly techtonik techto...@gmail.com added the comment:
Confirmed 2.6.5 installer leaves HKLM\SOFTWARE\Python\PythonCore\2.6\Modules
on install/uninstall without \2.6\ key.
I propose to mark it as 'low' priority.
--
nosy: +techtonik
versions: +Python 2.6, Python 2.7
New submission from anatoly techtonik techto...@gmail.com:
Uninstall on Vista requires administrative privileges to Unindentified
program from Unindentified publisher.
Tested 2.6.5 and 2.7a4
--
components: Installation
messages: 102117
nosy: techtonik
severity: normal
status: open
Dave Malcolm dmalc...@redhat.com added the comment:
I'm attaching a revised version of the patch; this is as before, but takes
account of the rename of the sample file from test_gdb_sample.py to
gdb_sample.py in r79557.
--
Added file:
Florent Xicluna florent.xicl...@gmail.com added the comment:
Fixed with r79558, except test_multiprocessing.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue7092
___
New submission from alan hoover alan.hoo...@gmail.com:
Background:
building a screen using Tkinter based on information from a database to let
user take action on the database rows. I don't know how many rows there will
be, so I'm storing the widgets in arrays for each column.
Code:
for row
R. David Murray rdmur...@bitdance.com added the comment:
I imagine this affects 3.1 and 3.2 as well, but I haven't added them to
versions since that hasn't been confirmed.
--
keywords: +easy
nosy: +brian.curtin, loewis, r.david.murray
priority: - low
stage: - needs patch
type: -
Benjamin Peterson benja...@python.org added the comment:
This is a defined behavior of closures.
--
nosy: +benjamin.peterson
resolution: - invalid
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue8283
Brian Curtin cur...@acm.org added the comment:
This is a known issue which is fixed in Windows Installer 5.0. See
http://blogs.msdn.com/heaths/archive/2009/02/02/changes-to-package-caching-in-windows-installer-5-0.aspx
One sentence summary snippet: But during uninstall, packages would display
Daniel Stutzbach dan...@stutzbachenterprises.com added the comment:
Attached is a file that reliably produces the More data is available error
from _winreg.EnumValue in Python 2.6.
The script triggers the error via a race condition, by modifying the value
after PyEnumValue() calls
Daniel Stutzbach dan...@stutzbachenterprises.com added the comment:
Here's another script that causes a More data is available error. This one
creates a key with a name that's exactly 256 characters long. (The Windows
Registry Editor can't display the key either)
I'm testing this on XP.
Brian Curtin cur...@acm.org added the comment:
Confirmed on 3.x.
--
versions: +Python 3.1, Python 3.2
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue3778
___
New submission from OMFGROFLMAO benjaminwo...@gmail.com:
urlparse.urlparse(example.com/directory/file.ext)
ParseResult(scheme='', netloc='', path='example.com/directory/file.ext',
params='', query='', fragment='')
Where it should be:
ParseResult(scheme='', netloc='example.com',
Éric Araujo mer...@netwok.org added the comment:
Hello
Do you have references to back your claim, like RFCs quotations and links? The
bahavior seems correct to me off the top of my head; a URI needs a “://”
delimiter after the scheme to mark there is a netloc part.
Regards
--
nosy:
Changes by anatoly techtonik techto...@gmail.com:
Added file:
http://bugs.python.org/file16730/issue7585.difflib-tab-separator.diff
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue7585
___
Georg Brandl ge...@python.org added the comment:
I'd like to add that a patch would need to modify Doc/data/refcounts.dat, not
the .rst files.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue8269
OMFGROFLMAO benjaminwo...@gmail.com added the comment:
example.com is a netloc not a path. I agree that it needs a scheme followed by
://, otherwise it will be invalid, from the technical point of view, but still,
it's a domain.
--
___
Python
Changes by Benjamin Peterson benja...@python.org:
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue8284
___
___
Python-bugs-list mailing list
Benjamin Peterson benja...@python.org added the comment:
My apologies for accidentally removing msg102127.
--
nosy: +benjamin.peterson
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue8284
___
Changes by Benjamin Peterson benja...@python.org:
--
nosy: -benjamin.peterson
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue8284
___
___
Changes by anatoly techtonik techto...@gmail.com:
Added file:
http://bugs.python.org/file16731/issue7585.difflib-tab-separator-no-trail.diff
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue7585
___
Éric Araujo mer...@netwok.org added the comment:
Yes and no.
To you, in some contexts, the characters “example.org” identify a domain from
the domain name system. However, from the URI spec viewpoint, netloc has the
precise meaning of “machine to connect to to accomplish the rest of the URI
Georg Brandl ge...@python.org added the comment:
This will be a release blocker for Python 4.1, but for now I'm closing it.
--
nosy: +georg.brandl
resolution: - wont fix
status: open - closed
___
Python tracker rep...@bugs.python.org
Changes by Tofystedeth nanc...@gmail.com:
--
components: IDLE
nosy: Tofystedeth
severity: normal
status: open
title: IDLE not smart indenting correctly in nested statements
versions: Python 2.6
___
Python tracker rep...@bugs.python.org
New submission from Tofystedeth nanc...@gmail.com:
huh, somehow I submitted this before I was done, sorry bout that.
IDLE (the shell, not the text editor) doubles the indentation when in nested
statements.
For instance
while True:
while True:
while True:
becomes
while True:
Mark Dickinson dicki...@gmail.com added the comment:
From the values in the report, float.fromhex is giving the correct value here,
but MIN-3*TINY is somehow coming out incorrectly.
Correct values (with Python 2.6, so old float repr; OS X 10.6.2):
Python 2.6.5+ (release26-maint:79559:79560,
1 - 100 of 109 matches
Mail list logo
