[Python-Dev] Summary of Python tracker Issues
ACTIVITY SUMMARY (2013-12-20 - 2013-12-27) Python tracker at http://bugs.python.org/ To view or respond to any of the issues listed below, click on the issue. Do NOT respond to this message. Issues counts and deltas: open4332 ( +9) closed 27520 (+36) total 31852 (+45) Open issues with patches: 1973 Issues opened (29) == #20039: Missing documentation for argparse.ArgumentTypeError http://bugs.python.org/issue20039 opened by arnaut-billings #20040: Tracing not disabled in generator when the system trace functi http://bugs.python.org/issue20040 opened by xdegaye #20041: TypeError when f_trace is None and tracing. http://bugs.python.org/issue20041 opened by xdegaye #20042: Python Launcher for Windows fails to invoke scripts with non-l http://bugs.python.org/issue20042 opened by zart #20044: gettext.install() ignores previous call to locale.setlocale() http://bugs.python.org/issue20044 opened by fmoreau #20047: bytearray partition bug http://bugs.python.org/issue20047 opened by BreamoreBoy #20050: distutils should check PyPI certs when connecting to it http://bugs.python.org/issue20050 opened by pitrou #20051: PA-RISC buildbot: compiler cannot create executables http://bugs.python.org/issue20051 opened by skrah #20053: venv and ensurepip are affected by default pip config file http://bugs.python.org/issue20053 opened by ncoghlan #20055: On Windows NT 6 with administrator account, there are two fail http://bugs.python.org/issue20055 opened by vajrasky #20056: Got deprecation warning when running test_shutil.py on Windows http://bugs.python.org/issue20056 opened by vajrasky #20057: wrong behavior with fork and mmap http://bugs.python.org/issue20057 opened by btiplitz #20059: Inconsistent urlparse/urllib.parse handling of invalid port va http://bugs.python.org/issue20059 opened by chad.birch #20061: make pdb through separate terminal more convenient http://bugs.python.org/issue20061 opened by Chiel92 #20062: Add section on vim to devguide http://bugs.python.org/issue20062 opened by r.david.murray #20064: PyObject_Malloc is not documented http://bugs.python.org/issue20064 opened by r.david.murray #20065: Python-3.3.3/Modules/socketmodule.c:1660:14: error: 'CAN_RAW' http://bugs.python.org/issue20065 opened by lanthruster #20066: PyStructSequence_NewType() not setting proper heap allocation http://bugs.python.org/issue20066 opened by Wolf.Ihlenfeldt #20068: collections.Counter documentation leaves out interesting useca http://bugs.python.org/issue20068 opened by Julian.Gindi #20069: Add unit test for os.chown http://bugs.python.org/issue20069 opened by vajrasky #20071: What should happen if someone runs ./python -m ensurepip in th http://bugs.python.org/issue20071 opened by r.david.murray #20072: Ttk tests fail when wantobjects is false http://bugs.python.org/issue20072 opened by serhiy.storchaka #20074: open() of read-write non-seekable streams broken http://bugs.python.org/issue20074 opened by Dolda2000 #20075: help(open) eats first line http://bugs.python.org/issue20075 opened by serhiy.storchaka #20076: Add UTF-8 locale aliases http://bugs.python.org/issue20076 opened by serhiy.storchaka #20077: Format of TypeError differs between comparison and arithmetic http://bugs.python.org/issue20077 opened by MLModel #20078: zipfile - ZipExtFile.read goes into 100% CPU infinite loop on http://bugs.python.org/issue20078 opened by nandiya #20079: Add support for glibc supported locales http://bugs.python.org/issue20079 opened by serhiy.storchaka #20080: Unused variable in Lib/sqlite3/test/factory.py http://bugs.python.org/issue20080 opened by vajrasky Most recent 15 issues with no replies (15) == #20078: zipfile - ZipExtFile.read goes into 100% CPU infinite loop on http://bugs.python.org/issue20078 #20077: Format of TypeError differs between comparison and arithmetic http://bugs.python.org/issue20077 #20076: Add UTF-8 locale aliases http://bugs.python.org/issue20076 #20071: What should happen if someone runs ./python -m ensurepip in th http://bugs.python.org/issue20071 #20068: collections.Counter documentation leaves out interesting useca http://bugs.python.org/issue20068 #20066: PyStructSequence_NewType() not setting proper heap allocation http://bugs.python.org/issue20066 #20065: Python-3.3.3/Modules/socketmodule.c:1660:14: error: 'CAN_RAW' http://bugs.python.org/issue20065 #20059: Inconsistent urlparse/urllib.parse handling of invalid port va http://bugs.python.org/issue20059 #20056: Got deprecation warning when running test_shutil.py on Windows http://bugs.python.org/issue20056 #20051: PA-RISC buildbot: compiler cannot create executables http://bugs.python.org/issue20051 #20050: distutils should check PyPI certs when connecting to it http://bugs.python.org/issue20050 #20044: gettext.install() ignores previous call to locale.setlocale() http://bugs.python.org/issue20044
[Python-Dev] assert(blah blah) in the C code base
Greetings! I'm working on Issue19995, and I'm seeing stuff like this: assert(PyLong_Check(val)); My question is: Are these asserts in final production code? My possible scenarios are: - the assert isn't in place - the assert isn't working correctly - PyLong_Check isn't working correctly - the non-ints are being converted before the function containing the assert is called The fourth possibility is the most likely, but since I don't know how assert() works in C I can't be sure. Any quick pointers? -- ~Ethan~ ___ Python-Dev mailing list Python-Dev@python.org https://mail.python.org/mailman/listinfo/python-dev Unsubscribe: https://mail.python.org/mailman/options/python-dev/archive%40mail-archive.com
Re: [Python-Dev] assert(blah blah) in the C code base
On 12/27/2013 7:53 PM, Ethan Furman wrote: > Greetings! > > I'm working on Issue19995, and I'm seeing stuff like this: > > assert(PyLong_Check(val)); > > My question is: Are these asserts in final production code? > > My possible scenarios are: > > - the assert isn't in place > - the assert isn't working correctly > - PyLong_Check isn't working correctly > - the non-ints are being converted before the function > containing the assert is called > > The fourth possibility is the most likely, but since I don't know how > assert() works in C I can't be sure. > > Any quick pointers? http://www.cplusplus.com/reference/cassert/assert/ They should be completely removed in a non-debug build (when NDEBUG is defined). Eric. ___ Python-Dev mailing list Python-Dev@python.org https://mail.python.org/mailman/listinfo/python-dev Unsubscribe: https://mail.python.org/mailman/options/python-dev/archive%40mail-archive.com
Re: [Python-Dev] assert(blah blah) in the C code base
2013/12/27 Ethan Furman : > Greetings! > > I'm working on Issue19995, and I'm seeing stuff like this: > > assert(PyLong_Check(val)); > > My question is: Are these asserts in final production code? They are compiled in when --with-pydebug is passed to configure. They should "never" fail. -- Regards, Benjamin ___ Python-Dev mailing list Python-Dev@python.org https://mail.python.org/mailman/listinfo/python-dev Unsubscribe: https://mail.python.org/mailman/options/python-dev/archive%40mail-archive.com
Re: [Python-Dev] assert(blah blah) in the C code base
Yes, looks like NDEBUG is not defined only when you run ./configure --with-pydebug if test "$Py_DEBUG" = 'true'; then : else OPT="-DNDEBUG $OPT" fi - Gennadiy On Sat, Dec 28, 2013 at 5:45 AM, Eric V. Smith wrote: > On 12/27/2013 7:53 PM, Ethan Furman wrote: > > Greetings! > > > > I'm working on Issue19995, and I'm seeing stuff like this: > > > > assert(PyLong_Check(val)); > > > > My question is: Are these asserts in final production code? > > > > My possible scenarios are: > > > > - the assert isn't in place > > - the assert isn't working correctly > > - PyLong_Check isn't working correctly > > - the non-ints are being converted before the function > > containing the assert is called > > > > The fourth possibility is the most likely, but since I don't know how > > assert() works in C I can't be sure. > > > > Any quick pointers? > > http://www.cplusplus.com/reference/cassert/assert/ > > They should be completely removed in a non-debug build (when NDEBUG is > defined). > > Eric. > > > ___ > Python-Dev mailing list > Python-Dev@python.org > https://mail.python.org/mailman/listinfo/python-dev > Unsubscribe: > https://mail.python.org/mailman/options/python-dev/gennad.zlobin%40gmail.com > ___ Python-Dev mailing list Python-Dev@python.org https://mail.python.org/mailman/listinfo/python-dev Unsubscribe: https://mail.python.org/mailman/options/python-dev/archive%40mail-archive.com
