[issue15031] Split .pyc parsing from module loading
Nick Coghlan added the comment: The suppression flag rings alarm bells for me, as does the fact that all the arguments are optional. Do you remember the rationale for allowing the marshalling errors to propagate rather than falling back to loading from source? It seems weird that a truncated read in the first 12 bytes means to fall back to compiling from source, but truncation after that is a user visible error. Allowing those exceptions to be suppressed as well would simplify things a fair bit. Regardless, looking at the full patch in context on a real computer (rather than through my phone), suggests to me there needs to be *two* private static methods on _LoaderBasics._parse_bytecode_file: _validate_bytecode_header _unmarshal_code SourcelessLoader.get_code would just call these directly, while SourceLoader.parse_cache_contents would suppress exceptions from the first one. I'll put together a patch illustrating this approach. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue15031 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue16335] Integer overflow in unicode-escape decoder
Serhiy Storchaka added the comment: I add tests. Victor ran the test and got MemoryError. This means that I incorrectly calculated the minimal memory size for bigmem. This is unacceptable, the test should skip or pass. Only someone with enough memory for test can measure a minimal memory requirement (I don't know how to do this). May be apply the fix without a test? You tested this manually and this test too cumbersome for regular automatic testing. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue16335 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue16496] Simplify and optimize random_seed()
Mark Dickinson added the comment: Patch looks correct and looks good to me, modulo a couple of nitpicks (see Rietveld comments). This seems like a nice cleanup. The patch introduces a new dependence on PY_UINT32_T, which is something we haven't so far used elsewhere in Python beyond the float-string conversions. That's quite a big change: it means that it's conceivable that the random module could now fail to build on platforms where it used to work. It also changes the signature of 'init_by_array', which is one of the core routines taken directly from the MT implementation. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue16496 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue16496] Simplify and optimize random_seed()
Serhiy Storchaka added the comment: Are there any platforms without 32-bit integers (PY_UINT32_T can be uint32_t, unsigned int or long)? PyUCS4 also should be 32-bit, therefore Python requires such type. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue16496 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue16496] Simplify and optimize random_seed()
Serhiy Storchaka added the comment: Patch updated to conform with Mark's nitpicks. What I really doubt is that now same integer seed on little-endian and big-endian give different random sequences. Is this important? If yes, I can add bytes-swapping. On other hand, non-integer seed already give platform-depending results (the hashing used). What you think about using a buffer instead a hash for bytes and bytearrays (and all other seeds supported buffer protocol)? It can increase entropy. Of course, it should be another issue if you approve it. -- Added file: http://bugs.python.org/file28019/random_seed_2.patch ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue16496 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue16496] Simplify and optimize random_seed()
Mark Dickinson added the comment: PyUCS4 also should be 32-bit, therefore Python requires such type. Hmm, okay. I wonder whether PY_UINT32_T should have been used there, to avoid doing the same checks in multiple places. What I really doubt is that now same integer seed on little-endian and big-endian give different random sequences. Is this important? Yes, I think it's important that this code change doesn't change the random sequence if the seed is unchanged, on any platform (32 / 64-bit, big versus little endian). -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue16496 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue16496] Simplify and optimize random_seed()
Mark Dickinson added the comment: Thanks for the updated patch. A couple more comments: - you've got potential overflow when computing keysize from bits, on platforms where sizeof(size_t) sizeof(unsigned long). - please could you move the check for PY_UINT32_T nearer the top of the file, along with the other #defines. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue16496 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue16496] Simplify and optimize random_seed()
Serhiy Storchaka added the comment: Patch updated. Now random_seed() is platform-independed for integer arguments. -- Added file: http://bugs.python.org/file28020/random_seed_3.patch ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue16496 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue16496] Simplify and optimize random_seed()
Changes by Serhiy Storchaka storch...@gmail.com: Removed file: http://bugs.python.org/file28020/random_seed_3.patch ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue16496 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue16496] Simplify and optimize random_seed()
Serhiy Storchaka added the comment: Oops, typo. -- Added file: http://bugs.python.org/file28021/random_seed_3.patch ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue16496 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue10182] match_start truncates large values
Serhiy Storchaka added the comment: Actually, standard tests should be enough on a big-endian platform with sizeof(int) sizeof(size_t) or sizeof(long) sizeof(size_t). No additional tests needed. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue10182 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue11679] readline interferes with characters beginning with byte \xe9
Serhiy Storchaka added the comment: Yes, this is a readline issue. Add '\M-i:' line to ~/.inputrc, run 'rlwrap cat' command, paste this multibyte character and you got the same result. This is not a Python bug. -- nosy: +serhiy.storchaka ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue11679 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue15642] Integrate pickle protocol version 4 GSoC work by Stefan Mihaila
Changes by Serhiy Storchaka storch...@gmail.com: -- nosy: +serhiy.storchaka ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue15642 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue12005] modulo result of Decimal differs from float/int
Roundup Robot added the comment: New changeset 290f3b75480f by Mark Dickinson in branch '2.7': Issue #12005: clarify behaviour of % and // for Decimal objects. http://hg.python.org/cpython/rev/290f3b75480f -- nosy: +python-dev ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue12005 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue12005] modulo result of Decimal differs from float/int
Roundup Robot added the comment: New changeset 0ec314f26791 by Mark Dickinson in branch '3.2': Issue #12005: clarify behaviour of % and // for Decimal objects. http://hg.python.org/cpython/rev/0ec314f26791 New changeset f626c214cad0 by Mark Dickinson in branch '3.3': Issue #12005: merge doc patch from 3.2 http://hg.python.org/cpython/rev/f626c214cad0 New changeset 0263d2ef9530 by Mark Dickinson in branch 'default': Issue #12005: merge doc patch from 3.3 http://hg.python.org/cpython/rev/0263d2ef9530 -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue12005 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue12005] modulo result of Decimal differs from float/int
Mark Dickinson added the comment: Docs updated. -- assignee: rhettinger - mark.dickinson resolution: - fixed status: open - closed versions: +Python 3.4 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue12005 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue15031] Split .pyc parsing from module loading
Brett Cannon added the comment: The rationale is that was the way it already was prior to importlib. As for the approach you are suggesting, I am understand it, it will just not give the public method the same functionality which might not be that important. On Nov 18, 2012 5:18 AM, Nick Coghlan rep...@bugs.python.org wrote: Nick Coghlan added the comment: The suppression flag rings alarm bells for me, as does the fact that all the arguments are optional. Do you remember the rationale for allowing the marshalling errors to propagate rather than falling back to loading from source? It seems weird that a truncated read in the first 12 bytes means to fall back to compiling from source, but truncation after that is a user visible error. Allowing those exceptions to be suppressed as well would simplify things a fair bit. Regardless, looking at the full patch in context on a real computer (rather than through my phone), suggests to me there needs to be *two* private static methods on _LoaderBasics._parse_bytecode_file: _validate_bytecode_header _unmarshal_code SourcelessLoader.get_code would just call these directly, while SourceLoader.parse_cache_contents would suppress exceptions from the first one. I'll put together a patch illustrating this approach. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue15031 ___ -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue15031 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue8627] Unchecked PyErr_WarnPy3k return value in Objects/typeobject.c
Changes by Mark Dickinson dicki...@gmail.com: -- resolution: out of date - status: closed - open ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue8627 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue12005] modulo result of Decimal differs from float/int
Stefan Krah added the comment: Mark, there's a small typo in the patch: preseve the usual identity -- nosy: +skrah ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue12005 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue12005] modulo result of Decimal differs from float/int
Mark Dickinson added the comment: D'oh! Thanks. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue12005 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue12005] modulo result of Decimal differs from float/int
Mark Dickinson added the comment: Typo now fixed. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue12005 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue15031] Split .pyc parsing from module loading
Nick Coghlan added the comment: OK, rereading the whole issue and getting completely back up to speed with the problem we're trying to solve, I think parse_bytecode_container is a better name than any of my suggestions, since there is no cache involved for SourcelessLoader and similar cases. I also think a static method is a bad idea, since that makes the preferred method of invocation unclear as the method is visible via a number of different loaders, and if you're just wanting to get the code object out of a bytecode file, it isn't clear why a loader is involved at all. So, I've gone back to Ronan's approach of a module level function. The attached patch goes down that route - the public function *always* reraises the header errors, but in a way that SourceLoader.get_code can easily suppress. SourcelessLoader.get_code simply bypasses the public helper entirely (it *could* call it and unwrap the header exceptions for backwards compatibility, but that seems pointlessly convoluted). The fullname, data, bytecode_path part of the API remains consistent across the 3 helpers, with optional source_* parameters at the end where appropriate. -- Added file: http://bugs.python.org/file28022/issue15031_parse_container_function.diff ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue15031 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue16053] strict parameter is not documented in csv module
Roundup Robot added the comment: New changeset 9b6797631490 by Ezio Melotti in branch '2.7': #16053: document csv.Dialect.strict. Patch by Kushal Das. http://hg.python.org/cpython/rev/9b6797631490 New changeset faf6941ed5fd by Ezio Melotti in branch '3.2': #16053: document csv.Dialect.strict. Patch by Kushal Das. http://hg.python.org/cpython/rev/faf6941ed5fd New changeset 1956bc3edbb7 by Ezio Melotti in branch '3.3': #16053: merge with 3.2. http://hg.python.org/cpython/rev/1956bc3edbb7 New changeset cb7953ba03af by Ezio Melotti in branch 'default': #16053: merge with 3.3. http://hg.python.org/cpython/rev/cb7953ba03af -- nosy: +python-dev ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue16053 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue16053] strict parameter is not documented in csv module
Ezio Melotti added the comment: Fixed, thanks for the patch! -- assignee: docs@python - ezio.melotti nosy: +ezio.melotti resolution: - fixed stage: commit review - committed/rejected status: open - closed ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue16053 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue14313] zipfile should raise an exception for unsupported compression methods
Roundup Robot added the comment: New changeset 8feaa8d04c56 by Ezio Melotti in branch '2.7': #14313: zipfile now raises NotImplementedError when the compression type is unknown. http://hg.python.org/cpython/rev/8feaa8d04c56 New changeset b193a5dc7a58 by Ezio Melotti in branch '3.2': #14313: zipfile now raises NotImplementedError when the compression type is unknown. http://hg.python.org/cpython/rev/b193a5dc7a58 New changeset c2ba10b9d654 by Ezio Melotti in branch '3.3': #14313: null merge. http://hg.python.org/cpython/rev/c2ba10b9d654 New changeset 4b866e39d1fb by Ezio Melotti in branch 'default': #14313: null merge. http://hg.python.org/cpython/rev/4b866e39d1fb -- nosy: +python-dev ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue14313 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue14313] zipfile should raise an exception for unsupported compression methods
Ezio Melotti added the comment: Fixed, thanks for the patches! -- assignee: - ezio.melotti nosy: +ezio.melotti resolution: - fixed stage: patch review - committed/rejected status: open - closed ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue14313 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue16423] urllib data URL
Antoine Pitrou added the comment: On 11/18/2012 12:36 AM, Antoine Pitrou wrote: - the patch needs a test (and docs too) - are you sure ignoring POSTed data is the right thing to do? Shouldn't we forbid it instead? Btw.: The file:// protocol handler also just ignores posted data, so I think the data url handler shouldn't deviate from that. Either both raise an error when data is posted or none. Ah, fair enough, then. Thanks for the updated patch, I'll take a look (unless someone beats me to it). -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue16423 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue16306] Multiple error line for unknown command line parameter
Roundup Robot added the comment: New changeset d2df83d7c649 by Ezio Melotti in branch '2.7': #16306: Fix multiple error messages when unknown command line parameters where passed to the interpreter. Patch by Hieu Nguyen. http://hg.python.org/cpython/rev/d2df83d7c649 New changeset 0153c077a0fd by Ezio Melotti in branch '3.2': #16306: Fix multiple error messages when unknown command line parameters where passed to the interpreter. Patch by Hieu Nguyen. http://hg.python.org/cpython/rev/0153c077a0fd New changeset 7f01121a660d by Ezio Melotti in branch '3.3': #16306: merge with 3.2. http://hg.python.org/cpython/rev/7f01121a660d New changeset 3a1bcb6de167 by Ezio Melotti in branch 'default': #16306: merge with 3.3. http://hg.python.org/cpython/rev/3a1bcb6de167 -- nosy: +python-dev ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue16306 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue16306] Multiple error line for unknown command line parameter
Ezio Melotti added the comment: Fixed, thanks for the patch! -- assignee: - ezio.melotti resolution: - fixed stage: commit review - committed/rejected status: open - closed ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue16306 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue15031] Split .pyc parsing from module loading
Brett Cannon added the comment: It's a method so that it can be overridden. Otherwise I can't develop my own format and have that be the only differing option from SourceLoader. On Nov 18, 2012 7:50 AM, Nick Coghlan rep...@bugs.python.org wrote: Nick Coghlan added the comment: OK, rereading the whole issue and getting completely back up to speed with the problem we're trying to solve, I think parse_bytecode_container is a better name than any of my suggestions, since there is no cache involved for SourcelessLoader and similar cases. I also think a static method is a bad idea, since that makes the preferred method of invocation unclear as the method is visible via a number of different loaders, and if you're just wanting to get the code object out of a bytecode file, it isn't clear why a loader is involved at all. So, I've gone back to Ronan's approach of a module level function. The attached patch goes down that route - the public function *always* reraises the header errors, but in a way that SourceLoader.get_code can easily suppress. SourcelessLoader.get_code simply bypasses the public helper entirely (it *could* call it and unwrap the header exceptions for backwards compatibility, but that seems pointlessly convoluted). The fullname, data, bytecode_path part of the API remains consistent across the 3 helpers, with optional source_* parameters at the end where appropriate. -- Added file: http://bugs.python.org/file28022/issue15031_parse_container_function.diff ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue15031 ___ -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue15031 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue16498] Unwanted link between volatile and shelve storage
New submission from Terry Cooper: The Python statement gList1[i1][1] += gList2[i2][1] modifies not only gList1 (a volatile storage object) but dBasis[163] (a record within shelve object dBasis). Both gList and dBasis[163] are printed before and after execution of the statement by cFract2.combine. They are obviously not the same record, but the statement modifies gList1[2][1] and dBasis[163][2][1] simultaniously. -- components: Windows files: bugMail.py messages: 175871 nosy: ttcooper priority: normal severity: normal status: open title: Unwanted link between volatile and shelve storage type: behavior versions: Python 2.7 Added file: http://bugs.python.org/file28023/bugMail.py ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue16498 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue15031] Split .pyc parsing from module loading
Brett Cannon added the comment: Or to put it another way, without making it a method other interpreters like IronPython and Jython will never be able to reuse SourceLoader effectively if they want their own cached file format. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue15031 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue15031] Split .pyc parsing from module loading
Brett Cannon added the comment: FYI I'm talking with Dino for IronPython and I just emailed some Jython folks to try to get an opinion on whether they would prefer to have a method to override, something in _imp that they can implement, or simply implement marshal.loads() and dumps() such that the bytecode headers stay and the rest of the file is up to them to deal with. Their answers will dictate whether the code is a public method or just some private functions in importlib. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue15031 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue15031] Split .pyc parsing from module loading
Changes by Brett Cannon br...@python.org: -- nosy: +dino.viehland ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue15031 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue16499] CLI option for isolated mode
New submission from Christian Heimes: I like to propose a new option for the Python interpreter: python -I It shall start the interpreter in isolated mode which ignores any environment variables set by the user and any files installed by the user. The mode segregate a Python program from anything an unpriviliged user is able to modify and uses only files that are installed by a system adminstrator. The isolated mode implies -E (ignore all PYTHON* environment vars) and -s (don't add user site directory). It also refrains from the inclusion of '' or getcwd() to sys.path. TKinter doesn't load and execute Python scripts from the user's home directory. Other parts of the stdlib should be checked, too. The option is intended for OS and application scripts that doesn't want to become affected by user installed files or files in the current working path of a user. The idea is motivated by a couple of bug reports, for example: https://bugs.launchpad.net/bugs/938869 lsb_release crashed with SIGABRT in Py_FatalError() http://bugs.python.org/issue16202 sys.path[0] security issues http://bugs.python.org/issue16248 Security bug in tkinter allows for untrusted, arbitrary code execution. --- The idea has been discussed at http://mail.python.org/pipermail/python-ideas/2012-November/017766.html. -- assignee: christian.heimes messages: 175874 nosy: barry, christian.heimes, lemburg priority: normal severity: normal stage: patch review status: open title: CLI option for isolated mode type: security versions: Python 3.4 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue16499 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue16499] CLI option for isolated mode
Christian Heimes added the comment: The first patch implements the arg parsing, sys.flags, PySys_SetArgv() modification that doesn't include the current directory as sys.path[0] and some doc updates. Open issue: - MAL has addressed concerns that '-I' is too similar to GCC's -I (include path) option - Is 'isolated mode' a good term to describe the feature? IMO 'restricted mode' is also a good name but it sounds too similar to PyPy's restricted python. -- keywords: +patch Added file: http://bugs.python.org/file28024/isolatemode.patch ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue16499 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue16499] CLI option for isolated mode
Changes by Christian Heimes li...@cheimes.de: -- components: +Interpreter Core keywords: +needs review ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue16499 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue4473] POP3 missing support for starttls
Changes by Lorenzo M. Catucci lore...@sancho.ccd.uniroma2.it: Added file: http://bugs.python.org/file28025/poplib_02_server_capabilities_v4.diff ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue4473 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue4473] POP3 missing support for starttls
Changes by Lorenzo M. Catucci lore...@sancho.ccd.uniroma2.it: Added file: http://bugs.python.org/file28026/poplib_03_starttls_v4.diff ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue4473 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue4473] POP3 missing support for starttls
Changes by Lorenzo M. Catucci lore...@sancho.ccd.uniroma2.it: Removed file: http://bugs.python.org/file26251/poplib_02_server_capabilities_v3.diff ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue4473 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue4473] POP3 missing support for starttls
Changes by Lorenzo M. Catucci lore...@sancho.ccd.uniroma2.it: Removed file: http://bugs.python.org/file26252/poplib_03_starttls_v3.diff ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue4473 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue15627] Add a method to importlib.abc.SourceLoader for converting source to a code object
Roundup Robot added the comment: New changeset e30bcce5c634 by Brett Cannon in branch 'default': Issue #15627: Add the compile_source() method to http://hg.python.org/cpython/rev/e30bcce5c634 -- nosy: +python-dev ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue15627 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue4473] POP3 missing support for starttls
Lorenzo M. Catucci added the comment:
Updated 02 and 03 patches (mostly) in line with Antoine's review comments:
2) poplib_02_server_capabilities_v3.diff:
- please try to follow PEP 8 (i.e. `capa = {}` not `capa={}`)
- I think the capa() result should be a dict mapping str keys to str values
(not bytes), since that part of the POP3 protocol seems to
have a well-defined character set (ASCII)
Completely right. Done.
3) poplib_03_starttls_v3.diff:
- same comment about PEP 8
where?
- why did you change the signature of the _create_socket()
method? it looks gratuitous
undone
- the new method should be called starttls() as in other modules, not
stls()
Here I'm following: at :ref:`pop3-objects` in Doc/library/poplib.rst,
All POP3 commands are represented by methods of the same name, in
lower-case; most return the response text sent by the server.
IMHO, having a single method with a name different than the underlying
POP command would just be confusing. For this reason, I'd rather avoid
adding an alias like in
starttls = stls
or the reverse...
- starttls() should only take a context argument; no need to support
separate keyfile and certfile arguments
Right, non need to mimick pre-SSLContext method signatures!
- what is the point of catching errors like this:
[...]
undone
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue4473
___
___
Python-bugs-list mailing list
Unsubscribe:
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue16500] Add an 'afterfork' module
New submission from Christian Heimes: I propose the addition of an 'afterfork' module. The module shall fulfill a similar task as the 'atexit' module except that it handles process forks instead of process shutdown. The 'afterfork' module shall allow libraries to register callbacks that are executed on fork() inside the child process and as soon as possible. Python already has a function that must be called by C code: PyOS_AfterFork(). The 'afterfork' callbacks are called as the last step in PyOS_AfterFork(). Use case example: The tempfile module has a specialized RNG that re-initialized the RNG after fork() by comparing os.getpid() to an instance variable every time the RNG is accessed. The check can be replaced with an afterfork callback. Open questions: How should the afterfork() module handle exceptions that are raised by callbacks? Implementation: I'm going to use as much code from atexitmodule.c as possible. I'm going to copy common code to a template file and include the template from atexitmodule.c and afterforkmodule.c with some preprocessor tricks. -- assignee: christian.heimes components: Extension Modules, Interpreter Core keywords: needs review messages: 175878 nosy: christian.heimes priority: normal severity: normal status: open title: Add an 'afterfork' module type: enhancement versions: Python 3.4 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue16500 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue15627] Add a method to importlib.abc.SourceLoader for converting source to a code object
Changes by Brett Cannon br...@python.org: -- dependencies: -Document the 'optimize' argument to compile() resolution: - fixed status: open - closed ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue15627 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue12398] Sending binary data with a POST request in httplib can cause Unicode exceptions
Changes by Éric Araujo mer...@netwok.org: -- nosy: +aronacher ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue12398 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue16493] Document the 'optimize' argument to compile()
Brett Cannon added the comment: No one else is working on it. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue16493 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue16499] CLI option for isolated mode
Changes by Éric Araujo mer...@netwok.org: -- nosy: +eric.araujo ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue16499 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue16497] zipimport.zipimporter.find_module() does not work with dotted module names
Berker Peksag added the comment: It actually does work, you just have to embed the subdirectory in the path you pass to zipimport.zipimporter(): Thanks, didn't know that. Would it be good to add an example to the zipimporter.find_module() documentation? -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue16497 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue16496] Simplify and optimize random_seed()
Mark Dickinson added the comment: I'm still uncomfortable with the init_by_array signature changes and the use of PY_UINT32_T. How about something like the attached instead? It keeps the central idea (use _PyLong_NumBits and _PyLong_AsByteArray) but doesn't require any signature changes or special casing for bigendian machines. -- Added file: http://bugs.python.org/file28027/random_seed_metd.patch ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue16496 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue16493] Document the 'optimize' argument to compile()
Changes by Éric Araujo mer...@netwok.org: -- nosy: +eric.araujo ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue16493 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue16499] CLI option for isolated mode
Brett Cannon added the comment: I don't think we need to worry about overlapping with gcc; -B, -b, -c, -d, etc. are all used by gcc for some reason or another. -- nosy: +brett.cannon ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue16499 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue16496] Simplify and optimize random_seed()
Serhiy Storchaka added the comment: I don't think that the preservation of the signature of the auxiliary private static function is worth it. I'm uncomfortable with such patch. But do as you feel comfortable. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue16496 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue16496] Simplify and optimize random_seed()
Mark Dickinson added the comment: I'm uncomfortable with such patch. Any particular reason? It's direct and straightforward, and eliminates the quadratic behaviour. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue16496 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue16497] zipimport.zipimporter.find_module() does not work with dotted module names
Brett Cannon added the comment: It certainly wouldn't hurt. I think all of the path-related things for that module are under-documented in terms of subdirectories, relative directories, etc. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue16497 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue16496] Simplify and optimize random_seed()
Serhiy Storchaka added the comment: The code is larger. There is one additional allocation. CPU tacts wasted for uint32-ulong conversion (and in any case all numbers in the generator are 32-bit). One additional ValeError/OverflowError. Apparently my feeling of comfort is different from your own. ;) Hmm, reviewing your code I found errors in my code too. I guess I'm more captious as a critic than as an author. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue16496 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue16496] Simplify and optimize random_seed()
Mark Dickinson added the comment: Apparently my feeling of comfort is different from your own. ;) Yes: I tend to favour direct, readable, and portable code over unnecessarily optimized code. To address the specific points: The code is larger. Very slightly. It's (IMO) more readable and comprehensible though. There is one additional allocation. Yep. Is this a problem? CPU tacts wasted for uint32-ulong conversion. random.seed is hardly going to be a bottleneck in most applications. Again, I don't see that as a problem. One additional ValeError/OverflowError. That's not really additional: it should really have already been there in the original code. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue16496 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue16500] Add an 'afterfork' module
Changes by Antoine Pitrou pit...@free.fr: -- nosy: +sbt ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue16500 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue16496] Simplify and optimize random_seed()
Antoine Pitrou added the comment: I agree with Mark, we don't need to micro-optimize here. Also, +1 for not needing PY_UINT32_T. -- nosy: +pitrou ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue16496 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue16501] deprecate RISCOS support
New submission from Antoine Pitrou: There are a couple of places in our code with references to RISCOS (mostly as #ifdef's). I propose we record this platform as deprecated in 3.4 and removed in 3.5. This needs PEP 11 to be updated. Wikipedia mentions the existence of two operating systems named RISC OS. I conjecture we are talking about this one: http://en.wikipedia.org/wiki/RISC_OS In any case, there hasn't been any report of people actually running Python on that OS for years, so it's unlikely to work at all. -- components: Interpreter Core messages: 175889 nosy: haypo, loewis, pitrou priority: normal severity: normal status: open title: deprecate RISCOS support type: enhancement versions: Python 3.4, Python 3.5 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue16501 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue16499] CLI option for isolated mode
Antoine Pitrou added the comment: +1 from me. -I and isolated sound fine to me. The patch needs to add some tests. Also the docs need some versionadded / versionchanged markers. -- nosy: +pitrou ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue16499 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue16502] PEP 305: eaten backslashes
New submission from Serhiy Storchaka: In PEP 305 '\r\n' rendered as 'rn' in one place. The proposed patch should fix this. -- assignee: docs@python components: Documentation files: pep-0305_rn.patch keywords: patch messages: 175891 nosy: docs@python, serhiy.storchaka priority: normal severity: normal stage: patch review status: open title: PEP 305: eaten backslashes Added file: http://bugs.python.org/file28028/pep-0305_rn.patch ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue16502 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue16500] Add an 'afterfork' module
Richard Oudkerk added the comment: pthread_atfork() allows the registering of three types of callbacks: 1) prepare callbacks which are called before the fork, 2) parent callbacks which are called in the parent after the fork 3) child callbacks which are called in the child after the fork. I think all three should be supported. I also think that a recursive fork lock should be introduced which is held during the fork. This can be acquired around critical sections during which forks must not occur. This is more or less a duplicate of #6923. See also #6721. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue16500 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue16502] PEP 305: eaten backslashes
Antoine Pitrou added the comment: Hmm, I wonder if this is a ReST bug. -- nosy: +pitrou ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue16502 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue16503] Unclear documentation regarding apply(), 'extended call syntax'
New submission from Zachary Ware: (Reported by Kevin Leeds on d...@python.org) The documentation for the apply() built-in function in 2.7 says that it is deprecated and to use extended call syntax instead. There is no mention of extended call syntax anywhere else in the docs. The simplest solution I can see is in the attached patch; it merely adds a link to the tutorial section about arbitrary argument lists within the deprecation warning. I wonder though if the wording should be changed to something more findable. What is the common wording of *args and **kwargs usage? -- assignee: docs@python components: Documentation files: arbitraryargs_2.7.patch keywords: patch messages: 175894 nosy: docs@python, zach.ware priority: normal severity: normal status: open title: Unclear documentation regarding apply(), 'extended call syntax' versions: Python 2.7 Added file: http://bugs.python.org/file28029/arbitraryargs_2.7.patch ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue16503 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue16504] IDLE - fatal error when opening a file with certain tokenizing errors
New submission from Roger Serwy: IDLE's IndentSearcher class in EditorWindow.py can raise an uncaught IndentationError when opening a file. The attached patch fixes the problem by catching everything that the tokenize module can raise explicitly, namely IndentationError, TokenError, and SyntaxError. Alternatively, the except clause can be left bare, as it is disappointing to crash IDLE when simply guessing the indent width of a file. (See guess_indent in EditorWindow.py) -- components: IDLE files: editor_token_error.patch keywords: patch messages: 175895 nosy: serwy priority: normal severity: normal status: open title: IDLE - fatal error when opening a file with certain tokenizing errors type: behavior versions: Python 2.7, Python 3.1, Python 3.2, Python 3.3, Python 3.4 Added file: http://bugs.python.org/file28030/editor_token_error.patch ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue16504 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue16504] IDLE - fatal error when opening a file with certain tokenizing errors
Roger Serwy added the comment: I encountered this behavior while testing an extension that highlights tabs and trailing whitespace. The very first test file I wrote caused this crash. See the attached sample_token_error.py. -- Added file: http://bugs.python.org/file28031/sample_token_error.py ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue16504 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue16496] Simplify and optimize random_seed()
Serhiy Storchaka added the comment: I tend to favour direct, readable, and portable code over unnecessarily optimized code. And my feeling of directness, readability, and portability also slightly differs. I agree that code size and additional operations not of importance here. I say only that it makes me feel less comfortable. It doesn't matter. I were left some nitpicks on Rietveld. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue16496 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue16502] PEP 305: eaten backslashes
Serhiy Storchaka added the comment: This is a markup bug. In all other cases \n escaped (\\n), or quoted (``\n``), or used in a code fragment. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue16502 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue16502] PEP 305: eaten backslashes
Changes by Ezio Melotti ezio.melo...@gmail.com: -- assignee: docs@python - ezio.melotti nosy: +ezio.melotti resolution: - fixed stage: patch review - committed/rejected status: open - closed type: - enhancement ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue16502 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue16496] Simplify and optimize random_seed()
Stefan Krah added the comment: Is PY_UINT32_T a big problem? I hope that one day we can use the C99 types directly. Visual Studio finally supports stdint.h, and I'm not aware of any compiler that does not. Consider cdecimal as a trial balloon: It compiles on all obscure snakebite platforms, and I'm almost willing to bet that there won't be any reports due to the C99 types. -- nosy: +skrah ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue16496 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue15927] csv.reader() does not support escaped newline when quoting=csv.QUOTE_NONE
Serhiy Storchaka added the comment: CSV is not well defined format. What you expect to read from csv.reader(['one', 'two'])? If two rows ['one'] and ['two'], than the reader in its own right and there is no bug which can be fixed. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue15927 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue16504] IDLE - fatal error when opening a file with certain tokenizing errors
Serhiy Storchaka added the comment: IndentationError is a subclass of SyntaxError. -- nosy: +serhiy.storchaka ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue16504 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue16499] CLI option for isolated mode
Barry A. Warsaw added the comment: On Nov 18, 2012, at 05:16 PM, Antoine Pitrou wrote: Antoine Pitrou added the comment: +1 from me. -I and isolated sound fine to me. I haven't reviewed the patch yet, but based on the email discussions, I'm also +1 for the concept, option name, and terminology. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue16499 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue16498] Unwanted link between volatile and shelve storage
R. David Murray added the comment: Any chance you could reduce this to a simpler test case? It may be a while before anyone gets around to analyzing your complete example. -- nosy: +r.david.murray ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue16498 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue16504] IDLE - fatal error when opening a file with certain tokenizing errors
Roger Serwy added the comment: That's a good point. Attached is a revision to omit IndentationError. Thanks Serhiy. -- Added file: http://bugs.python.org/file28032/editor_token_error_rev1.patch ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue16504 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue8585] zipimporter.find_module is untested
Berker Peksag added the comment: I've attached a patch that adds tests for the zipimporter.find_module(). -- keywords: +patch nosy: +berker.peksag versions: +Python 3.2, Python 3.3 Added file: http://bugs.python.org/file28033/issue8585.diff ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue8585 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue16503] Unclear documentation regarding apply(), 'extended call syntax'
Roundup Robot added the comment: New changeset 7efa0d66b1a0 by Ezio Melotti in branch '2.7': #16503: clarify apply docs. http://hg.python.org/cpython/rev/7efa0d66b1a0 -- nosy: +python-dev ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue16503 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue16503] Unclear documentation regarding apply(), 'extended call syntax'
Ezio Melotti added the comment: It should be clearer now. -- assignee: docs@python - ezio.melotti nosy: +ezio.melotti resolution: - fixed stage: - committed/rejected status: open - closed type: - enhancement ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue16503 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue16493] Document the 'optimize' argument to compile()
Changes by Ezio Melotti ezio.melo...@gmail.com: -- nosy: +ezio.melotti type: - enhancement ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue16493 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1539925] warnings in interactive sessions
Changes by Ezio Melotti ezio.melo...@gmail.com: -- stage: - needs patch versions: +Python 3.4 -Python 3.2 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue1539925 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue8145] Documentation about sqlite3 isolation_level
Ezio Melotti added the comment: Can someone review this patch? (There is a typo: s/The/This/) -- keywords: +easy, needs review nosy: +ezio.melotti versions: +Python 3.3, Python 3.4 -Python 3.1 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue8145 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue10336] test_xmlrpc fails if gzip is not supported by client
Changes by Ezio Melotti ezio.melo...@gmail.com: -- nosy: +ezio.melotti stage: - test needed type: - behavior versions: +Python 3.3, Python 3.4 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue10336 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue16143] Building with configure option --without-doc-strings crashes first time through PyUnicode_DecodeUTF8Stateful
Antoine Pitrou added the comment: Does this need to be a release blocker? I don't know what the concrete point of --without-doc-strings is. -- nosy: +pitrou ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue16143 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue16137] Using time.asctime() with an array with negative tm_hour causes Python Crash.
Serhiy Storchaka added the comment: Here is a patch which includes backported issue6608 and issue8013. This should fix this crash. -- keywords: +patch stage: needs patch - patch review Added file: http://bugs.python.org/file28034/asctime.patch ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue16137 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue16143] Building with configure option --without-doc-strings crashes first time through PyUnicode_DecodeUTF8Stateful
Stefan Krah added the comment: The deeper issue is that globals in unicodeobject.c are used before they are initialized. So I thought that should be cleared up before the next release. Basically, strings are used as keys during type initializations *before* _PyUnicode_Init() is called. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue16143 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue14525] ia64-hp-hpux11.31 won't compile Python-2.6.8rc2 without -D_TERMIOS_INCLUDED
Changes by Ezio Melotti ezio.melo...@gmail.com: -- nosy: +trent versions: +Python 3.4 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue14525 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue16143] Building with configure option --without-doc-strings crashes first time through PyUnicode_DecodeUTF8Stateful
Changes by Georg Brandl ge...@python.org: -- priority: release blocker - critical ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue16143 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue10496] Python startup should not require passwd entry
Changes by Ezio Melotti ezio.melo...@gmail.com: -- versions: +Python 3.4 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue10496 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue13262] IDLE opens partially hidden
Changes by Ezio Melotti ezio.melo...@gmail.com: -- stage: - needs patch ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue13262 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue16505] Drop Py_TPFLAGS_INT_SUBCLASS
New submission from Serhiy Storchaka: Py_TPFLAGS_INT_SUBCLASS is not used in Python 3. Lets drop it and free a one bit for some other interesting flag. -- components: Interpreter Core files: drop_int_tpflag.patch keywords: patch messages: 175913 nosy: serhiy.storchaka priority: normal severity: normal stage: patch review status: open title: Drop Py_TPFLAGS_INT_SUBCLASS type: enhancement versions: Python 3.4 Added file: http://bugs.python.org/file28035/drop_int_tpflag.patch ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue16505 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1678077] improve telnetlib.Telnet so option negotiation becomes easie
Changes by Ezio Melotti ezio.melo...@gmail.com: -- versions: +Python 3.4 -Python 3.2 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue1678077 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue14525] ia64-hp-hpux11.31 won't compile Python-2.6.8rc2 without -D_TERMIOS_INCLUDED
Terry J. Reedy added the comment: I should have added 'please try compiling 3.x to make sure it has the same problem' since configure might behave differently. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue14525 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue16503] Unclear documentation regarding apply(), 'extended call syntax'
Zachary Ware added the comment: Looks good to me, thank you Ezio! -- resolution: fixed - status: closed - open type: enhancement - ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue16503 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue16503] Unclear documentation regarding apply(), 'extended call syntax'
Changes by Zachary Ware zachary.w...@gmail.com: -- resolution: - fixed status: open - closed ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue16503 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue5945] PyMapping_Check returns 1 for lists
Changes by Ezio Melotti ezio.melo...@gmail.com: -- versions: +Python 3.4 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue5945 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue13223] pydoc removes 'self' in HTML for method docstrings with example code
Ezio Melotti added the comment: Víctor, can you address my comment on rietveld? -- versions: +Python 3.4 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue13223 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue16498] Unwanted link between volatile and shelve storage
Serhiy Storchaka added the comment:
dBasis = shelve.open('cFract2.tmp','n')
i,testVal,dBasis,oldTime = 0,1,{},int(time.clock()) # Initialize
As I understand, you don't use shelve object at all (except creating an empty
base). Such a lot of code has no relation to the bugs in Python. Ask on the
Python mailing list or on forums and may be someone help you.
--
nosy: +serhiy.storchaka
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue16498
___
___
Python-bugs-list mailing list
Unsubscribe:
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue16499] CLI option for isolated mode
Christian Heimes added the comment: Here is a new patch with some tests. -- Added file: http://bugs.python.org/file28036/isolatemode2.patch ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue16499 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue16498] Unwanted link between volatile and shelve storage
Changes by Serhiy Storchaka storch...@gmail.com: -- resolution: - invalid status: open - pending ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue16498 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
