[issue16024] Doc cleanup regarding path=fd, dir_fd, follow_symlinks, etc
Larry Hastings added the comment: I would, but I can't get it to apply cleanly, either to tip or to historical revisions back in Sepember. Kaleb, what revision is the branch that you generated the diff from? -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue16024 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue17973] FAQ entry for: '+=' on a list inside tuple both succeeds and raises an exception
Mark Dickinson added the comment: David: not sure. I don't think I'd go for it---I think the cure is worse than the disease. I think the FAQ is why it fails when the extend succeeds Agreed. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue17973 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue18020] html.escape 10x slower than cgi.escape
New submission from Florent Xicluna: I noticed the convenient ``html.escape`` in Python 3.2 and ``cgi.escape`` is marked as deprecated. However, the former is an order of magnitude slower than the latter. $ python3 --version Python 3.3.2 With html.escape: $ python3 -m timeit -s from html import escape as html; from cgi import escape; s = repr(copyright) h = html(s) 1 loops, best of 3: 48.7 usec per loop $ python3 -m timeit -s from html import escape as html; from cgi import escape; s = repr(copyright) * 19 h = html(s) 1000 loops, best of 3: 898 usec per loop With cgi.escape: $ python3 -m timeit -s from html import escape as html; from cgi import escape; s = repr(copyright) h = escape(s) 10 loops, best of 3: 7.42 usec per loop $ python3 -m timeit -s from html import escape as html; from cgi import escape; s = repr(copyright) * 19 h = escape(s) 1 loops, best of 3: 21.5 usec per loop Since this kind of function is called frequently in template engines, it makes a difference. Of course C replacements are available on PyPI: MarkupSafe or Webext But it would be nice to restore the performance of cgi.escape with a pragmatic `.replace(` approach. -- components: Library (Lib) messages: 189641 nosy: ezio.melotti, flox, orsenthil priority: normal severity: normal status: open title: html.escape 10x slower than cgi.escape type: performance versions: Python 3.2, Python 3.3 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue18020 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue16611] multiple problems with Cookie.py
Florent Xicluna added the comment: Eric, this last one is not a bug in Cookie. This is a limitation with Python 2. See #18012. -- nosy: +flox ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue16611 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue18020] html.escape 10x slower than cgi.escape
Graham Dumpleton added the comment: Importing the cgi module the first time even in Python 2.X was always very expensive. I would suggest you redo the test using timing done inside of the script after modules have been imported so as to properly separate module import time in both cases from execution time of the specific function. -- nosy: +grahamd ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue18020 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue18020] html.escape 10x slower than cgi.escape
Florent Xicluna added the comment: I would suggest you redo the test using timing done inside of the script after modules have been imported. The -s switch takes care of this. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue18020 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue17976] file.write doesn't raise IOError when it should
Jaakko Moisio added the comment: The test pass with Python 3 which does not use the FILE* API anymore. So you should maybe migrate to Python 3 :-) Yes. I will eventually. But not all the libraries I'm using are migrated yet. -- Added file: http://bugs.python.org/file30317/fileobject-fix5.patch ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue17976 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue16024] Doc cleanup regarding path=fd, dir_fd, follow_symlinks, etc
Larry Hastings added the comment: p.s. Thanks for reviving the patch. I forgot about this one! -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue16024 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue18020] html.escape 10x slower than cgi.escape
Graham Dumpleton added the comment: Whoops. Missed the quoting. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue18020 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue17973] FAQ entry for: '+=' on a list inside tuple both succeeds and raises an exception
Ronald Oussoren added the comment: David: your update to the FAQ looks ok to me. I don't like updating the __setitem__ of tuple to allow setting an identical value (that is 'a[0] = a[0]'), it is a bit too magic to my taste and hides the real problem. I'd slightly prefer my idea: update the code generated for += to try performing the assignment before calling __iadd__. I hadn't looked at the AST compiler before, but at first glance implementing my idea seems easier than I had expected and I'm working on an experimental patch. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue17973 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue17973] FAQ entry for: '+=' on a list inside tuple both succeeds and raises an exception
Mark Dickinson added the comment: it is a bit too magic to my taste and hides the real problem. Agreed. I do wonder whether there's a solution that allows the operation to succeed, though. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue17973 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue17973] FAQ entry for: '+=' on a list inside tuple both succeeds and raises an exception
Ronald Oussoren added the comment: issue-17973-experimental.txt is a very crude first attempt at catching augment assignment to an immutable LHS. On first glance the code works, but it causes problems in the test suite and hence isn't correct yet. The generated code also isn't optimal, the LHS is evaluated too many times. With the patch ``([],)[0] += ['a']`` raises an exception, and doesn't update the list. I also haven't done benchmarking of the code, I'd expect a slowdown in micro benchmarks for augmented assignment when the LHS isn't a simple name because there is more byte code (``a[0] += b`` disassembly expands from 8 to 14 lines). -- Added file: http://bugs.python.org/file30318/issue-17973-experimental.txt ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue17973 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue17973] FAQ entry for: '+=' on a list inside tuple both succeeds and raises an exception
Ronald Oussoren added the comment: Allowing the operation to succeed wouldn't be right, you are assigning to an immutable location after all. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue17973 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue17973] FAQ entry for: '+=' on a list inside tuple both succeeds and raises an exception
Mark Dickinson added the comment: Unfortunately, I don't think the checking first approach can work either: in the case where the object *does* accept assignments, it will now be assigned to twice. If there are side-effects from those assignments, then that will change behaviour. An example is the Enthought traits library, where assignment to a list item causes a notification to be fired; with this change, listeners would now receive two events instead of one. I suspect there just isn't a good solution here. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue17973 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue18011] Inconsistency between b32decode() documentation, docstring and code
Changes by Ethan Furman et...@stoneleaf.us: -- nosy: +ethan.furman ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue18011 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue17973] FAQ entry for: '+=' on a list inside tuple both succeeds and raises an exception
Changes by Ezio Melotti ezio.melo...@gmail.com: -- nosy: +ezio.melotti ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue17973 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue17973] FAQ entry for: '+=' on a list inside tuple both succeeds and raises an exception
Amaury Forgeot d'Arc added the comment: what if we try the assignment, and catch TypeError only if __iadd__ returned self? -- nosy: +amaury.forgeotdarc ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue17973 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue17914] add os.cpu_count()
Roundup Robot added the comment: New changeset 5e0c56557390 by Charles-Francois Natali in branch 'default': Issue #17914: Add os.cpu_count(). Patch by Yogesh Chaudhari, based on an http://hg.python.org/cpython/rev/5e0c56557390 -- nosy: +python-dev ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue17914 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue17024] cElementTree calls end() on parser taget even if start() fails
Eli Bendersky added the comment: Yes, it doesn't seem that expat cares too much about propagating errors from every single handler. Digging in its code comments, it says that even when XML_StopParser is called, some event handlers (like the one for end element) may still be called since otherwise they will be lost. I don't know if this is important enough to muck with the way expat does things internally - I would expect this problem to exist in all Python XML modules that use expat. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue17024 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue17914] add os.cpu_count()
Charles-François Natali added the comment:
Alright, committed.
Yogesh, thanks for the patch!
I'm attaching a patch to replace several occurrences of
multiprocessing.cpu_count() by os.cpu_count() in the stdlib/test
suite.
--
Added file: http://bugs.python.org/file30319/use_cpu_count.diff
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue17914
___diff -r 5e0c56557390 Doc/library/multiprocessing.rst
--- a/Doc/library/multiprocessing.rst Mon May 20 14:40:46 2013 +0200
+++ b/Doc/library/multiprocessing.rst Mon May 20 14:52:18 2013 +0200
@@ -1646,9 +1646,9 @@
callbacks and has a parallel map implementation.
*processes* is the number of worker processes to use. If *processes* is
- ``None`` then the number returned by :func:`cpu_count` is used. If
- *initializer* is not ``None`` then each worker process will call
- ``initializer(*initargs)`` when it starts.
+ ``None`` then the number returned by :func:`os.cpu_count` is used, with a
+ fallback value of 1. If *initializer* is not ``None`` then each worker
+ process will call ``initializer(*initargs)`` when it starts.
.. versionadded:: 3.2
*maxtasksperchild* is the number of tasks a worker process can complete
diff -r 5e0c56557390 Lib/concurrent/futures/process.py
--- a/Lib/concurrent/futures/process.py Mon May 20 14:40:46 2013 +0200
+++ b/Lib/concurrent/futures/process.py Mon May 20 14:52:18 2013 +0200
@@ -331,7 +331,7 @@
_check_system_limits()
if max_workers is None:
-self._max_workers = multiprocessing.cpu_count()
+self._max_workers = os.cpu_count() or 1
else:
self._max_workers = max_workers
diff -r 5e0c56557390 Lib/multiprocessing/pool.py
--- a/Lib/multiprocessing/pool.py Mon May 20 14:40:46 2013 +0200
+++ b/Lib/multiprocessing/pool.py Mon May 20 14:52:18 2013 +0200
@@ -17,10 +17,11 @@
import queue
import itertools
import collections
+import os
import time
import traceback
-from multiprocessing import Process, cpu_count, TimeoutError
+from multiprocessing import Process, TimeoutError
from multiprocessing.util import Finalize, debug
#
@@ -147,10 +148,7 @@
self._initargs = initargs
if processes is None:
-try:
-processes = cpu_count()
-except NotImplementedError:
-processes = 1
+processes = os.cpu_count() or 1
if processes 1:
raise ValueError(Number of processes must be at least 1)
diff -r 5e0c56557390 Lib/test/regrtest.py
--- a/Lib/test/regrtest.py Mon May 20 14:40:46 2013 +0200
+++ b/Lib/test/regrtest.py Mon May 20 14:52:18 2013 +0200
@@ -508,12 +508,9 @@
elif o in ('-j', '--multiprocess'):
use_mp = int(a)
if use_mp = 0:
-try:
-import multiprocessing
-# Use all cores + extras for tests that like to sleep
-use_mp = 2 + multiprocessing.cpu_count()
-except (ImportError, NotImplementedError):
-use_mp = 3
+# Use all cores + extras for tests that like to sleep
+ncpu = os.cpu_count() or 1
+use_mp = 2 + ncpu
if use_mp == 1:
use_mp = None
elif o == '--header':
___
Python-bugs-list mailing list
Unsubscribe:
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue7214] TreeBuilder.end(tag) differs between cElementTree and ElementTree
Eli Bendersky added the comment:
TreeBuilder is an interface users can implement. As such, 'tag' is a
convenience the user-defined tree builder can use, as in:
class Target(object):
def start(self, tag, attrib):
print('i see start', tag)
def end(self, tag):
print('i see end', tag)
def close(self):
return DONE
parser = ET.XMLParser(target=Target())
parser.feed(TAGsd/TAG)
The default TreeBuilder simply needs to build the tree, and it doesn't actually
use the tag argument (except for some sanity checking in the Python version).
But user code is free to use it.
--
resolution: - wont fix
stage: test needed - committed/rejected
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue7214
___
___
Python-bugs-list mailing list
Unsubscribe:
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue17914] add os.cpu_count()
STINNER Victor added the comment: In my patch cpu_count.patch, I changed posix_cpu_count(): * rewrite Mac OS X implementation: code in 5e0c56557390 looks wrong. It gets a MIB but then don't use it when calling _bsd_cpu_count(). But I didn't check my patch nor the commit version on Mac OS X. * use int ncpu; instead of long ncpu; when calling mpctl() and sysctl(). For mpctl(), ncpu is used to store the result, so a wide type is ok. But for sysctl(), we pass a pointer. What happens if sysctl() expects int whereas we pass a pointer to a long? We announce sizeof(int)!? * inline _bsd_cpu_count() Sorry for this late review. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue17914 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue18021] Update broken link to Apple Publication Style Guide
New submission from Madison May: The links at http://docs.python.org/devguide/documenting.html#building-doc and http://docs.python.org/devguide/docquality.html to http://developer.apple.com/mac/library/documentation/UserExperience/Conceptual/APStyleGuide/APSG_2009.pdf lead to a Page Not Found message and a redirect to http://developer.apple.com/library/mac/navigation/. This url should be updated to point to another copy of the 2009 style guide or https://help.apple.com/asg/mac/2013/ASG_2013.pdf, the 2013 version of Apple's Style Guide. -- components: Devguide messages: 189659 nosy: Madison.May, ezio.melotti priority: normal severity: normal status: open title: Update broken link to Apple Publication Style Guide type: enhancement ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue18021 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue13612] xml.etree.ElementTree says unknown encoding of a regular encoding
Eli Bendersky added the comment: In 3.3+ there's no distinction between wide and narrow builds. Does anyone know how this should be affected? [I don't know much about unicode and encodings, unfortunately] -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue13612 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue14009] Clearer documentation for cElementTree
Eli Bendersky added the comment: The ET docs have been significantly revamped in 3.3 I don't think cET needs to be documented. It's just confusing. -- resolution: - wont fix stage: commit review - committed/rejected status: open - closed ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue14009 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue18021] Update broken link to Apple Publication Style Guide
Changes by Madison May madison@students.olin.edu: -- type: enhancement - behavior ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue18021 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue17900] Recursive OrderedDict pickling
Serhiy Storchaka added the comment: Ping. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue17900 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue18022] Inconsistency between quopri.decodestring() and email.quoprimime.decode()
New submission from Serhiy Storchaka:
import quopri, email.quoprimime
quopri.decodestring(b'==41')
b'=41'
email.quoprimime.decode('==41')
'=A'
I don't see a rule about double '=' in RFC 1521-1522 or RFCs 2045-2047 and I
think quopri is wrong.
Other half of this bug (encoding '=' as '==') was fixed in 9bc52706d283.
--
components: Library (Lib), email
messages: 189663
nosy: Jeremy.Hylton, barry, gvanrossum, r.david.murray, serhiy.storchaka
priority: normal
severity: normal
status: open
title: Inconsistency between quopri.decodestring() and email.quoprimime.decode()
type: behavior
versions: Python 2.7, Python 3.3, Python 3.4
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue18022
___
___
Python-bugs-list mailing list
Unsubscribe:
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue17955] Minor updates to Functional HOWTO
Roundup Robot added the comment: New changeset 20409786cf8e by Andrew Kuchling in branch 'default': #17955: minor updates to Functional howto http://hg.python.org/cpython/rev/20409786cf8e -- nosy: +python-dev ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue17955 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue17955] Minor updates to Functional HOWTO
Changes by A.M. Kuchling li...@amk.ca: -- resolution: - fixed status: open - closed ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue17955 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue17955] Minor updates to Functional HOWTO
Changes by A.M. Kuchling li...@amk.ca: -- stage: commit review - committed/rejected ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue17955 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue18003] New lzma crazy slow with line-oriented reading.
Michael Fox added the comment: I was thinking about this line: end = self._buffer.find(b\n, self._buffer_offset) + 1 Might be a bug? For example, is there a unicode where one of several bytes is '\n'? In this case it splits the line in the middle of a character, right? On Sun, May 19, 2013 at 3:28 PM, Arfrever Frehtes Taifersar Arahesis rep...@bugs.python.org wrote: Changes by Arfrever Frehtes Taifersar Arahesis arfrever@gmail.com: -- nosy: +Arfrever ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue18003 ___ -- - Michael -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue18003 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue8743] set() operators don't work with collections.Set instances
Changes by Nick Coghlan ncogh...@gmail.com: -- nosy: +ncoghlan ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue8743 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue2226] Small _abcoll Bugs / Oddities
Changes by Nick Coghlan ncogh...@gmail.com: -- nosy: +ncoghlan ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue2226 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue17973] FAQ entry for: '+=' on a list inside tuple both succeeds and raises an exception
Roundup Robot added the comment: New changeset b363473cfe9c by R David Murray in branch '3.3': #17973: Add FAQ entry for ([],)[0] += [1] both extending and raising. http://hg.python.org/cpython/rev/b363473cfe9c New changeset 6d2f0edb0758 by R David Murray in branch 'default': Merge #17973: Add FAQ entry for ([],)[0] += [1] both extending and raising. http://hg.python.org/cpython/rev/6d2f0edb0758 New changeset 8edfe539d4c6 by R David Murray in branch '2.7': #17973: Add FAQ entry for ([],)[0] += [1] both extending and raising. http://hg.python.org/cpython/rev/8edfe539d4c6 -- nosy: +python-dev ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue17973 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue17973] FAQ entry for: '+=' on a list inside tuple both succeeds and raises an exception
R. David Murray added the comment: You still have the side effect problem, as far as I can see. I'm going to close this doc issue, if you guys do come up with some clever fix, you can reopen it again :) -- resolution: - fixed stage: patch review - committed/rejected status: open - closed ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue17973 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue18003] New lzma crazy slow with line-oriented reading.
Nadeem Vawda added the comment: No, that is the intended behavior for binary streams - they operate at the level of individual byes. If you want to treat your input file as Unicode-encoded text, you should open it in text mode. This will return a TextIOWrapper which handles the decoding and line splitting properly. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue18003 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue9189] Improve CFLAGS handling
Jed Brown added the comment:
Undefined variables are still a problem:
$ echo 'FROTZ = ${CFLAGS}' make.py3
$ python3
Python 3.3.1 (default, Apr 6 2013, 19:03:55)
[GCC 4.8.0] on linux
Type help, copyright, credits or license for more information.
import distutils.sysconfig
distutils.sysconfig.parse_makefile('make.py3')
Traceback (most recent call last):
File stdin, line 1, in module
File /usr/lib/python3.3/distutils/sysconfig.py, line 367, in parse_makefile
item = str(done['PY_' + n])
KeyError: 'PY_CFLAGS'
Proposed fix:
--- i/Lib/distutils/sysconfig.py
+++ w/Lib/distutils/sysconfig.py
@@ -357,7 +357,7 @@ def parse_makefile(fn, g=None):
found = False
else:
-item = str(done['PY_' + n])
+item = str(done.get('PY_' + n, ''))
else:
done[n] = item =
if found:
--
nosy: +jedbrown
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue9189
___
___
Python-bugs-list mailing list
Unsubscribe:
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue2226] Small _abcoll Bugs / Oddities
Changes by Florent Xicluna florent.xicl...@gmail.com: -- nosy: +flox ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue2226 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue17914] add os.cpu_count()
Roundup Robot added the comment: New changeset a85ac58e9eaf by Charles-Francois Natali in branch 'default': Issue #17914: Remove OS-X special-case, and use the correct int type. http://hg.python.org/cpython/rev/a85ac58e9eaf -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue17914 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue13612] xml.etree.ElementTree says unknown encoding of a regular encoding
Amaury Forgeot d'Arc added the comment: encoding=GBK causes a buffer overflow in PyUnknownEncodingHandler, because the result of PyUnicode_Decode() is only 192 characters long. Exact behavior is not defined... -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue13612 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue17914] add os.cpu_count()
Roundup Robot added the comment: New changeset f9d815522cdb by Charles-Francois Natali in branch 'default': Issue #17914: We can now inline _bsd_cpu_count(). http://hg.python.org/cpython/rev/f9d815522cdb -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue17914 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue17914] add os.cpu_count()
Charles-François Natali added the comment: * rewrite Mac OS X implementation: code in 5e0c56557390 looks wrong. It gets a MIB but then don't use it when calling _bsd_cpu_count(). But I didn't check my patch nor the commit version on Mac OS X. Indeed. I just removed the OS-X special case altogether. Apparently, the standard sysctl is supposed to work os OS-X. We'll see what happens. * use int ncpu; instead of long ncpu; when calling mpctl() and sysctl(). For mpctl(), ncpu is used to store the result, so a wide type is ok. But for sysctl(), we pass a pointer. What happens if sysctl() expects int whereas we pass a pointer to a long? We announce sizeof(int)!? Ouch. This was overlooked when the type was changed to long. I fixed this. * inline _bsd_cpu_count() Done in a subsequent commit (especially since the OS-X special case has been removed). -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue17914 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue734176] Make Tkinter.py's nametowidget work with cloned menu widgets
Mark Lawrence added the comment: I've attached a patch for Python 3 which I hope is okay as it's my first attempt using TortoiseHg on Windows. -- Added file: http://bugs.python.org/file30320/issue734176_py3.patch ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue734176 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue18003] New lzma crazy slow with line-oriented reading.
Michael Fox added the comment:
You're right. In fact, what doesn't make sense is to be doing
line-oriented reads on a binary file. Why was I doing that?
I do have another quibble though. The open() function is like this:
open(file, mode='r', buffering=-1, encoding=None,
errors=None, newline=None, closefd=True, opener=None) - file object
The lzma.open() function is like this:
lzma.open = open(filename, mode='rb', *, format=None, check=-1,
preset=None, filters=None, encoding=None, errors=None, newline=None)
It seems to me that it would be best for them to be as congruent as
possible. Because people will try to do this (I did):
if filename.endswith('.xz'):
f = lzma.open(filename)
else:
f = open(filename)
for line in f: ...
And then they will be in for a surprise. Would you consider changing
the default mode of lzma.open() to 'rt' and implement the 'buffering'
parameter as it is implemented in open()? And further, can we discuss
whether duck typing is becoming generally problematic in an
expanding standard library and whether there should be some process,
language, testing or something to ensure the ducks really quack the
same?
For example, there could be a standard testsuite which everything
purporting to implement an open() function should be subject to.
On Mon, May 20, 2013 at 7:42 AM, Nadeem Vawda rep...@bugs.python.org wrote:
Nadeem Vawda added the comment:
No, that is the intended behavior for binary streams - they operate at
the level of individual byes. If you want to treat your input file as
Unicode-encoded text, you should open it in text mode. This will return a
TextIOWrapper which handles the decoding and line splitting properly.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue18003
___
--
-
Michael
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue18003
___
___
Python-bugs-list mailing list
Unsubscribe:
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue18003] New lzma crazy slow with line-oriented reading.
Michael Fox added the comment:
I thought of an even more hazardous case:
if compression == 'gz':
import gzip
open = gzip.open
elif compression == 'xz':
import lzma
open = lzma.open
else:
pass
On Mon, May 20, 2013 at 9:41 AM, Michael Fox rep...@bugs.python.org wrote:
Michael Fox added the comment:
You're right. In fact, what doesn't make sense is to be doing
line-oriented reads on a binary file. Why was I doing that?
I do have another quibble though. The open() function is like this:
open(file, mode='r', buffering=-1, encoding=None,
errors=None, newline=None, closefd=True, opener=None) - file object
The lzma.open() function is like this:
lzma.open = open(filename, mode='rb', *, format=None, check=-1,
preset=None, filters=None, encoding=None, errors=None, newline=None)
It seems to me that it would be best for them to be as congruent as
possible. Because people will try to do this (I did):
if filename.endswith('.xz'):
f = lzma.open(filename)
else:
f = open(filename)
for line in f: ...
And then they will be in for a surprise. Would you consider changing
the default mode of lzma.open() to 'rt' and implement the 'buffering'
parameter as it is implemented in open()? And further, can we discuss
whether duck typing is becoming generally problematic in an
expanding standard library and whether there should be some process,
language, testing or something to ensure the ducks really quack the
same?
For example, there could be a standard testsuite which everything
purporting to implement an open() function should be subject to.
On Mon, May 20, 2013 at 7:42 AM, Nadeem Vawda rep...@bugs.python.org wrote:
Nadeem Vawda added the comment:
No, that is the intended behavior for binary streams - they operate at
the level of individual byes. If you want to treat your input file as
Unicode-encoded text, you should open it in text mode. This will return a
TextIOWrapper which handles the decoding and line splitting properly.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue18003
___
--
-
Michael
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue18003
___
--
-
Michael
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue18003
___
___
Python-bugs-list mailing list
Unsubscribe:
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue17917] use PyModule_AddIntMacro() instead of PyModule_AddIntConstant() when applicable
Roundup Robot added the comment: New changeset 12cbb5183d98 by Charles-Francois Natali in branch 'default': Issue #17917: Use PyModule_AddIntMacro() instead of PyModule_AddIntConstant() http://hg.python.org/cpython/rev/12cbb5183d98 -- nosy: +python-dev ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue17917 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue17684] Skip tests in test_socket like testFDPassSeparate on OS X
Roundup Robot added the comment: New changeset 9cfaefa58bdc by Charles-Francois Natali in branch 'default': Issue #17684: Fix some test_socket failures due to limited FD passing support http://hg.python.org/cpython/rev/9cfaefa58bdc -- nosy: +python-dev ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue17684 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue18003] New lzma crazy slow with line-oriented reading.
Serhiy Storchaka added the comment: Wrapping a raw LZMAFile in a BufferedReader is a simple solution. But I think about extending BufferedReader so that LZMAFile and BufferedReader could use a common buffer. Perhaps add a new method to BufferedIOBase which will be called when a buffer is underflowed. In BufferedIOBase it should call raw.read(), in LZMAFile it should call _fill_buffer(). -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue18003 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue18003] New lzma crazy slow with line-oriented reading.
Michael Fox added the comment:
I thought about it some more and the only bug here is mine, failing to
explicitly set mode='rt'.
Maybe back when someone invented text and binary modes they should
have been clear which was to be the default for all things. Maybe when
someone made the base class, io.IOBase they should have defined an
.open() with a mode that matched open(). Maybe when someone first
implemented gzip.open() they should have matched open().
But that's not what happened and there's going to be lots of code out
there relying on the default 'rt' for open() and 'rb' for
gzip/bz2/lzma.open(). There's going to be lots of bugs in the future
as people familiar with one thing assume the default is the same for
the other. But oh well. It's too late change.
On Mon, May 20, 2013 at 9:50 AM, Michael Fox rep...@bugs.python.org wrote:
Michael Fox added the comment:
I thought of an even more hazardous case:
if compression == 'gz':
import gzip
open = gzip.open
elif compression == 'xz':
import lzma
open = lzma.open
else:
pass
On Mon, May 20, 2013 at 9:41 AM, Michael Fox rep...@bugs.python.org wrote:
Michael Fox added the comment:
You're right. In fact, what doesn't make sense is to be doing
line-oriented reads on a binary file. Why was I doing that?
I do have another quibble though. The open() function is like this:
open(file, mode='r', buffering=-1, encoding=None,
errors=None, newline=None, closefd=True, opener=None) - file object
The lzma.open() function is like this:
lzma.open = open(filename, mode='rb', *, format=None, check=-1,
preset=None, filters=None, encoding=None, errors=None, newline=None)
It seems to me that it would be best for them to be as congruent as
possible. Because people will try to do this (I did):
if filename.endswith('.xz'):
f = lzma.open(filename)
else:
f = open(filename)
for line in f: ...
And then they will be in for a surprise. Would you consider changing
the default mode of lzma.open() to 'rt' and implement the 'buffering'
parameter as it is implemented in open()? And further, can we discuss
whether duck typing is becoming generally problematic in an
expanding standard library and whether there should be some process,
language, testing or something to ensure the ducks really quack the
same?
For example, there could be a standard testsuite which everything
purporting to implement an open() function should be subject to.
On Mon, May 20, 2013 at 7:42 AM, Nadeem Vawda rep...@bugs.python.org wrote:
Nadeem Vawda added the comment:
No, that is the intended behavior for binary streams - they operate at
the level of individual byes. If you want to treat your input file as
Unicode-encoded text, you should open it in text mode. This will return a
TextIOWrapper which handles the decoding and line splitting properly.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue18003
___
--
-
Michael
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue18003
___
--
-
Michael
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue18003
___
--
-
Michael
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue18003
___
___
Python-bugs-list mailing list
Unsubscribe:
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue17684] Skip tests in test_socket like testFDPassSeparate on OS X
Charles-François Natali added the comment: Committed, thanks! -- resolution: - fixed stage: - committed/rejected ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue17684 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue17684] Skip tests in test_socket like testFDPassSeparate on OS X
Changes by Charles-François Natali cf.nat...@gmail.com: -- status: open - closed ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue17684 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue17683] socket.getsockname() inconsistent return type with AF_UNIX
Charles-François Natali added the comment: Here's a patch. Note that I had to adapt test_socket (which was passing bytes). -- components: +Library (Lib) keywords: +needs review stage: - patch review type: - behavior Added file: http://bugs.python.org/file30321/af_unix_str.diff ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue17683 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue13146] Writing a pyc file is not atomic
Changes by Barry A. Warsaw ba...@python.org: -- nosy: +doko ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue13146 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue17868] pprint long non-printable bytes as hexdump
Serhiy Storchaka added the comment:
Oh, I forgot about bytes.fromhex(). This of course looks better than
base64.b16decode((...).replace(' ', '')).
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue17868
___
___
Python-bugs-list mailing list
Unsubscribe:
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue17994] Change necessary in platform.py to support IronPython
Changes by Jeff Hardy jdha...@gmail.com: -- nosy: +jeff.hardy ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue17994 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue17683] socket.getsockname() inconsistent return type with AF_UNIX
Changes by Guido van Rossum gu...@python.org: -- nosy: -gvanrossum ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue17683 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue17683] socket.getsockname() inconsistent return type with AF_UNIX
Antoine Pitrou added the comment: Looks fine to me :-) -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue17683 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue13612] xml.etree.ElementTree says unknown encoding of a regular encoding
Terry J. Reedy added the comment: 3.3 shifted the wide-build problem to all builds ;-). I now get File C:\Python\mypy\tem.py, line 4, in module xmlet.fromstring(s) File C:...33\lib\xml\etree\ElementTree.py, line 1356, in XML parser.feed(text) File string, line None xml.etree.ElementTree.ParseError: unknown encoding: line 1, column 30 I do not understand the 'unknown encoding' bit. Replacing 'GBK' with a truly unknown encoding changes the last line to LookupError: unknown encoding: xyz, so the lookup of 'GBK' succeeded. I get the same two messages if I add a 'b' prefix to make s be bytes, which it logically should be (and was in 2.7). (I presume .fromstring 'encodes' unicode input to bytes with the ascii or latin-1 encoder and then decodes back to unicode according to the announced encoding.) With s so prefixed, s.decode(encoding=GBK) works and returns the original unicode version of s, so Python does know GBK. And it indeed is in the list of official IANA charset names. I don't know unicode internals to understand Amaury's comment. However, it almost reads to me as if this is a unicode bug, not ET bug. -- versions: -Python 3.2 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue13612 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue18023] msi product code for 2.7.5150 not in Tools/msi/uuids.py
New submission from Anselm Kruis:
The file Tools/msi/uuids.py contains the product codes for all recently
released Python 2.x versions except 2.7.5. Without this code it is not possible
to recreate the MSI installer using Tools\msi\msi.py.
The product code of http://www.python.org/ftp/python/2.7.5/python-2.7.5.msi is
'{DBDD570E-0952-475F-9453-AB88F3DD5659}'.
--
components: Build, Windows
messages: 189686
nosy: anselm.kruis
priority: normal
severity: normal
status: open
title: msi product code for 2.7.5150 not in Tools/msi/uuids.py
type: compile error
versions: Python 2.7
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue18023
___
___
Python-bugs-list mailing list
Unsubscribe:
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue18023] msi product code for 2.7.5150 not in Tools/msi/uuids.py
Changes by Brian Curtin br...@python.org: -- assignee: - loewis components: -Build nosy: +loewis type: compile error - behavior ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue18023 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue18024] dbm module fails to build on SLES11SP1 using 2.7.5 source
New submission from Kristofer Wempa: I recently built a new version of our Linux tools using Python 2.7.5 on our SLES11SP2 server. Afterwards, I noticed that the dbm module was not built successfully. The Python build did not fail and the failed module build summary at the end of the build did not list dbm, which surprised me. I rebuilt Python and captured the actual error when attempting to build the dbm module. Below is the error. I managed to get it to build by replacing -lndbm with -lgdbm. This is the first time dbm has failed to build on this platform. I've built several versions of Python 2.7.2, 2.7.3 and 2.7.4 and this module built every single time. Something that has changed in the build process is causing this problem. Link Error: gcc -pthread -shared build/temp.linux-x86_64-2.7/nfs/statbuild/ci1admin/ci1_toolchain_src/KRIS/Python-2.7.5/Modules/dbmmodule.o -L/usr/lib -L/lib -L/usr/x86_64-suse-linux/lib -L/lib64 -L/usr/lib64 -L/usr/local/lib -lndbm -o build/lib.linux-x86_64-2.7/dbm.so /usr/lib64/gcc/x86_64-suse-linux/4.3/../../../../x86_64-suse-linux/bin/ld: skipping incompatible /usr/lib/libgdbm.so when searching for /usr/lib/libgdbm.so /usr/lib64/gcc/x86_64-suse-linux/4.3/../../../../x86_64-suse-linux/bin/ld: cannot find /usr/lib/libgdbm.so collect2: ld returned 1 exit status -- components: Build messages: 189687 nosy: wempa priority: normal severity: normal status: open title: dbm module fails to build on SLES11SP1 using 2.7.5 source type: compile error versions: Python 2.7 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue18024 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue17900] Recursive OrderedDict pickling
Alexandre Vassalotti added the comment: The patch looks good to me. So go ahead and submit it. :) -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue17900 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue17545] os.listdir and os.path.join inconsistent on empty path
Thomas Fenzl added the comment: I also looked into creating a patch and now I'm not convinced about the solution. While os.path.join accepts an empty string, the functions is os (e.g. stat and friends, utime, chown don't. os.walk doesn't throw an Exception, but generates an empty iterator on ''. So from a module perspective, things wouldn't get more consistent, but less. Any thoughts about how to proceed? -- nosy: +Thomas Fenzl ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue17545 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue17872] Crash in marshal.load() with bad reader
Serhiy Storchaka added the comment: And here is a fix. -- assignee: - serhiy.storchaka keywords: +patch stage: needs patch - patch review Added file: http://bugs.python.org/file30322/marshal_bad_reader.patch ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue17872 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue18025] Buffer overflow in BufferedIOBase.readinto()
New submission from Serhiy Storchaka: BufferedIOBase.readinto() overflows output buffer if read() returns more data than requested. Here is a patch. See also related issue17872. -- assignee: serhiy.storchaka components: Extension Modules, IO files: bufferedio_buffer_overflow.patch keywords: patch messages: 189691 nosy: benjamin.peterson, pitrou, serhiy.storchaka, stutzbach priority: normal severity: normal stage: patch review status: open title: Buffer overflow in BufferedIOBase.readinto() type: crash versions: Python 2.7, Python 3.3, Python 3.4 Added file: http://bugs.python.org/file30323/bufferedio_buffer_overflow.patch ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue18025 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue17900] Recursive OrderedDict pickling
Changes by Serhiy Storchaka storch...@gmail.com: -- assignee: - serhiy.storchaka ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue17900 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue18024] dbm module fails to build on SLES11SP1 using 2.7.5 source
Kristofer Wempa added the comment: Some more information: The libndbm.so is not a library but some sort of ld script. It has the following content: /* GNU ld script Use the shared library, but some functions are only in the static library, so try that secondarily. */ GROUP ( /usr/lib/libgdbm.so /usr/lib/libgdbm_compat.so ) What I think is happening is that the build is finding the one in /usr/lib instead of /usr/lib64 and then it's trying to load the incomptaible /usr/lib/libgdbm.so. I was also able to circumvent the problem by setting LDFLAGS to -L/usr/lib64 -L/lib64. This put the 64-bit library directories earlier on the link line. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue18024 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue18026] Typo in ctypes documentation
New submission from Jakub Wilk: http://docs.python.org/3/library/ctypes.html#finding-shared-libraries reads: If wrapping a shared library with ctypes, it may be better to determine the shared library name at development type, and hardcode ... Shouldn't that be ... at development time, ...? -- assignee: docs@python components: Documentation messages: 189693 nosy: docs@python, jwilk priority: normal severity: normal status: open title: Typo in ctypes documentation ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue18026 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue13612] xml.etree.ElementTree says unknown encoding of a regular encoding
Serhiy Storchaka added the comment: PyUnknownEncodingHandler gets an encoding name and fills a special XML_Encoding structure which expat parser uses for decoding. Currently PyUnknownEncodingHandler works only with 8-bit encodings and I don't see an efficient method how extent it to handle general multibyte encoding. -- nosy: +serhiy.storchaka ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue13612 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue18027] distutils should access stat_result timestamps via .st_*time attributes
New submission from Jakub Wilk: Currently distutils accesses stat_result timestamps like this: os.stat(source)[ST_MTIME] But, for compatibility with older Python versions, the above method gives you at most 1-second resolution. It should do it like this instead: os.stat(source).st_mtime -- assignee: eric.araujo components: Distutils messages: 189695 nosy: eric.araujo, jwilk, tarek priority: normal severity: normal status: open title: distutils should access stat_result timestamps via .st_*time attributes ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue18027 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue16603] Sporadic test_socket failures: testFDPassCMSG_SPACE on Mac OS X
Charles-François Natali added the comment: This has been fixed some time ago (I don't remember the commit though). -- resolution: - fixed stage: - committed/rejected status: open - closed ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue16603 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue18026] Typo in ctypes documentation
Roundup Robot added the comment: New changeset 7937f5c56924 by Ned Deily in branch '2.7': Issue #18026: fix ctypes doc typo http://hg.python.org/cpython/rev/7937f5c56924 New changeset cac83b62b0de by Ned Deily in branch '3.3': Issue #18026: fix ctypes doc typo http://hg.python.org/cpython/rev/cac83b62b0de New changeset 1f388bbc8917 by Ned Deily in branch 'default': Issue #18026: merge http://hg.python.org/cpython/rev/1f388bbc8917 -- nosy: +python-dev ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue18026 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue18026] Typo in ctypes documentation
Ned Deily added the comment: It should. Thanks! -- nosy: +ned.deily resolution: - fixed stage: - committed/rejected status: open - closed versions: +Python 2.7, Python 3.2, Python 3.3 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue18026 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue15523] Block on close TCP socket in SocketServer.py
Changes by Charles-François Natali cf.nat...@gmail.com: -- resolution: - invalid stage: - committed/rejected status: pending - closed ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue15523 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue17525] os.getcwd() fails on cifs share
Changes by Charles-François Natali cf.nat...@gmail.com: -- resolution: - invalid stage: - committed/rejected status: pending - closed ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue17525 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue3006] subprocess.Popen causes socket to remain open after close
Charles-François Natali added the comment: It's fixed now that subprocess defaults to close_fds=True. -- resolution: - out of date stage: - committed/rejected status: open - closed ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue3006 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue13146] Writing a pyc file is not atomic
Barry A. Warsaw added the comment: Proposed patch for 2.7 -- Added file: http://bugs.python.org/file30324/13146-2.7.patch ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue13146 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue13146] Writing a pyc file is not atomic
Barry A. Warsaw added the comment: I'm re-opening this because I'd like to get RM pronouncement on applying a patch to 2.7, 3.2, and 3.3 to make py_compile.py atomically rename its pyc/pyo file. Attached is a patch for 2.7 based on importlib's approach in 3.4. It should be easy enough to port to Python 3. -- status: closed - open ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue13146 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue13146] Writing a pyc file is not atomic
Barry A. Warsaw added the comment: Oh btw, if Georg and Benjamin deny this for the stable releases, I'll very likely patch the Ubuntu versions anyway. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue13146 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue13146] Writing a pyc file is not atomic
Antoine Pitrou added the comment: I'm re-opening this because I'd like to get RM pronouncement on applying a patch to 2.7, 3.2, and 3.3 to make py_compile.py atomically rename its pyc/pyo file. Some people already complained about this change. I'm not sure it's fit for a bugfix release. http://bugs.python.org/issue17222 Besides, you can just also make py_compile write to a temporary file, then do the rename yourself. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue13146 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue13146] Writing a pyc file is not atomic
Barry A. Warsaw added the comment: On May 20, 2013, at 09:52 PM, Antoine Pitrou wrote: Some people already complained about this change. I'm not sure it's fit for a bugfix release. http://bugs.python.org/issue17222 Yeah, but that's a crazy use case. :) Besides, you can just also make py_compile write to a temporary file, then do the rename yourself. That actually doesn't work as well for us, since we feed .py file names to py_compile via stdin. I'd rather rename them atomically on a per-file basis rather than at the end of all the byte compilations. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue13146 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue13146] Writing a pyc file is not atomic
Charles-François Natali added the comment: IIRC, os.rename() will fail on Windows if the target file already exists. That's why os.replace() was added. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue13146 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue13146] Writing a pyc file is not atomic
Antoine Pitrou added the comment: IIRC, os.rename() will fail on Windows if the target file already exists. Good point. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue13146 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue13146] Writing a pyc file is not atomic
Barry A. Warsaw added the comment: On May 20, 2013, at 09:57 PM, Charles-François Natali wrote: IIRC, os.rename() will fail on Windows if the target file already exists. That's why os.replace() was added. Ah, that's probably a more serious blocker for adding it to upstream Python. Not so for fixing it in Debian/Ubuntu though! -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue13146 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue15392] Create a unittest framework for IDLE
Changes by Terry J. Reedy tjre...@udel.edu: Removed file: http://bugs.python.org/file30264/idletests.diff ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue15392 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue13146] Writing a pyc file is not atomic
Charles-François Natali added the comment: The workaround would be to unlink the file first, and then try to create it with O_EXCL. You have a short window where there's no file, but that shouldn't be a problem in this specific case, and it would work on Windows. As for issue #17222, well, many applications use temporary files and rename (e.g. most web browsers), so I'd be tempted to say don't do it. Of course, I would feel kinda bad if Python broke Debian's builders (I don't care about Gentoo though ;-) Its funny how an seemingly harmless change can introduce nasty regressions... -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue13146 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue17744] Unset VIRTUAL_ENV environment variable in deactivate.bat
Roundup Robot added the comment: New changeset 9a2eea6fffee by Vinay Sajip in branch '3.3': Issue #17744: Now unset VIRTUAL_ENV environment variable when deactivating. http://hg.python.org/cpython/rev/9a2eea6fffee New changeset e29533c8ec66 by Vinay Sajip in branch 'default': Closes #17744: Merged fix from 3.3. http://hg.python.org/cpython/rev/e29533c8ec66 -- nosy: +python-dev resolution: - fixed stage: - committed/rejected status: open - closed ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue17744 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue17743] Use extended syntax of `set` command in activate.bat/deactivate.bat batch files.
Roundup Robot added the comment: New changeset 66c87d2b3435 by Vinay Sajip in branch '3.3': Issue #17743: Now use extended syntax of set command in .bat files. http://hg.python.org/cpython/rev/66c87d2b3435 New changeset 96c842873c30 by Vinay Sajip in branch 'default': Closes #17743: Merged fix from 3.3. http://hg.python.org/cpython/rev/96c842873c30 -- nosy: +python-dev resolution: - fixed stage: - committed/rejected status: open - closed ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue17743 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue18020] html.escape 10x slower than cgi.escape
Matt Bryant added the comment: I did a few more tests and am seeing the same speed differences Florent noticed. It seems reasonable to use .replace() instead, as it does the same thing significantly faster. I've attached a patch doing just this. -- keywords: +patch nosy: +Teh Matt Added file: http://bugs.python.org/file30325/htmlescape.patch ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue18020 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue15392] Create a unittest framework for IDLE
Terry J. Reedy added the comment: Problem solved at least for me with a new patch: D:\Python\dev\py33\PCbuild python_d -m test test_idle [1/1] test_idle Warning -- os.environ was modified by test_idle 1 test altered the execution environment: test_idle ... python_d -m test ... [154/373/2] test_httpservers [155/373/2] test_idle [156/373/2] test_imaplib ... The new patch has two simple changes to test_idle. 1. The traceback David and I saw started in regrtest.runtest_inner: the_package = __import__(abstest, globals(), locals(), []) The rest of the calls were in unittest. This line runs fine in isolation, but it does not matter; regrtest does not want the test to run when it imports the file. Add 'if name ...' to guard main(...). 2. With no test_main present, the key line of runtest_inner is tests = unittest.TestLoader().loadTestsFromModule(the_module) Unittest.main makes the same call to look for, among other things, a load_tests function. Import load_tests from idlelib.idle_test. -- Added file: http://bugs.python.org/file30326/idletest3.diff.txt ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue15392 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue15392] Create a unittest framework for IDLE
Terry J. Reedy added the comment: I will delete 'sim' as an abbreviation for 'support import module'. Does this otherwise seem ready to apply? This time I am really sure it works here, because I ran the 2 tests twice each and cut and pasted the evidence. -- stage: patch review - commit review ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue15392 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue18008] python33-3.3.2 Parser/pgen: Permission denied
William Moreno added the comment: Thank's a lot by answered me, I am now at FreeBSD team in order to fix this issue. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue18008 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue17996] socket module should expose AF_LINK
Giampaolo Rodola' added the comment: Mmm I'm not sure how to do this properly. Apparently it seems I can: --- a/Lib/plat-freebsd8/regen +++ b/Lib/plat-freebsd8/regen @@ -1,3 +1,3 @@ #! /bin/sh set -v -python ../../Tools/scripts/h2py.py -i '(u_long)' /usr/include/netinet/in.h +python ../../Tools/scripts/h2py.py -i '(u_long)' /usr/include/netinet/in.h /usr/include/sys/socket.h ...and then rerun Tools/scripts/h2py.py in order to #ifdef AF_LINK from within socketmodule.c but what about other FreeBSD versions? Why there's no Lib/plat-freebsd9 directory? -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue17996 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue17996] socket module should expose AF_LINK
Giampaolo Rodola' added the comment: Nevermind, it seems changing regen is not necessary. Patch is in attachment. -- keywords: +patch Added file: http://bugs.python.org/file30327/AF_LINK.patch ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue17996 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue15392] Create a unittest framework for IDLE
Guilherme Simões added the comment: I'm having the same problem as Todd when I apply the patch in my Mac... I have no idea why though. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue15392 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue14146] IDLE: source line in editor doesn't highlight when debugging
Roundup Robot added the comment: New changeset 5ae830ff6d64 by Roger Serwy in branch '2.7': #14146: Highlight source line while debugging on Windows. http://hg.python.org/cpython/rev/5ae830ff6d64 New changeset 3735b4e0fc7c by Roger Serwy in branch '3.3': #14146: Highlight source line while debugging on Windows. http://hg.python.org/cpython/rev/3735b4e0fc7c New changeset b56ae3f878cb by Roger Serwy in branch 'default': #14146: merge with 3.3. http://hg.python.org/cpython/rev/b56ae3f878cb -- nosy: +python-dev ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue14146 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue14146] IDLE: source line in editor doesn't highlight when debugging
Roger Serwy added the comment: I committed the Tk workaround for the Windows platform. I'm leaving this issue as pending with a resolution of later in case Tk developers address the bug report mentioned in msg185632. If anyone else wishes to close it, feel free. -- resolution: - later stage: commit review - committed/rejected status: open - pending ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue14146 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue13612] xml.etree.ElementTree says unknown encoding of a regular encoding
Serhiy Storchaka added the comment: I can propose only raise a specialized exception instead of general xml.etree.ElementTree.ParseError. Here is a patch. It also fixes a buffer overread bug mentioned by Amaury. -- components: +Extension Modules, Unicode, XML -Library (Lib) keywords: +patch nosy: +ezio.melotti stage: - patch review versions: +Python 3.4 Added file: http://bugs.python.org/file30328/expat_unknown_encoding_handler.patch ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue13612 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue17511] Idle find function closes after each find operation
Roger Serwy added the comment: issue_17511_FindNext_rev1.patch keeps the find dialog open and changes the button from Find to Find Next. The applied patch from #14146 corrects the selection tag highlighting issue. -- Added file: http://bugs.python.org/file30329/issue_17511_FindNext_rev1.patch ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue17511 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
