[issue17166] Fix the suggested usage of _dummy_thread module
New submission from Berker Peksag: The dummy_thread module has been renamed to _dummy_thread in Python 3: import dummy_thread Traceback (most recent call last): File stdin, line 1, in module ImportError: No module named 'dummy_thread' -- assignee: docs@python components: Documentation files: _dummy_thread-usage.diff keywords: patch messages: 181721 nosy: berker.peksag, docs@python priority: normal severity: normal status: open title: Fix the suggested usage of _dummy_thread module versions: Python 3.2, Python 3.3, Python 3.4 Added file: http://bugs.python.org/file29015/_dummy_thread-usage.diff ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue17166 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue17167] python man page contains $Date$ in page footer
New submission from Ned Deily: The center footer in the source for the python man page, specifically the .th macro in Misc/python.man, contains an unexpanded $Date$ left over from the days of svn keyword expansions. Since hg does not support such expansions, either the source should be edited to remove the keyword or the date should be expanded during builds. One possibility would be to add sed edit steps to the altmaninstall makefile target and to release.py --export. -- components: Build messages: 181722 nosy: benjamin.peterson, georg.brandl, ned.deily priority: normal severity: normal stage: needs patch status: open title: python man page contains $Date$ in page footer versions: Python 2.7, Python 3.2, Python 3.3, Python 3.4 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue17167 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue16686] audioop overflow issues
Roundup Robot added the comment: New changeset 6add6ac6a802 by Serhiy Storchaka in branch '2.7': Issue #16686: Fixed a lot of bugs in audioop module. http://hg.python.org/cpython/rev/6add6ac6a802 New changeset 104b17f8316b by Serhiy Storchaka in branch '3.2': Issue #16686: Fixed a lot of bugs in audioop module. http://hg.python.org/cpython/rev/104b17f8316b New changeset 63b164708e60 by Serhiy Storchaka in branch '3.3': Issue #16686: Fixed a lot of bugs in audioop module. http://hg.python.org/cpython/rev/63b164708e60 New changeset 48747ef5f65b by Serhiy Storchaka in branch 'default': Issue #16686: Fixed a lot of bugs in audioop module. http://hg.python.org/cpython/rev/48747ef5f65b -- nosy: +python-dev ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue16686 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue16686] audioop overflow issues
Serhiy Storchaka added the comment: I fixed yet one bug in avgpp() and remove my XXX comment. *All* audioop functions are unsafe regarding unaligned access. I'll open a new issue for this. -- resolution: - fixed stage: patch review - committed/rejected status: open - closed ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue16686 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue16686] audioop overflow issues
Serhiy Storchaka added the comment: *All* audioop functions are unsafe regarding unaligned access. Actually this is not true because currently audioop functions work only with bytes (and str, see issue16685) and not with arbitrary memoryview. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue16686 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue17147] BytesIO should be mentioned in SpooledTemporaryFile documentation
Roundup Robot added the comment: New changeset fb4ed16f35bd by Serhiy Storchaka in branch '3.2': Issue #17147. Mention BytesIO in SpooledTemporaryFile documentation. http://hg.python.org/cpython/rev/fb4ed16f35bd New changeset 8f772825029f by Serhiy Storchaka in branch '3.3': Issue #17147. Mention BytesIO in SpooledTemporaryFile documentation. http://hg.python.org/cpython/rev/8f772825029f New changeset c75d065a6bc2 by Serhiy Storchaka in branch 'default': Issue #17147. Mention BytesIO in SpooledTemporaryFile documentation. http://hg.python.org/cpython/rev/c75d065a6bc2 -- nosy: +python-dev ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue17147 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue17147] BytesIO should be mentioned in SpooledTemporaryFile documentation
Serhiy Storchaka added the comment: Thank you for corrections Éric. -- assignee: docs@python - serhiy.storchaka resolution: - fixed stage: patch review - committed/rejected status: open - closed ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue17147 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue10355] SpooledTemporaryFile's name property is broken
Roundup Robot added the comment: New changeset 5c2ff6e64c47 by Serhiy Storchaka in branch '2.7': Issue #10355: SpooledTemporaryFile properties and xreadline method now work for unrolled files. http://hg.python.org/cpython/rev/5c2ff6e64c47 New changeset dfc6902b63d7 by Serhiy Storchaka in branch '3.2': Issue #10355: SpooledTemporaryFile properties now work for unrolled files. http://hg.python.org/cpython/rev/dfc6902b63d7 New changeset f36d8ba4eeef by Serhiy Storchaka in branch '3.3': Issue #10355: SpooledTemporaryFile properties now work for unrolled files. http://hg.python.org/cpython/rev/f36d8ba4eeef New changeset f1a13191f0c8 by Serhiy Storchaka in branch 'default': Issue #10355: SpooledTemporaryFile properties now work for unrolled files. http://hg.python.org/cpython/rev/f1a13191f0c8 -- nosy: +python-dev ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue10355 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue17168] test.support 3.x docs mentions stringio.stringio
New submission from Ramchandra Apte: StringIO.StringIO has been renamed to io.StringIO in 3.x. Attached is a patch with the corrected version which mentions io.StringIO. -- assignee: docs@python components: Documentation files: issue.patch keywords: patch messages: 181729 nosy: docs@python, ramchandra.apte priority: normal severity: normal status: open title: test.support 3.x docs mentions stringio.stringio Added file: http://bugs.python.org/file29016/issue.patch ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue17168 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue17157] issubclass() should accept iterables in 2nd arg
Ramchandra Apte added the comment: Just so you know, I'm neutral on this idea. I think it should at least accept sequences though. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue17157 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue17156] Tools/i18n/pygettext.py doesn't parse unicode string.
Serhiy Storchaka added the comment: Default encoding on Python 3 is UTF-8. You should declare your encoding at the top of file if it differs from UTF-8 or ASCII (i.e. # -*- coding: euc-jp -*-). Otherwise Python will reject your file (for Shift_JIS and EUC-JP) or produce incorrect result (for ISO-2022-JP). $ python3 konnichiha.Shift_JIS.py File konnichiha.Shift_JIS.py, line 5 SyntaxError: Non-UTF-8 code starting with '\x82' in file konnichiha.Shift_JIS.py on line 5, but no encoding declared; see http://python.org/dev/peps/pep-0263/ for details $ python3 konnichiha.ISO-2022-JP.py konnichiha B$3$s$K$A$O -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue17156 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue10355] SpooledTemporaryFile's name property is broken
Changes by Serhiy Storchaka storch...@gmail.com: -- resolution: - fixed stage: patch review - committed/rejected status: open - closed ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue10355 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue17152] Array module should support boolean natively
Mark Dickinson added the comment: There's already a fairly well known 3rd-party library for this: http://pypi.python.org/pypi/bitarray/ I'd be -1 on putting something like this in the standard library: the array module doesn't get enough maintenance as it is, and a packed bit array sounds like a specialist need. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue17152 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue7358] cStringIO not 64-bit safe
Roundup Robot added the comment: New changeset a025b04332fe by Serhiy Storchaka in branch '2.7': Issue #7358: cStringIO.StringIO now supports writing to and reading from http://hg.python.org/cpython/rev/a025b04332fe -- nosy: +python-dev ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue7358 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue17136] ctypes tests fail with clang on non-OS X
Dirkjan Ochtman added the comment: libffi now has this fix: https://github.com/atgreen/libffi/commit/6a790129427121f7db2d876e7218a3104e6d2741 Can someone test with that? -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue17136 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue17168] test.support 3.x docs mentions stringio.stringio
Ramchandra Apte added the comment: Please commit or review. This is *very* trivial. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue17168 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue17166] Fix the suggested usage of _dummy_thread module
Ramchandra Apte added the comment: LGTM. -- nosy: +ramchandra.apte ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue17166 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue17157] issubclass() should accept iterables in 2nd arg
Franck Michea added the comment: I am neutral on this too, it just felt odd and this is why the question raised. Yesterday I tried to add sequences and iterables (only to issubclass but indeed it would need better testing and all) and came to a problem with sequences. The current implementation authorizes (A, (B, (C, D))) (why?) so issubclass is recursive, but if we add sequences, they could create infinite recursions if seq[0] == seq (it's the case for strings for example, where 'a' is still a sequence and 'a'[0] == 'a'). So I don't know if it's really interesting. Anyone can use tuple() on an iterable to build its tuple value, though the value is built in memory. It basically just felt odd to take only tuples but I don't know. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue17157 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue17168] test.support 3.x docs mentions stringio.stringio
Roundup Robot added the comment: New changeset 474296d6d4a1 by Benjamin Peterson in branch '3.3': StringIO.StringIO - io.StringIO (closes #17168) http://hg.python.org/cpython/rev/474296d6d4a1 New changeset 87e95b853be2 by Benjamin Peterson in branch 'default': merge 3.3 (#17168) http://hg.python.org/cpython/rev/87e95b853be2 -- nosy: +python-dev resolution: - fixed stage: - committed/rejected status: open - closed ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue17168 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue17169] Restore errno in tempfile exceptions
New submission from Serhiy Storchaka: Before 3.3 if not able to create the name of the temporary file then an OSError with meaninful errno (ENOENT or EEXIST) was raised. Now subclass of OSError raised with errno=None. This is an incompatible change because old user code can catch OSError exception and then test its errno. Here is a patch which restores errno attribute in these exceptions. -- components: Library (Lib) files: tempfile_errno.patch keywords: 3.3regression, patch messages: 181739 nosy: flox, georg.brandl, ncoghlan, serhiy.storchaka priority: normal severity: normal stage: patch review status: open title: Restore errno in tempfile exceptions type: behavior versions: Python 3.3, Python 3.4 Added file: http://bugs.python.org/file29017/tempfile_errno.patch ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue17169 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue17156] Tools/i18n/pygettext.py doesn't parse unicode string.
umedoblock added the comment: python3 output translate Japanese with pygettext.install(). EVERYTHING IS OK! please check to use a konnichiha.2.tar.gz. == please do below shell command. $ for f in `find . -name 'konnichiha.*.py'` ; do echo f=$f ; python3 $f ; echo -- ; done f=./konnichiha.Shift_JIS.py HELLO ハローで、今日は 日本語をＵＴＦ８にしてコンニチハ -- f=./konnichiha.UTF-8.py HELLO ハローで、今日は 日本語をＵＴＦ８にしてコンニチハ -- f=./konnichiha.ISO-2022-JP.py HELLO ハローで、今日は 日本語をＵＴＦ８にしてコンニチハ -- f=./konnichiha.EUC-JP.py HELLO ハローで、今日は 日本語をＵＴＦ８にしてコンニチハ -- == konnichiha script encoding is OK! $ nkf -g ./konnichiha.*.py ./konnichiha.EUC-JP.py: EUC-JP ./konnichiha.ISO-2022-JP.py: ISO-2022-JP ./konnichiha.Shift_JIS.py: Shift_JIS ./konnichiha.UTF-8.py: UTF-8 == also coding: is OK! $ head -2 konnichiha.*.py == konnichiha.EUC-JP.py == # coding: euc-jp import gettext == konnichiha.ISO-2022-JP.py == # coding: iso-2022-jp import gettext == konnichiha.Shift_JIS.py == # coding: shift-jis import gettext == konnichiha.UTF-8.py == # coding: utf-8 import gettext == THANK YOU serhiy.storchaka ! -- Added file: http://bugs.python.org/file29018/konnichiha.2.tar.gz ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue17156 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue7358] cStringIO not 64-bit safe
Changes by Serhiy Storchaka storch...@gmail.com: -- resolution: - fixed stage: patch review - committed/rejected status: open - closed ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue7358 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue17170] string replace is too slow
New submission from Guido van Rossum:
I'm trying to speed up a web template engine and I find that the code needs to
do a lot of string replacements of this form:
name = name.replace('_', '-')
Characteristics of the data: the names are relatively short (1-10 characters
usually), and the majority don't contain a '_' at all.
For this combination I've found that the following idiom is significantly
faster:
if '_' in name:
name = name.replace('_', '-')
I'd hate for that idiom to become popular. I looked at the code (in the
default branch) briefly, but it is already optimized for this case. So I am at
a bit of a loss to explain the speed difference...
Some timeit experiments:
bash-3.2$ ./python.exe -m timeit -s a = 'hundred' 'x' in a
./python.exe -m timeit -s a = 'hundred' 'x' in a
bash-3.2$ ./python.exe -m timeit -s a = 'hundred' a.replace('x', 'y')
./python.exe -m timeit -s a = 'hundred' a.replace('x', 'y')
bash-3.2$ ./python.exe -m timeit -s a = 'hundred' if 'x' in a:
a.replace('x', 'y')
./python.exe -m timeit -s a = 'hundred' if 'x' in a: a.replace('x', 'y')
bash-3.2$ ./python.exe -m timeit -s a = 'hunxred' a.replace('x', 'y')
./python.exe -m timeit -s a = 'hunxred' a.replace('x', 'y')
bash-3.2$ ./python.exe -m timeit -s a = 'hunxred' if 'x' in a:
a.replace('x', 'y')
./python.exe -m timeit -s a = 'hunxred' if 'x' in a: a.replace('x', 'y')
--
components: Interpreter Core
messages: 181741
nosy: gvanrossum
priority: normal
severity: normal
status: open
title: string replace is too slow
type: performance
versions: Python 3.2
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue17170
___
___
Python-bugs-list mailing list
Unsubscribe:
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue17170] string replace is too slow
Antoine Pitrou added the comment:
Characteristics of the data: the names are relatively short (1-10
characters usually)
$ ./python -m timeit -s a = 'hundred' 'x' in a
1000 loops, best of 3: 0.0431 usec per loop
$ ./python -m timeit -s a = 'hundred' a.find('x')
100 loops, best of 3: 0.206 usec per loop
$ ./python -m timeit -s a = 'hundred' a.replace('x', 'y')
1000 loops, best of 3: 0.198 usec per loop
Basically, it's simply the overhead of method calls over operator calls. You
only see it because the strings are very short, and therefore the cost of
finding / replacing is tiny.
--
nosy: +pitrou
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue17170
___
___
Python-bugs-list mailing list
Unsubscribe:
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue17170] string method lookup is too slow
Guido van Rossum added the comment:
Hm, you seem to be right. Changing the bug title.
So, can we speed up method lookup? It's a shame that I have to start promoting
this ugly idiom. There's a similar issue where s[:5]=='abcde' is faster than
s.startswith('abcde'):
./python.exe -m timeit -s a = 'hundred' a.startswith('foo')
100 loops, best of 3: 0.281 usec per loop
./python.exe -m timeit -s a = 'hundred' a[:3] == 'foo'
1000 loops, best of 3: 0.158 usec per loop
--
title: string replace is too slow - string method lookup is too slow
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue17170
___
___
Python-bugs-list mailing list
Unsubscribe:
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue17170] string method lookup is too slow
Changes by Ezio Melotti ezio.melo...@gmail.com: -- nosy: +ezio.melotti, serhiy.storchaka versions: +Python 3.4 -Python 3.2 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue17170 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue17170] string method lookup is too slow
Serhiy Storchaka added the comment:
There are two overheads: an attribute lookup and a function call.
$ ./python -m timeit -s a = 'hundred' 'x' in a
1000 loops, best of 3: 0.0943 usec per loop
$ ./python -m timeit -s a = 'hundred' a.__contains__('x')
100 loops, best of 3: 0.271 usec per loop
$ ./python -m timeit -s a = 'hundred' a.__contains__
1000 loops, best of 3: 0.135 usec per loop
Time of a.__contains__('x') is greater than the sum of times of
a.__contains__ and 'x' in a.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue17170
___
___
Python-bugs-list mailing list
Unsubscribe:
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue16038] ftplib: unlimited readline() from connection
Michał Jastrzębski added the comment: Hello, I've set up maxline limit to 8192. Also I've add some changes Antoine suggested earlier. -- Added file: http://bugs.python.org/file29019/ftplib_maxline.patch ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue16038 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue17169] Restore errno in tempfile exceptions
Senthil Kumaran added the comment: The patch looks good and it is correct thing to do IMO. thanks. -- nosy: +orsenthil ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue17169 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue16564] email.generator.BytesGenerator fails with bytes payload
Roundup Robot added the comment: New changeset 30f92600df9d by R David Murray in branch '2.7': #16564: test to confirm behavior that regressed in python3. http://hg.python.org/cpython/rev/30f92600df9d New changeset a1a04f76d08c by R David Murray in branch '3.2': #16564: Fix regression in use of encoders.encode_noop with binary data. http://hg.python.org/cpython/rev/a1a04f76d08c New changeset 2b1edefc1e99 by R David Murray in branch '3.3': Merge: #16564: Fix regression in use of encoders.encode_noop with binary data. http://hg.python.org/cpython/rev/2b1edefc1e99 New changeset 5a0478bd5f11 by R David Murray in branch 'default': Merge: #16564: Fix regression in use of encoders.encode_noop with binary data. http://hg.python.org/cpython/rev/5a0478bd5f11 -- nosy: +python-dev ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue16564 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue17171] email.encoders.encode7or8bit does not work with binary data
New submission from R. David Murray: Reported by Serhiy in issue 16564: import io, email bytesdata = b'\xfa\xfb\xfc\xfd\xfe\xff' msg = email.mime.application.MIMEApplication(bytesdata, _encoder=encoders.encode_7or8bit) s = io.BytesIO() g = email.generator.BytesGenerator(s) g.flatten(msg) Traceback (most recent call last): File stdin, line 1, in module File /home/serhiy/py/cpython3.2/Lib/email/generator.py, line 91, in flatten self._write(msg) File /home/serhiy/py/cpython3.2/Lib/email/generator.py, line 137, in _write self._dispatch(msg) File /home/serhiy/py/cpython3.2/Lib/email/generator.py, line 163, in _dispatch meth(msg) File /home/serhiy/py/cpython3.2/Lib/email/generator.py, line 393, in _handle_text if _has_surrogates(msg._payload): TypeError: can't use a string pattern on a bytes-like object -- components: email messages: 181748 nosy: barry, r.david.murray priority: normal severity: normal stage: needs patch status: open title: email.encoders.encode7or8bit does not work with binary data versions: Python 3.2, Python 3.3, Python 3.4 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue17171 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue16564] email.generator.BytesGenerator fails with bytes payload
R. David Murray added the comment: I've opened issue 17171 for the similar encode7or8bit problem. -- resolution: - fixed stage: patch review - committed/rejected status: open - closed ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue16564 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue13555] cPickle MemoryError when loading large file (while pickle works)
Serhiy Storchaka added the comment: Here is an updated patch. Fixed two bugs found by Antoine (an inappropriate format and a memory error in bigmemtest), fixed resizing of marks array and one possible integer overflow in write_other(). Used workaround to bypass limitations of cStringIO API. -- assignee: - serhiy.storchaka stage: needs patch - patch review Added file: http://bugs.python.org/file29020/pickle_overflow-3.diff ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue13555 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue17166] Fix the suggested usage of _dummy_thread module
Roundup Robot added the comment: New changeset 6af3afbc7211 by R David Murray in branch '3.2': #17166: fix _dummy_thread import example. http://hg.python.org/cpython/rev/6af3afbc7211 New changeset dfefae8df4f7 by R David Murray in branch '3.3': Merge: #17166: fix _dummy_thread import example. http://hg.python.org/cpython/rev/dfefae8df4f7 New changeset c4512797b879 by R David Murray in branch 'default': Merge: #17166: fix _dummy_thread import example. http://hg.python.org/cpython/rev/c4512797b879 -- nosy: +python-dev ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue17166 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue17166] Fix the suggested usage of _dummy_thread module
R. David Murray added the comment: Thanks, Berker. -- nosy: +r.david.murray resolution: - fixed stage: - committed/rejected status: open - closed type: - behavior ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue17166 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue17170] string method lookup is too slow
Antoine Pitrou added the comment:
Indeed the function call cost actually dominates:
$ ./python -m timeit -s a = 'hundred' a.find('x')
100 loops, best of 3: 0.206 usec per loop
$ ./python -m timeit -s a = 'hundred'; f=a.find f('x')
1000 loops, best of 3: 0.176 usec per loop
$ ./python -m timeit -s a = 'hundred' 'x' in a
1000 loops, best of 3: 0.0431 usec per loop
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue17170
___
___
Python-bugs-list mailing list
Unsubscribe:
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue17170] string method lookup is too slow
Antoine Pitrou added the comment: Some crude C benchmarking on this computer: - calling PyUnicode_Replace is 35 ns (per call) - calling hundred.replace is 125 ns - calling PyArg_ParseTuple with the same signature as hundred.replace is 80 ns Therefore, most of the overhead (125 - 35 = 90 ns) is in calling PyArg_ParseTuple() to unpack the method arguments. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue17170 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue16956] Allow signed line number deltas in the code object's line number table
Changes by Xavier de Gaye xdeg...@gmail.com: -- nosy: +xdegaye ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue16956 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue17170] string method lookup is too slow
Serhiy Storchaka added the comment: And PyArg_ParseTupleAndKeywords() is even more slow. $ ./python -m timeit str(b'', 'utf-8', 'strict') 100 loops, best of 3: 0.554 usec per loop $ ./python -m timeit str(object=b'', encoding='utf-8', errors='strict') 100 loops, best of 3: 1.74 usec per loop -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue17170 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue17169] Restore errno in tempfile exceptions
Roundup Robot added the comment: New changeset 11eaa61124c2 by Serhiy Storchaka in branch '3.3': Issue #17169: Restore errno in tempfile exceptions. http://hg.python.org/cpython/rev/11eaa61124c2 New changeset fd3e3059381a by Serhiy Storchaka in branch 'default': Issue #17169: Restore errno in tempfile exceptions. http://hg.python.org/cpython/rev/fd3e3059381a -- nosy: +python-dev ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue17169 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue17172] Add turtledemo to IDLE menu
New submission from Raymond Hettinger: The turtledemo is an on-ramp for younger programmers and we should make it easy to launch. -- components: IDLE keywords: easy messages: 181757 nosy: rhettinger priority: normal severity: normal stage: needs patch status: open title: Add turtledemo to IDLE menu type: enhancement versions: Python 3.4 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue17172 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue17156] Tools/i18n/pygettext.py doesn't parse unicode string.
Roundup Robot added the comment: New changeset 49b1fde510a6 by Serhiy Storchaka in branch '2.7': Issue #17156: pygettext.py now correctly escapes non-ascii characters. http://hg.python.org/cpython/rev/49b1fde510a6 New changeset cd59b398907d by Serhiy Storchaka in branch '3.2': Issue #17156: pygettext.py now uses an encoding of source file and correctly http://hg.python.org/cpython/rev/cd59b398907d New changeset 062406c06cc1 by Serhiy Storchaka in branch '3.3': Issue #17156: pygettext.py now uses an encoding of source file and correctly http://hg.python.org/cpython/rev/062406c06cc1 New changeset 99795d711a40 by Serhiy Storchaka in branch 'default': Issue #17156: pygettext.py now uses an encoding of source file and correctly http://hg.python.org/cpython/rev/99795d711a40 -- nosy: +python-dev ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue17156 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue17156] Tools/i18n/pygettext.py doesn't parse unicode string.
Changes by Serhiy Storchaka storch...@gmail.com: -- resolution: - fixed stage: patch review - committed/rejected status: open - closed ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue17156 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue17169] Restore errno in tempfile exceptions
Changes by Serhiy Storchaka storch...@gmail.com: -- resolution: - fixed stage: patch review - committed/rejected status: open - closed ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue17169 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue17043] Invalid read in test_codecs
Changes by Serhiy Storchaka storch...@gmail.com: -- resolution: - fixed stage: patch review - committed/rejected status: open - closed ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue17043 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue17173] uses of locale-dependent ctype functions
New submission from Antoine Pitrou:
Grepping through the code reveals we are still using a number of
locale-dependent C library functions:
Python/mystrtoul.c:102:while (*str isspace(Py_CHARMASK(*str)))
Python/mystrtoul.c:141:while (isspace(Py_CHARMASK(*str)))
Python/mystrtoul.c:269:while (*str isspace(Py_CHARMASK(*str)))
Python/formatter_unicode.c:404:while (posend
isdigit(PyUnicode_READ_CHAR(s, pos)))
Python/ast.c:3764:if (isalpha(quote)) {
Python/dynload_aix.c:144:while (isdigit(Py_CHARMASK(*message[i])))
message[i]++ ;
Objects/longobject.c:2011:while (*str != '\0' isspace(Py_CHARMASK(*str)))
Objects/longobject.c:2255:while (*str isspace(Py_CHARMASK(*str)))
Modules/getaddrinfo.c:228:if (! isdigit(*q))
Modules/_sre.c:153:#define SRE_LOC_IS_DIGIT(ch) (!((ch) ~255) ? isdigit((ch))
: 0)
Modules/_sre.c:154:#define SRE_LOC_IS_SPACE(ch) (!((ch) ~255) ? isspace((ch))
: 0)
Modules/_sre.c:156:#define SRE_LOC_IS_ALNUM(ch) (!((ch) ~255) ? isalnum((ch))
: 0)
Modules/binascii.c:1138:if (isdigit(c))
Modules/_decimal/libmpdec/io.c:153:if (!isdigit((uchar)*s))
Modules/_decimal/libmpdec/io.c:157:if
(!isdigit((uchar)*(s+1)))
Modules/_decimal/libmpdec/io.c:159:
isdigit((uchar)*(s+2
Modules/_decimal/libmpdec/io.c:185:while (isdigit((uchar)*s))
Modules/_decimal/libmpdec/io.c:825:if (isdigit((uchar)*cp)) {
Modules/_decimal/libmpdec/io.c:847:if (!isdigit((uchar)*cp)) {
Modules/_decimal/libmpdec/io.c:1087:assert(isdigit((uchar)*dp));
Modules/_decimal/libmpdec/io.c:1089:while (isdigit((uchar)*dp)) {
Modules/_decimal/libmpdec/io.c:1244:if (isupper((uchar)type)) {
Modules/_struct.c:1273:if (isspace(Py_CHARMASK(c)))
Modules/_struct.c:1338:if (isspace(Py_CHARMASK(c)))
Include/pyctype.h has locale-agnostic counterpart (a bit faster probably, too).
--
components: Extension Modules, Interpreter Core
messages: 181759
nosy: mark.dickinson, pitrou, serhiy.storchaka, skrah
priority: normal
severity: normal
status: open
title: uses of locale-dependent ctype functions
type: behavior
versions: Python 3.2, Python 3.3, Python 3.4
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue17173
___
___
Python-bugs-list mailing list
Unsubscribe:
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue17173] uses of locale-dependent ctype functions
Raymond Hettinger added the comment: +1 for fixing this everywhere. -- nosy: +rhettinger ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue17173 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue17170] string method lookup is too slow
Antoine Pitrou added the comment: Here is a patch yielding a decent speedup (~ 40%) on PyArg_ParseTuple itself. More generally though, this would be improved by precompiling some of the information (like Argument Clinic does, perhaps). (note: PyArg_ParseTupleAndKeywords is a completely separate implementation...) -- keywords: +patch Added file: http://bugs.python.org/file29021/getargs_freelist.patch ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue17170 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue17170] string method lookup is too slow
Changes by Serhiy Storchaka storch...@gmail.com: -- stage: - patch review ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue17170 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue12983] byte string literals with invalid hex escape codes raise ValueError instead of SyntaxError
Changes by Serhiy Storchaka storch...@gmail.com: -- nosy: +benjamin.peterson ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue12983 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue17174] Posix os.path.join should raise TypeError when passed unusable type
New submission from Thomas Scrace:
Currently os.path.join will raise an AttributeError if passed an argument that
does not have an endswith() method.
A try/except around the offending line would let us raise a more helpful
TypeError:
except AttributeError as e:
bad = e.args[0].split()[0]
raise TypeError(object of type {} is not valid as a path
component.format(type(bad)))
--
components: Library (Lib)
messages: 181762
nosy: terry.reedy, thomas.scrace
priority: normal
severity: normal
status: open
title: Posix os.path.join should raise TypeError when passed unusable type
type: enhancement
versions: Python 3.4
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue17174
___
___
Python-bugs-list mailing list
Unsubscribe:
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue9067] Use macros from pyctype.h
Changes by Stefan Krah stefan-use...@bytereef.org: -- resolution: - duplicate stage: - committed/rejected status: open - closed superseder: - uses of locale-dependent ctype functions ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue9067 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue17173] uses of locale-dependent ctype functions
Stefan Krah added the comment: I'm not sure if I'll use pyctype.h in libmpdec: It's still going to be an external project that should be completely identical to the version in the Python tree. libmpdec/io.c is specified to be ASCII only (while handling the Turkish 'I') and is used accordingly in _decimal.c. I think it is impossible to trigger any misbehavior just by using the decimal module. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue17173 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue17174] Posix os.path.join should raise TypeError when passed unusable type
Janzert added the comment: While the current error message is a bit generic, I rather like that it tells you exactly why the type/object passed couldn't be used. -- nosy: +Janzert ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue17174 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue16692] Support TLS 1.1 and TLS 1.2
Changes by Michele Orrù maker...@gmail.com: -- keywords: +patch nosy: +maker Added file: http://bugs.python.org/file29022/issue16692.patch ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue16692 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue17173] uses of locale-dependent ctype functions
Roundup Robot added the comment: New changeset 38830281d43b by Antoine Pitrou in branch '3.2': Issue #17173: Remove uses of locale-dependent C functions (isalpha() etc.) in the interpreter. http://hg.python.org/cpython/rev/38830281d43b New changeset c08bcf5302ec by Antoine Pitrou in branch '3.3': Issue #17173: Remove uses of locale-dependent C functions (isalpha() etc.) in the interpreter. http://hg.python.org/cpython/rev/c08bcf5302ec New changeset 10e59553a8de by Antoine Pitrou in branch 'default': Issue #17173: Remove uses of locale-dependent C functions (isalpha() etc.) in the interpreter. http://hg.python.org/cpython/rev/10e59553a8de -- nosy: +python-dev ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue17173 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue17173] uses of locale-dependent ctype functions
Antoine Pitrou added the comment: Done. I haven't touched _decimal, sre, getaddrinfo.c and zlib. -- resolution: - fixed stage: - committed/rejected status: open - pending ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue17173 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue17173] uses of locale-dependent ctype functions
Changes by Antoine Pitrou pit...@free.fr: -- status: pending - closed ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue17173 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue16956] Allow signed line number deltas in the code object's line number table
Xavier de Gaye added the comment: How does this interact with pdb? Also, the findlinestarts() function from the dis module computes line numbers from lnotab. This function is used by pdb when displaying the lines of a traceback. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue16956 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue16956] Allow signed line number deltas in the code object's line number table
Antoine Pitrou added the comment: Your patch doesn't seem to work properly: a while loop doesn't generate negative line offsets. The reason seems to be that compiler_set_lineno() prevents it. (also, if I re-add the `assert(d_lineno = 0);` in assemble_lnotab(), I don't get any crash) -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue16956 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue16038] ftplib: unlimited readline() from connection
Changes by Antoine Pitrou pit...@free.fr: -- nosy: +larry stage: needs patch - patch review versions: +Python 3.4 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue16038 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue13773] Support sqlite3 uri filenames
Roundup Robot added the comment: New changeset f13bb1e40fbc by Antoine Pitrou in branch 'default': Issue #13773: sqlite3.connect() gets a new `uri` parameter to pass the filename as a URI, allowing to pass custom options. http://hg.python.org/cpython/rev/f13bb1e40fbc -- nosy: +python-dev ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue13773 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue13773] Support sqlite3 uri filenames
Antoine Pitrou added the comment: I've committed the patch, closing. -- assignee: ghaering - resolution: - fixed stage: patch review - committed/rejected status: open - closed ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue13773 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue16038] ftplib: unlimited readline() from connection
Antoine Pitrou added the comment: Not sure how I nosied Larry by updating this issue, sorry for the mistake. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue16038 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue16038] ftplib: unlimited readline() from connection
Antoine Pitrou added the comment: Ah, but that's because I added 3.4 in the versions field and the issue is a release blocker :) -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue16038 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue17172] Add turtledemo to IDLE menu
Changes by Antoine Pitrou pit...@free.fr: -- nosy: +kbk ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue17172 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue16038] ftplib: unlimited readline() from connection
Larry Hastings added the comment: My spies are everywhere! You cannot hide your black heart, Pitrou. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue16038 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue17170] string method lookup is too slow
Antoine Pitrou added the comment: Updated patch to also handle PyArg_ParseTupleAndKeywords. -- Added file: http://bugs.python.org/file29023/getargs_freelist.patch ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue17170 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue17170] string method lookup is too slow
Changes by Antoine Pitrou pit...@free.fr: Removed file: http://bugs.python.org/file29023/getargs_freelist.patch ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue17170 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue17170] string method lookup is too slow
Changes by Antoine Pitrou pit...@free.fr: Removed file: http://bugs.python.org/file29021/getargs_freelist.patch ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue17170 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue17170] string method lookup is too slow
Changes by Antoine Pitrou pit...@free.fr: Added file: http://bugs.python.org/file29024/getargs_freelist.patch ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue17170 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue17170] string method lookup is too slow
Guido van Rossum added the comment: Great to see some action. Would there be a problem in backporting this? It's not a new feature after all... -- stage: patch review - ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue17170 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue17170] string method lookup is too slow
Antoine Pitrou added the comment: That would be left to the discretion of release managers. In all honesty the real-world benefit should be small (around 2% on the benchmark suite, apparently). Also, the principle of this patch doesn't apply to 2.7. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue17170 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue17174] Posix os.path.join should raise TypeError when passed unusable type
Eric V. Smith added the comment: I think this change should not be made: it's a slippery slope, because there are thousands of places in the stdlib where a similar change could be made. It's the nature of duck typing that you're not going to get a great error message everywhere you pass in the wrong type. Python programmers just have to learn this and understand it's a source of sometimes unobvious error messages. If, despite my concerns, this change is still made, I think it is important that any new error message not mention str, or any list of accepted types. The proposal in msg181762 is good enough: just say that whatever type was used isn't acceptable. For example: there are a number of path object proposals floating around, and it's possible one of those could be used with os.path.join despite it not being a str. -- nosy: +eric.smith ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue17174 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue17172] Add turtledemo to IDLE menu
Changes by Senthil Kumaran sent...@uthcode.com: -- nosy: +orsenthil ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue17172 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
