[issue10652] test___all_ + test_tcl fails (Windows installed binary)
Terry J. Reedy added the comment: After editing 2.7 files to match Zach's patch, and also after adding the changes in my patch, and also deleting tcltk directory and rerunning external.bat to rebuild tcltk/ for 2.7 with tcl/tk 8.5.2, the tests still do not all work right. -- F:\Python\dev\py27\PCbuild python_d -m test.regrtest -ugui test___all__ test_tcl test_tk test_ttk_guionly test_ttk_text only test___all__ Warning -- os.environ was modified by test___all__ test_tcl test test_tcl failed -- multiple errors occurred; run in verbose mode for details test_tk test_tk skipped -- tk not available: Can't find a usable init.tcl in the following directories: F:/Python/dev/py27/lib/tcl8.5 F:/Python/dev/py27/lib/tcl8.5 F:/Python/dev/lib/tcl8.5 F:/Python/dev/py27/library F:/P ython/dev/library F:/Python/dev/tcl8.5.2/library F:/Python/tcl8.5.2/library This probably means that Tcl wasn't installed properly. -- If test_tcl is run first, it works, test_ttk_guionly gives the same message as test_tk, test_ttk_testonly is OK. So the attached patch, 10652_tkfix_27.diff is an improvement, but not a complete fix. I am going to concentrate on 3.x (which means manually delete tcltk and re-compile) and apply if all goes well. -- Added file: http://bugs.python.org/file29423/10652_tkfix_27.diff ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue10652 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue13918] locale.atof documentation is missing func argument
Terry J. Reedy added the comment: The refactoring could be done if we were willing to give the normalize function a public name, so people could write Decimal(delocalize(localized float string)) or if we were willing to add atod and atofr (fraction). However, simply adding a few words to the doc is a lot easier. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue13918 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue17428] replace readdir to readdir_r in function posix_listdir
Ross Lagerwall added the comment: That text was from the POSIX 2008 spec: http://pubs.opengroup.org/onlinepubs/9699919799/functions/readdir.html The following text from my copy of the readdir manpage gives an indication of how you *should* allocate struct dirent when using readdir_r: Since POSIX.1 does not specify the size of the d_name field, and other nonstandard fields may precede that field within the dirent structure, portable applications that use readdir_r() should allocate the buffer whose address is passed in entry as follows: name_max = pathconf(dirpath, _PC_NAME_MAX); if (name_max == -1) /* Limit not defined, or error */ name_max = 255; /* Take a guess */ len = offsetof(struct dirent, d_name) + name_max + 1; entryp = malloc(len); (POSIX.1 requires that d_name is the last field in a struct dirent.) I hope that helps -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue17428 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue12345] Add math.tau
Roundup Robot added the comment: New changeset 761b370f2cfd by Terry Jan Reedy in branch '3.3': #12345: null merge with 3.2. http://hg.python.org/cpython/rev/761b370f2cfd -- nosy: +python-dev ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue12345 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue10652] test___all_ + test_tcl fails (Windows installed binary)
Roundup Robot added the comment: New changeset b923234b60cb by Terry Jan Reedy in branch '3.2': Issue # 10652: make tcl/tk tests run after __all__ test, patch by Zachary Ware. http://hg.python.org/cpython/rev/b923234b60cb New changeset 596e8855895e by Terry Jan Reedy in branch '3.3': Issue # 10652: make tcl/tk tests run after __all__ test, patch by Zachary Ware. http://hg.python.org/cpython/rev/596e8855895e New changeset 7c76b70075db by Terry Jan Reedy in branch 'default': #10652 null merge from 3.3 which had wrong issue # http://hg.python.org/cpython/rev/7c76b70075db -- nosy: +python-dev ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue10652 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue12345] Add math.tau
Changes by Terry J. Reedy tjre...@udel.edu: -- Removed message: http://bugs.python.org/msg184297 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue12345 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue17408] second python execution fails when embedding
Amaury Forgeot d'Arc added the comment: In 3.2, typeobject.c did not cache the copyreg module in import_copyreg(); PyImport_Import was always called. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue17408 ___ ___ 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
Michele Orrù added the comment: (ping) -- ___ 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
[issue17436] pass a string to hashlib.update
New submission from anatoly techtonik: http://docs.python.org/3/library/hashlib#hashlib.hash.update The hashlib is most useful for big chunks of data, and that means every time you need to create a wrapper for reading from files. It makes sense to allow hashlib.update accept file like object to read from. -- components: Library (Lib) messages: 184301 nosy: techtonik priority: normal severity: normal status: open title: pass a string to hashlib.update type: enhancement versions: Python 3.5 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue17436 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue17436] pass a file object to hashlib.update
Changes by anatoly techtonik techto...@gmail.com: -- title: pass a string to hashlib.update - pass a file object to hashlib.update ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue17436 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue17436] pass a file object to hashlib.update
anatoly techtonik added the comment: Otherwise you need to repeat this code. def filehash(filepath): blocksize = 64*1024 sha = hashlib.sha256() with open(filepath, 'rb') as fp: while True: data = fp.read(blocksize) if not data: break sha.update(data) return sha.hexdigest() -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue17436 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue17437] Difference between open and codecs.open
New submission from Giampaolo Rodola': In Python 2 the distinction between open() and codes.open() was clear because 'encoding' and 'errors' args were provided by codecs.open only. This is no longer the case in Python 3 since both args are provided also by open(). I'm probably missing something but regardless I think codecs.open doc [1] should be more clear as to when and why (say) codecs.open(file, encoding='utf8', errors='ignore') should be preferred over open(file, encoding='utf8', errors='ignore'). [1] http://docs.python.org/3/library/codecs.html#codecs.open -- assignee: docs@python components: Documentation messages: 184303 nosy: docs@python, ezio.melotti, giampaolo.rodola priority: normal severity: normal status: open title: Difference between open and codecs.open versions: Python 3.2, Python 3.3, Python 3.4 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue17437 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue17436] pass a file object to hashlib.update
STINNER Victor added the comment: It makes sense to allow hashlib.update accept file like object to read from. Not update directly, but I agree that an helper would be convinient. Here is another proposition using unbuffered file and readinto() with bytearray. It should be faster, but I didn't try with a benchmark. I also wrote two functions, because sometimes you have a file object, not a file path. --- import hashlib, sys def hash_readfile_obj(obj, fp, buffersize=64 * 1024): buffer = bytearray(buffersize) while True: size = fp.readinto(buffer) if not size: break if size == buffersize: obj.update(buffer) else: obj.update(buffer[:size]) def hash_readfile(obj, filepath, buffersize=64 * 1024): with open(filepath, 'rb', buffering=0) as fp: hash_readfile_obj(obj, fp, buffersize) def file_sha256(filepath): sha = hashlib.sha256() hash_readfile(sha, filepath) return sha.hexdigest() for name in sys.argv[1:]: print(%s %s % (file_sha256(name), name)) --- readfile() and readfile_obj() should be methods of an hash object. -- nosy: +haypo ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue17436 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue17437] Difference between open and codecs.open
STINNER Victor added the comment: See also the PEP 400. I proposed (in the alternative) to make codecs.open() somehow an alias to open() (and add codecs.open_stream() for backward compatibility). -- nosy: +haypo ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue17437 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue17429] platform.platform() can throw Unicode error
STINNER Victor added the comment: 00175-platform-unicode.patch looks good to me, but it lacks an unit test. -- nosy: +haypo ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue17429 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue17430] missed peephole optimization
STINNER Victor added the comment: See my astoptimizer project which allow to implement optimizations in Python rather than in C, and using the AST rather than the bytecode. https://bitbucket.org/haypo/astoptimizer/ I plan to add something in Python 3.4 to be able to plug arbitrary AST hook, including astoptimizer. -- nosy: +haypo ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue17430 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue17438] json.load docs should mention that it always return unicode
New submission from anatoly techtonik: Strings returned in the object returned from json.load() seem to be always unicode, but it is not documented. Python 2.7 -- assignee: docs@python components: Documentation messages: 184308 nosy: docs@python, techtonik priority: normal severity: normal status: open title: json.load docs should mention that it always return unicode versions: Python 2.7 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue17438 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue17421] Drop restriction that meta.__prepare__() must return a dict (subclass)
Nick Coghlan added the comment: Eric and I discussed this, and I've come to the conclusion that the check doesn't serve much purpose at this point. I initially thought it conveyed useful information about the runtime behavioural restriction, but it doesn't even do that correctly, as dict subclasses (like collections.OrderedDict) will pass the check but will also be copied into a vanilla dict instance. However, we definitely shouldn't drop it until the copying behaviour is properly documented, so I've added #17422 as an explicit dependency. -- dependencies: +language reference should specify restrictions on class namespace ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue17421 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue17044] Implement PEP 422: Simple class initialisation hook
Nick Coghlan added the comment: Eric and I discussed this further this morning. We were interested in two main points: 1. When no custom namespace is used, we definitely shouldn't double the storage requirements for the class object 2. If a custom namespace is used, it would be nice to make it available to both the __init_class__ hook *and* to class decorators The design we came up with for doing so is for type.__new__ to include the equivalent of: if type(namespace) != dict: cls.__namespace__ = types.MappingProxyType(namespace) The practical downside of that approach is that it still doubles the storage requirements for every class that uses a custom namespace, even if the custom namespace isn't actually needed after creation. The upside is that you can write a class decorator that needs ordering information and say to use this decorator, you must also specify 'namespace=collections.OrderedDict()' There's also a major complexity downside to that approach - the distinction between __dict__ and __namespace__ is somewhat subtle, especially since __namespace__ won't see later changes made through setattr() and delattr(), and __dict__ won't see changes made through any external references to the custom namespace. That means my current inclination is to instead change the signature of __init_class__ to accept a read-only view of the execution namespace as a second parameter. Decorators won't have access to the details lost by the copying of attributes into an ordinary dict unless used with a metaclass or base class that takes steps to attach it to the created class object. I can live with that limitation, and it means we only have to properly document the the contents of the class execution namespace are copied into an ordinary dict instance when the class is created behaviour of type to explain why __init_class__ has the second parameter. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue17044 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue17430] missed peephole optimization
STINNER Victor added the comment: The 2 JUMP_ABSOLUTEs should be optimized away since the code is equivalent to: if a and b and c: as in: Oh, I misread this sentence. I read that you would like to replace if a: if b: with if a and b:. But it can be optimized differently: the useless jump can be removed during the bytecode generation. I implemented replace if a: if b: with if a and b: in astoptimizer: https://bitbucket.org/haypo/astoptimizer/commits/195df21d1dc30a21d0330e84794186488f266c29#chg-astoptimizer/optimizer.py I already implemented removal of useless jumps in my second project, registervm: http://hg.python.org/sandbox/registervm/file/f720340910ea/Lib/registervm.py#l1756 Read this file to learn more about my registervm project: http://hg.python.org/sandbox/registervm/file/tip/REGISTERVM.txt -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue17430 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue17432] PyUnicode_ functions not accessible in Limited API on Windows
Changes by STINNER Victor victor.stin...@gmail.com: -- nosy: +haypo ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue17432 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue15805] Add stdout redirection tool to contextlib
STINNER Victor added the comment: If such context manager is added, it should be documented that it does not work with subprocess or C functions writing directly into the file descriptor 1. For such issues, I'm using dup2(). Example from my pysandbox project: @contextlib.contextmanager def capture_stdout(): import sys import tempfile stdout_fd = sys.stdout.fileno() with tempfile.TemporaryFile(mode='w+b') as tmp: stdout_copy = os.dup(stdout_fd) try: sys.stdout.flush() os.dup2(tmp.fileno(), stdout_fd) yield tmp finally: sys.stdout.flush() os.dup2(stdout_copy, stdout_fd) os.close(stdout_copy) -- nosy: +haypo ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue15805 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue17423] libffi on 32bit is broken on linux
STINNER Victor added the comment: libffi is not part of Python project, but Python has a copy for system which don't provide system libffi. You should report the issue upstream: http://sourceware.org/libffi/ (Or is the issue already fixed upstream?) -- nosy: +haypo ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue17423 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue17400] ipaddress.is_private needs to take into account of rfc6598
Changes by STINNER Victor victor.stin...@gmail.com: -- nosy: +haypo ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue17400 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue11193] test_subprocess error on AIX
STINNER Victor added the comment: ping myself -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue11193 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue17439] insufficient error message for failed unicode conversion
New submission from anatoly techtonik: When Python 2.x compares ordinary string with unicode, it tries to convert the former, and shows an error message if the conversion fails. Attached example with Russian strings gives the following: russian.py:11: UnicodeWarning: Unicode equal comparison failed to convert both arguments to Unicode - interpreting them as being unequal print(nonu2 == ustr2) This message is missing information about what source encoding Python used for the conversion. russian.py is encoded in UTF-8, so this information at least will give a hint what encoding is expected. A little different question. As you may see, russian.py has a coding header set to UTF-8. When Python parses source files, it reads and stores string literals encountered in this file. Are those literals linked to this source file? And does it store this coding information somewhere? Because if it does, then conversion can be automatically possible without side effects. And the error message above could contain reference to encoding and explanation where this coding information was taken from (i.e. from file header). When Python evaluates strings from stdin file, they also have some encoding. Is this problem solved for this case? Where Python stores encoding for stdin input? -- components: Unicode files: russian.py messages: 184315 nosy: ezio.melotti, techtonik priority: normal severity: normal status: open title: insufficient error message for failed unicode conversion versions: Python 2.7 Added file: http://bugs.python.org/file29424/russian.py ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue17439 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue17423] libffi on 32bit is broken on linux
Maciej Fijalkowski added the comment: The issue is reported upstrem and is/will be fixed -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue17423 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue17436] pass a file object to hashlib.update
Changes by Jesús Cea Avión j...@jcea.es: -- nosy: +jcea ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue17436 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue17428] replace readdir to readdir_r in function posix_listdir
Rock Li added the comment: You are right. I checked the GLibc implementation of readdir and readdir_r, there's no global variale used in the function readdir. Just as the POSIX standards says, This data is not overwritten by another call to readdir() on a different directory stream. To the second question, now I understood. POSIX does not specify the size of the d_name field. This will cause our codes a bit inconvenient. Next time, I will check the POSIX specifications and related several implementations first, not just the documents. Thx All. -- status: open - closed ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue17428 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue17423] libffi on 32bit is broken on linux
Maciej Fijalkowski added the comment: It's not a copy for systems that don't provide libffi, since CPython makes zero effort to try to use system libffi if present. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue17423 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue17429] platform.platform() can throw Unicode error
Toshio Kuratomi added the comment: I'm at pycon. I'll find someone during the sprints to teach me how the unittests are organized. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue17429 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue17436] pass a file object to hashlib.update
anatoly techtonik added the comment: Why unbuffered will be faster?? -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue17436 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue17044] Implement PEP 422: Simple class initialisation hook
Eric Snow added the comment: I'm fine with that. Would it make sense to have the signature of __init_class__ parallel meta.__init__(): __init_class__(cls, name, bases, namespace) or even __init_class__(cls, name, bases, ns, *, namespace=None, **kwds) -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue17044 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue17436] pass a file object to hashlib.update
anatoly techtonik added the comment: Even though I mentioned passing file object in the title of this bugreport, what I really need is the following API: hexhash = hashlib.sha256().readfile(filename).hexdigest() -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue17436 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue17423] libffi on 32bit is broken on linux
Alex Gaynor added the comment: The patch has been merged into libffi upstream: https://github.com/atgreen/libffi/pull/32 -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue17423 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue17416] Clarify docs of os.walk()
Gurmeet Singh added the comment: Hi Terry, I understand it is ok for you. I agree that you are not in favour of changing the argument name. And you are correct that I must get familiar to the convention that has been used. Further since you say, perhaps, I now feel that it may be used in other languages documentation as well. But I still seriously 'request' you again to add the word BFS (Breadth First Search) to the only the documentation of TopDown = True and DFS like for the case of False. If a kid (like me) who reads an algorithms textbook and not familiar with the conventions being followed - 'may' make a mistake and waste time debugging. -- resolution: works for me - ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue17416 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue17432] PyUnicode_ functions not accessible in Limited API on Windows
Martin v. Löwis added the comment: Ah, I see. Yes, it seems indeed that the def file needs to be changed. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue17432 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue17439] insufficient error message for failed unicode conversion
R. David Murray added the comment: Python doesn't store the encoding information anywhere. The coding cookie is used to correctly convert the bytes in the file into unicode...otherwise they are just treated as bytes. For the stdin case, the encoding is associated with the input stream, and again you either get unicode or bytes, there is no encoding information that is carried along with the data. So, when the conversion is attempted, there is no encoding information available to add to the error message. -- nosy: +r.david.murray resolution: - invalid stage: - committed/rejected status: open - closed type: - behavior ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue17439 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue17434] str literals, which are not docstrings, should not be allowed between __future__ imports
Benjamin Peterson added the comment: 46cadd3955d0 -- nosy: +benjamin.peterson resolution: - fixed status: open - closed ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue17434 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue17434] str literals, which are not docstrings, should not be allowed between __future__ imports
Roundup Robot added the comment: New changeset 46cadd3955d0 by Benjamin Peterson in branch 'default': reject non-docs strings between future imports (closes #17434) http://hg.python.org/cpython/rev/46cadd3955d0 -- nosy: +python-dev stage: - committed/rejected ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue17434 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue17418] Documentation for os.open and io.open
Gurmeet Singh added the comment: The issue with buffering problem mentioned in my previous comment has been raised as issue 17440. However, I need to apologize again! The statement that buffering is not implemented at all was incorrect - instead read1() was not implemented. See the mentioned issue for more details. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue17418 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue17440] Some IO related problems on x86 windows
Changes by Serhiy Storchaka storch...@gmail.com: -- components: +IO nosy: +benjamin.peterson, hynek, pitrou, stutzbach ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue17440 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue17440] Some IO related problems on x86 windows
New submission from Gurmeet Singh:
1. The read mode is not the default mode as mentioned in the docs.python.org.
In particular see the first Traceback below - b does not work (as it does in
C though) and
you are forced to use rb instead.
2. io.BufferedReader does not implement read1 (the last lines of trace below)
3. io.FileIO does not implements single OS system call on read() - instead
reads a file until EOF i.e. ignores the arguments supplied to read() - larger
arguments are slower to execute (see the read calls in the trace below).
_
import io
fl = io.FileIO('c:/temp9/Capability/Analyzing Data.mp4', 'r')
byt = fl.read()
len(byt)
70934549
fl.close()
fl = io.FileIO('c:/temp9/Capability/Analyzing Data.mp4', 'r')
byt = fl.read(256)
len(byt)
256
byt = fl.read(512)
len(byt)
512
byt = fl.read(1024)
len(byt)
1024
byt = fl.read(4096)
len(byt)
4096
byt = fl.read(10240)
len(byt)
10240
len(fl.read(40960))
40960
len(fl.read(102400))
102400
len(fl.read(1048576))
1048576
fl.close()
fl = io.FileIO('c:/temp9/Capability/Analyzing Data.mp4', 'r')
len(fl.read(70934549))
70934549
len(fl.read(70934549))
0
fl.close()
fl = io.FileIO('c:/temp9/Capability/Analyzing Data.mp4', 'r')
b = bytearray(70934549)
fl.readinto(b)
70934549
fl.close()
fl = open ('c:/temp9/Capability/Analyzing Data.mp4', 'b', buffering = 0)
Traceback (most recent call last):
File pyshell#31, line 1, in module
fl = open ('c:/temp9/Capability/Analyzing Data.mp4', 'b', buffering = 0)
ValueError: Must have exactly one of create/read/write/append mode and at most
one plus
fl = open ('c:/temp9/Capability/Analyzing Data.mp4', 'rb', buffering = 0)
type(fl)
class '_io.FileIO'
cfl = io.FileIO('c:/temp9/Capability/Analyzing Data.mp4', 'r')
type(cfl)
class '_io.FileIO'
cfl.close()
cfl = open ('c:/temp9/Capability/Analyzing Data.mp4', 'rb', buffering = -1)
type(cfl)
class '_io.BufferedReader'
io.DEFAULT_BUFFER_SIZE
8192
len(fl.read(70934549))
70934549
cfl.close()
cfl = open ('c:/temp9/Capability/Analyzing Data.mp4', 'rb', buffering = -1)
len(fl.read1(70934549))
Traceback (most recent call last):
File pyshell#44, line 1, in module
len(fl.read1(70934549))
AttributeError: '_io.FileIO' object has no attribute 'read1'
--
messages: 184330
nosy: gsingh
priority: normal
severity: normal
status: open
title: Some IO related problems on x86 windows
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue17440
___
___
Python-bugs-list mailing list
Unsubscribe:
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue17440] Some IO related problems on x86 windows
Antoine Pitrou added the comment: 1. The read mode is not the default mode as mentioned in the docs.python.org. It is. If you don't mention a mode, the mode is r by default. But if you mention a mode, then you are required to specify one of r, w, a. io.BufferedReader does not implement read1 (the last lines of trace below) It does. You made a mistake in your experiment (you called read1() on a FileIO object, not a BufferedReader object). io.FileIO does not implements single OS system call on read() - instead reads a file until EOF i.e. ignores the arguments supplied to read() Your experiments show otherwise, the argument supplied to read() is observed: if you call read(1024), at most 1024 bytes are returned, etc. It's only if you call read() without an argument that the file is being read until EOF. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue17440 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue17415] Clarify docs of os.path.normpath()
Gurmeet Singh added the comment: At the moment, I running late for creating a program - so I apologize that immediately I would not able to work on creating a patch. Later though I may be able to. I am sorry. To avoid wasted work I think patch should be created only after someone (do not know who though!) has approved of the suggestions. Thanks for the tips. I will read http://docs.python.org/devguide/triaging.html before posting next - but sorry, that I have posted many issues already without reading your response. __ You guys have both understood the issues I tried to say. The collapsing by '..' kills out sym link without realizing it is symlink - since it does not refer to file system - it is just a string manipulation utility (Again, I cannot commit on this since I have not read the source code or experimented this - it is an educated guess by reading only the docs). So, I further suggest to add to the description by Ezio Melotti after the line This collapsing may change the meaning of the path if it contains symbolic links.. We could add the following bracketed line (since os.path.normpath is just string manipulation utility - unaware of the underlying file system). This would remove the source of confusion, that we all here have got confused about. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue17415 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue17400] ipaddress.is_private needs to take into account of rfc6598
pmoody added the comment: So I'm not convinced that 6598 space should be treated like 1918 space. Specifically, the second paragraph of the rfc states: Shared Address Space is distinct from RFC 1918 private address space because it is intended for use on Service Provider networks. However, it may be used in a manner similar to RFC 1918 private address space on routing equipment that is able to do address translation across router interfaces when the addresses are identical on two different interfaces. Details are provided in the text of this document. which I read as, It's not private like rfc1918 space, but sometimes certain people can treat it similarly. Are there more convincing arguments for treating 6598 like 1918? -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue17400 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue17418] Documentation for os.open and io.open
Gurmeet Singh added the comment: Please read the comment completely. For the first point ___ I apologize that there was no mistake in binary mode and I have read it hastily. There is no ambiguity in the binary mode as you said. Reading hastily, I felt '...(only usable in text mode)... applies to all positive values, not just for the case of one. I was wrong there. However, text mode buffering description is not clear. Does the positive non unity buffer size value indicates the number of lines or the size in bytes or size of string characters (as per the system encoding) etc. This description could be made clearer (for both the text as well as the binary modes) I also want to say that buffering is working incorrectly. In fact it is not working at all on windows x86 (I am raising a separate issue for this since that is not a documentation issue). For the second point (My answer here is for Windows part only) The hyperlink http://msdn.microsoft.com/en-us/library/z0kc8e3z.aspx could be great instead of see C-run time documentation. It explains both flag as well as mode. Actually this is the hyperlink given in the page you mentioned (http://docs.python.org/3/library/os.html#open-flag-constants) - I guess I gave up on this link, since I felt function was largely undocumented and useless. I really request you to mention that C runtime library specification is actually http://msdn.microsoft.com/en-us/library/59ey50w6.aspx - I accidentally found this - there is no simple way (without reading extensively, I guess) to know that Python is actually using Microsoft VC++ at the backend and that the runtime library of that would be of that. So you could mention this on the introductory pages that C-API/Library is actually http://msdn.microsoft.com/en-us/library/59ey50w6.aspx. ___ P.S. Please (at least) see my comment on the other documentation ambiguity issue that you have closed already. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue17418 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue17435] threading.Timer.__init__() should use immutable argument defaults for args and kwargs
Denver Coneybeare added the comment: Thanks r.david.murray for your feedback. Although I disagree with your conclusion that this does not affect 2.7. Just try running the sample script that reproduces the issue from my first post and you will see the erroneous behaviour in 2.7. Even though threading.Timer is a function in 2.7 (instead of a class), it still ultimately returns a class whose args and kwargs members can be modified. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue17435 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue17417] Documentation Modification Suggestion: os.walk, fwalk
Gurmeet Singh added the comment: I am sorry to reopen this issue, if you do not like this comment, then I will reopen issues again. I am not saying to change the convention of the documentation - I just requested you to say something that would indicate that it is function that gives result in multiple calls. Mentioning the generator or iterator word would help a novice (but may not an expert like you) to understand that the object returned by this function needs to be called repeatedly and it does not return a collection of all results. After reading ... would be better floated on python-list, I do not know if my posting this comment would be termed as bugging? -- status: closed - open ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue17417 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue17436] pass a file object to hashlib.update
STINNER Victor added the comment: Why unbuffered will be faster?? Well, I'm not sure that it is faster. But I would prefer to avoid buffering if it is not needed. 2013/3/16 anatoly techtonik rep...@bugs.python.org: anatoly techtonik added the comment: Why unbuffered will be faster?? -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue17436 ___ -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue17436 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue17390] display python version on idle title bar
Changes by Edmond Burnett eburn...@gmail.com: Removed file: http://bugs.python.org/file29404/idle_shell_version_display-3.4.0a0.patch ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue17390 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue17436] pass a file object to hashlib.update
anatoly techtonik added the comment: I don't get that. I thought that buffered reading should be faster, although I agree that OS should handle this better. Why have the buffering turned on by default then? (I miss the ability to fork discussions from tracker, but there is no choice). -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue17436 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue17390] display python version on idle title bar
Changes by Edmond Burnett eburn...@gmail.com: Removed file: http://bugs.python.org/file29425/issue17390.patch ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue17390 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue17435] threading.Timer.__init__() should use immutable argument defaults for args and kwargs
R. David Murray added the comment: I'm sorry, you are correct. I replied too quickly without thinking it through. -- versions: +Python 2.7, Python 3.2 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue17435 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue17390] display python version on idle title bar
Changes by Edmond Burnett eburn...@gmail.com: Added file: http://bugs.python.org/file29426/issue17390.patch ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue17390 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue17390] display python version on idle title bar
Edmond Burnett added the comment: Updated patch to conform to PEP3101 -- Added file: http://bugs.python.org/file29425/issue17390.patch ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue17390 ___ ___ 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
Antoine Pitrou added the comment: Michele, your latest patch doesn't apply on the default branch. However, I'll still do a review. -- stage: needs patch - patch review ___ 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
[issue16692] Support TLS 1.1 and TLS 1.2
Antoine Pitrou added the comment: Ok, some review comments: + .. warning:: requires at least openssl version 1.0.1 + .. warning:: requires at least openssl version 1.0.1 The warnings are not warranted here. You might simply say Available only with openssl version 1.0.1+. +def skip_if_unsupported_tlsv1_1(func): This decorator looks like it would be impressed in a simpler way using unittest.skipIf (or unittest.skipUnless). +try_protocol_combo(ssl.PROTOCOL_TLSv1_1, ssl.PROTOCOL_SSLv23, False, + client_options=ssl.OP_NO_TLSv1_1) Not sure why you test only with OP_NO_TLSv1_1. It would be nice to check that connecting succeeds from a TLSv1_1 client on a SSLv23 server. -- ___ 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
[issue17094] sys._current_frames() reports too many/wrong stack frames
Antoine Pitrou added the comment: Isn't the thread state clearing subject to a race condition? PyThreadState_Clear() will release a bunch of frames, deallocating arbitrary objects and therefore potentially releasing the GIL. This lets the main thread run and potentially spawn other threads, which may be wrongly deallocated in the following loop iteration. A solution would be to detach the thread states from the linked list and clear them afterwards. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue17094 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue17094] sys._current_frames() reports too many/wrong stack frames
Antoine Pitrou added the comment: Here is an updated patch. Note that I think this patch could break some programs. For example, if you have a thread in your main process which has a database connection open, deleting the thread state in a child process might shutdown the database connection (depending on the exact protocol). Therefore, I think it would be better to only apply the patch in 3.4. -- Added file: http://bugs.python.org/file29427/tstates-afterfork.patch ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue17094 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1159051] Handle corrupted gzip files with unexpected EOF
Serhiy Storchaka added the comment: tuned_gzip does dangerous things, it overloads private methods of GzipFile. From Bazaar 2.3 Release Notes: * Stop using ``bzrlib.tuned_gzip.GzipFile``. It is incompatible with python-2.7 and was only used for Knit format repositories, which haven't been recommended since 2007. The file itself will be removed in the next release. (John Arbash Meinel) Current version is 2.6b2. bzrlib.tuned_gzip.GzipFile should be removed two releases ago. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue1159051 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue11420] Make testsuite pass with -B/DONTWRITEBYTECODE set.
Roundup Robot added the comment: New changeset 2370ae9ee052 by Ezio Melotti in branch '3.2': #11420: make test suite pass with -B/DONTWRITEBYTECODE set. Initial patch by Thomas Wouters. http://hg.python.org/cpython/rev/2370ae9ee052 New changeset c70746a0291f by Ezio Melotti in branch '2.7': #11420: make test suite pass with -B/DONTWRITEBYTECODE set. Initial patch by Thomas Wouters. http://hg.python.org/cpython/rev/c70746a0291f New changeset 5aa5bebcd768 by Ezio Melotti in branch '3.3': #11420: merge with 3.2. http://hg.python.org/cpython/rev/5aa5bebcd768 New changeset 0a15a58ac4a1 by Ezio Melotti in branch 'default': #11420: merge with 3.3. http://hg.python.org/cpython/rev/0a15a58ac4a1 -- nosy: +python-dev ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue11420 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue11420] Make testsuite pass with -B/DONTWRITEBYTECODE set.
Ezio Melotti added the comment: This should be fixed now. -- assignee: - ezio.melotti resolution: - fixed stage: patch review - committed/rejected status: open - closed versions: +Python 2.7 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue11420 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue17418] Documentation for os.open and io.open
Roundup Robot added the comment: New changeset f334a0009586 by Terry Jan Reedy in branch '2.7': Issue #17418: specify that buffer sizes are bytes. http://hg.python.org/cpython/rev/f334a0009586 New changeset a9d54ba2370b by Terry Jan Reedy in branch '3.2': Issue #17418: specify that buffer sizes are bytes as soon as possible. http://hg.python.org/cpython/rev/a9d54ba2370b -- nosy: +python-dev ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue17418 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue16997] subtests
Antoine Pitrou added the comment: Updated patch simplifying the expectedFailure implementation, as suggested by Michael and Nick and Michael. (admire how test_socket was importing a private exception class!) -- Added file: http://bugs.python.org/file29428/subtests6.patch ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue16997 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue17418] Documentation links for io.open
Terry J. Reedy added the comment: Most people should know that os i/o buffers are always bytes. But since beginners read the built-in functions page, I augmented the open() entry, which is what you linked to. I will not change the entries in the io module chapter. I consider this part of the issue closed. That leaves the entry for os.open. I changed the title accordingly. -- title: Documentation for os.open and io.open - Documentation links for io.open ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue17418 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue17417] Documentation Modification Suggestion: os.walk, fwalk
Terry J. Reedy added the comment: Reopening issues closed by a developer is worse than just 'bugging'. It wastes time, distracts from real problems, and if repeated can get your tracker account closed. Don't do it again. I gave you a suggestion: post on python-list where you can get responses from a variety of people. I read most of the original posts and some of the threads. When discussion indicates to me that there is a real problem, and has perhaps generated a solution, I have often either suggested that the original poster open an issue here or have done so myself. -- status: open - closed ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue17417 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue17440] Some IO related problems on x86 windows
Changes by Amaury Forgeot d'Arc amaur...@gmail.com: -- resolution: - invalid status: open - pending ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue17440 ___ ___ 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 14fe7a98b89c by Serhiy Storchaka in branch '3.2': Issue #16564: Fixed a performance regression relative to Python 3.1 in the http://hg.python.org/cpython/rev/14fe7a98b89c New changeset 4b4670d0 by Serhiy Storchaka in branch '3.3': Issue #16564: Fixed a performance regression relative to Python 3.1 in the http://hg.python.org/cpython/rev/4b4670d0 New changeset 9d458ded8304 by Serhiy Storchaka in branch 'default': Issue #16564: Fixed a performance regression relative to Python 3.1 in the http://hg.python.org/cpython/rev/9d458ded8304 -- ___ 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
[issue16389] re._compiled_typed's lru_cache causes significant degradation of the mako_v2 bench
Roundup Robot added the comment: New changeset 6951d7b8d3ad by Serhiy Storchaka in branch '3.2': Issue #16389: Fixed an issue number in previos commit. http://hg.python.org/cpython/rev/6951d7b8d3ad New changeset 7b737011d822 by Serhiy Storchaka in branch '3.3': Issue #16389: Fixed an issue number in previos commit. http://hg.python.org/cpython/rev/7b737011d822 New changeset 6898e1afc216 by Serhiy Storchaka in branch 'default': Issue #16389: Fixed an issue number in previos commit. http://hg.python.org/cpython/rev/6898e1afc216 -- nosy: +python-dev ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue16389 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue17441] Do not cache re.compile
New submission from Serhiy Storchaka: Ezio proposed in issue16389 to not cache re.compile. Caching of re.compile has no sense and only pollutes the cache. -- components: Library (Lib), Regular Expressions messages: 184354 nosy: ezio.melotti, mrabarnett, pitrou, serhiy.storchaka priority: normal severity: normal stage: needs patch status: open title: Do not cache re.compile type: enhancement versions: Python 3.4 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue17441 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue17442] code.InteractiveInterpreter doesn't display the exception cause
New submission from Philip Jenvey: The code module claims to emulate Python's interactive interpreter but it fails to emulate displaying of the exception cause. It can utilize traceback._iter_chain to do this (see traceback.print_exception) -- components: Library (Lib) messages: 184355 nosy: pjenvey priority: normal severity: normal status: open title: code.InteractiveInterpreter doesn't display the exception cause type: behavior versions: Python 3.2, Python 3.3, Python 3.4 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue17442 ___ ___ 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
Changes by Terry J. Reedy tjre...@udel.edu: -- Removed message: http://bugs.python.org/msg184352 ___ 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
[issue17441] Do not cache re.compile
Serhiy Storchaka added the comment: Here is a patch. -- keywords: +patch stage: needs patch - patch review Added file: http://bugs.python.org/file29429/re_compile_nocache.patch ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue17441 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue6792] Distutils-based installer does not detect 64bit versions of Python
Changes by Erik Purins e...@purins.com: -- nosy: +epu ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue6792 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue6792] Distutils-based installer does not detect 64bit versions of Python
Erik Purins added the comment: I would like to investigate this issue, but I need more information regarding the bug and the expected behavior. Is this specifically that an x64 windows python that generates a bdist (msi output) runs and can't find the x64 interpreter because of syswow registry redirection? That is, packaging should be able to find the interpreter bitness that generated the msi in the first place (and no-other bitness)? There are python sprints this week at PyCon, but I cannot attend them. Clarifying the expected behavior this week will help me write tests and investigate/fix (if it is in my ability). -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue6792 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue6792] Distutils-based installer does not detect 64bit versions of Python
Martin v. Löwis added the comment: Erik: the issue is about bdist_wininst, not bdist_msi (bdist_msi has a similar issue, but it is entirely different in its causes and potential resolution, and shall not be discussed here). The code to find the installations is in PC/bdist_wininst/install.c:GetPythonVersions. The code to run the installscript is in run_installscript. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue6792 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue17299] Test cPickle with real files
Benjamin Peterson added the comment: I think this broke the 2.7 Windows bots. Please unbreak. -- nosy: +benjamin.peterson ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue17299 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue17441] Do not cache re.compile
Guido van Rossum added the comment: I'm not sure I agree. I've seen plenty of code that called re.compile() over and over again -- or called it with a computed string that would have only a small number of possible values. -- nosy: +gvanrossum ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue17441 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue15917] hg hook to detect unmerged changesets
Terry J. Reedy added the comment: +1 Would it be easy to check that no 2.7 commit is merged with anything in another branch? (I have not seen anyone do such a wrong merge, but I expect it will happen someday.) -- nosy: +terry.reedy ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue15917 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue15917] hg hook to detect unmerged changesets
Ezio Melotti added the comment: It happened once already. It shouldn't be too difficult to add, but it might make the code more complicated and more likely to fail in some situation. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue15917 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue3982] support .format for bytes
Changes by Barry A. Warsaw ba...@python.org: -- nosy: +barry ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue3982 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue3982] support .format for bytes
Changes by Gregory P. Smith g...@krypto.org: -- nosy: +gregory.p.smith ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue3982 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue17443] imaplib.IMAP4_stream subprocess is opened unbuffered but ignores short reads
Changes by Gregory P. Smith g...@krypto.org: -- nosy: gregory.p.smith priority: normal severity: normal status: open title: imaplib.IMAP4_stream subprocess is opened unbuffered but ignores short reads ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue17443 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue17443] imaplib.IMAP4_stream subprocess is opened unbuffered but ignores short reads
New submission from Gregory P. Smith: imaplib.IMAP4_stream subprocess is opened unbuffered but ignores short reads when reading the message body. Depending on timing, message body size and kernel pipe buffer size and phase of the moon and whether you're debugging the thing or not... It can fail to read the entire message body before wrongly assuming it has and attempting to read the terminating b')\r\n' of the IMAP protocol. Bug discovered during a debugging session at the PyCon 2013 Python 3 Porting Clinic BOF. -- nosy: +r.david.murray versions: +Python 3.2, Python 3.3, Python 3.4 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue17443 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue17443] imaplib.IMAP4_stream subprocess is opened unbuffered but ignores short reads
Gregory P. Smith added the comment: The error does not happen when running the same code under 2.7, despite the same default bufsize=0 subprocess behavior. This is likely due to differences in the Python 2.x old style io library when os.fdopen(fd, 'rb', bufsize) is used vs 3.x when io.open(fd, 'rb', bufsize) is used for Popen.stdout. One workaround is to add a non-zero bufsize to the subprocess.Popen call in imaplib.IMAP4_stream. I'm not sure if subprocess should be updated or if subprocess's docs on what it means for a pipe to be unbuffered (read(n) is a single syscall rather than a loop until n bytes or EOF) should be updated. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue17443 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue17443] imaplib.IMAP4_stream subprocess is opened unbuffered but ignores short reads
Changes by Diane Trout di...@ghic.org: -- nosy: +detrout ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue17443 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
