[issue15279] Spurious unittest warnings
Ezio Melotti added the comment: I'm going to close this. If someone can reproduce it again, feel free to reopen it. -- resolution: - out of date stage: needs patch - resolved status: open - closed ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue15279 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue15279] Spurious unittest warnings
Ezio Melotti added the comment: Is this still an issue? -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue15279 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue15279] Spurious unittest warnings
Łukasz Langa luk...@langa.pl added the comment: Unfortunately, exactly the same thing happens with == CPython 3.3.0b1 (default:464c6a50b0ce, Jul 9 2012, 09:26:07) [GCC 4.2.1 Compatible Apple Clang 3.1 (tags/Apple/clang-318.0.61)] == Darwin-11.4.0-x86_64-i386-64bit little-endian == /Users/ambv/Documents/Projekty/Python/cpython/py33/build/test_python_37987 Testing with flags: sys.flags(debug=0, inspect=0, interactive=0, optimize=0, dont_write_bytecode=0, no_user_site=0, no_site=0, ignore_environment=0, verbose=0, bytes_warning=0, quiet=0, hash_randomization=1) What's interesting is that test_warnings itself works as advertised and it's only Lib/unittest/test/_test_warnings.py that misbehaves. On my friend's 10.7 machine everything runs fine with a little older Clang: == CPython 3.3.0b1 (default, Jul 9 2012, 09:52:57) [GCC 4.2.1 Compatible Apple Clang 3.0 (tags/Apple/clang-211.12)] == Darwin-11.4.0-x86_64-i386-64bit little-endian == /Users/sheep/dev/python/cpython-464c6a50b0ce/build/test_python_7695 Testing with flags: sys.flags(debug=0, inspect=0, interactive=0, optimize=0, dont_write_bytecode=0, no_user_site=0, no_site=0, ignore_environment=0, verbose=0, bytes_warning=0, quiet=0, hash_randomization=1) Will investigate further. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue15279 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue15279] Spurious unittest warnings
Changes by Chris Jerdonek chris.jerdo...@gmail.com: -- nosy: +cjerdonek ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue15279 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue15279] Spurious unittest warnings
New submission from Łukasz Langa luk...@langa.pl: On Mac OS X 10.7 64-bit unittest regression tests fail: == FAIL: test_warnings (unittest.test.test_runner.Test_TextTestRunner) -- Traceback (most recent call last): File /Users/ambv/Documents/Projekty/Python/cpython/py33/Lib/unittest/test/test_runner.py, line 269, in test_warnings self.assertEqual(len(out), 12) AssertionError: 15 != 12 -- Ran 568 tests in 24.441s FAILED (failures=1, skipped=1) test test_unittest failed It looks like warnings generated by unittest aren't properly limited to one for each distinct warning. Running _test_warnings.py directly shows that: $ ./python.exe Lib/unittest/test/_test_warnings.py ... -- Ran 7 tests in 0.002s OK Please use assertEqual instead. Please use assertEqual instead. Please use assertEqual instead. dw dw dw Please use assertTrue instead. Please use assertTrue instead. rw iw iw iw uw uw uw [61188 refs] The expected behaviour would be for each kind of the Please use warnings to only appear once. -- assignee: michael.foord components: Library (Lib) messages: 164872 nosy: lukasz.langa, michael.foord priority: normal severity: normal stage: needs patch status: open title: Spurious unittest warnings type: behavior versions: Python 3.2, Python 3.3 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue15279 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue15279] Spurious unittest warnings
Changes by Ezio Melotti ezio.melo...@gmail.com: -- nosy: +ezio.melotti ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue15279 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue15279] Spurious unittest warnings
Florent Xicluna florent.xicl...@gmail.com added the comment: I cannot reproduce with 3.3 on Snow Leopard (default options, default compiler). $ ./python.exe -m test.regrtest test_unittest [1/1] test_unittest 1 test OK. [158600 refs] == CPython 3.3.0b1 (tip:9807de61191c, Jul 7 2012, 10:54:30) [GCC 4.2.1 (Apple Inc. build 5666) (dot 3)] == Darwin-10.8.0-i386-64bit little-endian -- nosy: +flox ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue15279 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue15279] Spurious unittest warnings
Łukasz Langa luk...@langa.pl added the comment: Additional info that might help: 1. The command I'm using to build: MACOSX_DEPLOYMENT_TARGET=10.7 ./configure CC=gcc-apple-4.2 --with-pydebug 2. The test header in -v output: == CPython 3.3.0b1 (default:2e9cba1d1554, Jul 7 2012, 16:17:21) [GCC 4.2.1 (Apple Inc. build 5666) (dot 3) (MacPorts apple-gcc42 5666.3_7)] == Darwin-11.4.0-x86_64-i386-64bit little-endian == /Users/ambv/Documents/Projekty/Python/cpython/py33/build/test_python_3894 Testing with flags: sys.flags(debug=0, inspect=0, interactive=0, optimize=0, dont_write_bytecode=0, no_user_site=0, no_site=0, ignore_environment=0, verbose=0, bytes_warning=0, quiet=0, hash_randomization=1) -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue15279 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue15279] Spurious unittest warnings
Ned Deily n...@acm.org added the comment: That's an odd failure. I've not seen it nor can I reproduce it on 10.7 using the standard Apple Xcode 4.3.3 clang nor on 10.6 using the Apple Xcode 3.2.6 gcc-4.2. You appear to be using a MacPorts-built gcc-4.2. Can you try with an Apple-supplied compiler (./configure will now use clang by default for 10.7, avoid the use of Apple's llvm-gcc)? Anything else in your environment that might be non-standard? -- nosy: +ned.deily ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue15279 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com