[issue2554] test_ioctl failed Python 2.6a2 Solaris 10 SUN C
Jean Brouwers added the comment: I haven't retested that yet, but I will as soon as can. /Jean Bouwers On May 26, 2013, at 7:57 AM, Mark Lawrence rep...@bugs.python.org wrote: Mark Lawrence added the comment: is this still a problem with 2.7 or 3.x? -- nosy: +BreamoreBoy ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue2554 ___ -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue2554 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue2813] No float formatting in PyString_FromFormat
Jean Brouwers mrje...@gmail.com added the comment: Mark L, No, I do not intend to take this issue further. Rather the opposite, it should probably be paired down based on the recent comments. Specifically, use PyOS_double_to_string, remove support for long double and perhaps more. Also, the patches I created are more than 2 years old and will need to be updated against the current stringobject.c code. There are quite a few changes in the 2.7 version of that file since early 2.6. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue2813 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue3163] module struct support for ssize_t and size_t
Changes by Jean Brouwers mrje...@gmail.com: Removed file: http://bugs.python.org/file18006/unnamed ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue3163 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue3163] module struct support for ssize_t and size_t
Jean Brouwers mrje...@gmail.com added the comment: It would be sufficient to support size_t/ssize_t in native mode for my usage. The workaround I have been using is in this recipe http://code.activestate.com/recipes/546530/ in the function calcsize. That maps the 'z' and 'Z' format to either 'l', 'L' or 'P' for lack of anything better. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue3163 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue3163] module struct support for ssize_t and size_t
Jean Brouwers mrje...@gmail.com added the comment: Yes I am and I will get back to you on this after check my (old) notes. /Jean On Wed, Jul 14, 2010 at 12:08 PM, Mark Dickinson rep...@bugs.python.orgwrote: Mark Dickinson dicki...@gmail.com added the comment: Jean, if you're still around: Do you still have interest in pursuing this? -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue3163 ___ -- Added file: http://bugs.python.org/file18006/unnamed ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue3163 ___Yes I am and I will get back to you on this after check my (old) notes.brbr/Jeanbrbrbrbrdiv class=gmail_quoteOn Wed, Jul 14, 2010 at 12:08 PM, Mark Dickinson span dir=ltrlt;a href=mailto:rep...@bugs.python.org;rep...@bugs.python.org/agt;/span wrote:br blockquote class=gmail_quote style=margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;div class=imbr Mark Dickinson lt;a href=mailto:dicki...@gmail.com;dicki...@gmail.com/agt; added the comment:br br /divJean, if you#39;re still around:br br Do you still have interest in pursuing this?br divdiv/divdiv class=h5br --br br ___br Python tracker lt;a href=mailto:rep...@bugs.python.org;rep...@bugs.python.org/agt;br lt;a href=http://bugs.python.org/issue3163; target=_blankhttp://bugs.python.org/issue3163/agt;br ___br /div/div/blockquote/divbr ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue4388] test_cmd_line fails on MacOS X
Jean Brouwers mrje...@gmail.com added the comment: This test still fails and is the only failure with Python 3.1rc2 on MacOS X 10.4.11 Tiger (Intel). -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue4388 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue3407] test_urllib2_localnet fails on MacOS X 10.4.11 (Intel)
Jean Brouwers mrje...@gmail.com added the comment: This test passes with Python 3.1rc2 on MacOS X 10.4.11 Tiger (Intel). % ./python.exe Python 3.1rc2 (r31rc2:73411, Jun 14 2009, 09:27:12) [GCC 4.0.1 (Apple Computer, Inc. build 5367)] on darwin Type help, copyright, credits or license for more information. ^D % ./python.exe Lib/test/test_urllib2_localnet.py test_proxy_qop_auth_int_works_or_throws_urlerror (__main__.ProxyAuthTests) ... ok test_proxy_qop_auth_works (__main__.ProxyAuthTests) ... ok test_proxy_with_bad_password_raises_httperror (__main__.ProxyAuthTests) ... ok test_proxy_with_no_password_raises_httperror (__main__.ProxyAuthTests) ... ok test_200 (__main__.TestUrlopen) ... ok test_200_with_parameters (__main__.TestUrlopen) ... ok test_404 (__main__.TestUrlopen) ... ok test_bad_address (__main__.TestUrlopen) ... ok test_basic (__main__.TestUrlopen) ... ok test_chunked (__main__.TestUrlopen) ... ok test_geturl (__main__.TestUrlopen) ... ok test_info (__main__.TestUrlopen) ... ok test_redirection (__main__.TestUrlopen) ... ok test_sending_headers (__main__.TestUrlopen) ... ok -- Ran 14 tests in 10.202s OK -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue3407 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue3407] test_urllib2_localnet fails on MacOS X 10.4.11 (Intel)
Jean Brouwers mrje...@gmail.com added the comment: The test also passes on Python 2.6.2 on MacOS X 10.4.11 Tiger (Intel): % ./python.exe Python 2.6.2 (r262:71600, Apr 15 2009, 21:47:16) [GCC 4.0.1 (Apple Computer, Inc. build 5367)] on darwin Type help, copyright, credits or license for more information. ^D % ./python.exe Lib/test/test_urllib2_localnet.py test_proxy_qop_auth_int_works_or_throws_urlerror (__main__.ProxyAuthTests) ... ok test_proxy_qop_auth_works (__main__.ProxyAuthTests) ... ok test_proxy_with_bad_password_raises_httperror (__main__.ProxyAuthTests) ... ok test_proxy_with_no_password_raises_httperror (__main__.ProxyAuthTests) ... ok -- Ran 4 tests in 4.233s OK test_200 (__main__.TestUrlopen) ... ok test_200_with_parameters (__main__.TestUrlopen) ... ok test_404 (__main__.TestUrlopen) ... ok test_bad_address (__main__.TestUrlopen) ... ok test_basic (__main__.TestUrlopen) ... ok test_geturl (__main__.TestUrlopen) ... ok test_info (__main__.TestUrlopen) ... ok test_redirection (__main__.TestUrlopen) ... ok test_sending_headers (__main__.TestUrlopen) ... ok -- Ran 9 tests in 8.954s OK -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue3407 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue5798] test_asynchat fails on Mac OSX
Jean Brouwers mrje...@gmail.com added the comment: Well, with fresh build of Python 3.1rc1 on MacOS X 10.4.11 Tiger (Intel) test_asynchat.py rev 73183 still seems to fail, perhaps differently. Here is 3 different results. First, rev 73183: % ./python.exe Lib/test/test_asynchat73183.py test_close_when_done (__main__.TestAsynchat) ... ok test_empty_line (__main__.TestAsynchat) ... ok test_line_terminator1 (__main__.TestAsynchat) ... ok test_line_terminator2 (__main__.TestAsynchat) ... ok test_line_terminator3 (__main__.TestAsynchat) ... ok test_none_terminator (__main__.TestAsynchat) ... ok test_numeric_terminator1 (__main__.TestAsynchat) ... ok test_numeric_terminator2 (__main__.TestAsynchat) ... ok test_simple_producer (__main__.TestAsynchat) ... ok test_string_producer (__main__.TestAsynchat) ... ok test_close_when_done (__main__.TestAsynchat_WithPoll) ... ok test_empty_line (__main__.TestAsynchat_WithPoll) ... error: uncaptured python exception, closing channel __main__.echo_client at 0x10835b0 (class 'socket.error':[Errno 9] Bad file descriptor [../Python- 3.1rc1/Lib/asyncore.py|readwrite|106] [../Python-3.1rc1/Lib/asyncore.py|handle_expt_event|440]) ok test_line_terminator1 (__main__.TestAsynchat_WithPoll) ... error: uncaptured python exception, closing channel __main__.echo_client at 0x1083550 (class 'socket.error':[Errno 9] Bad file descriptor [../Python- 3.1rc1/Lib/asyncore.py|readwrite|106] [../Python-3.1rc1/Lib/asyncore.py|handle_expt_event|440]) error: uncaptured python exception, closing channel __main__.echo_client at 0x1083610 (class 'socket.error':[Errno 9] Bad file descriptor [../Python-3.1rc1/Lib/asyncore.py|readwrite|106] [../Python- 3.1rc1/Lib/asyncore.py|handle_expt_event|440]) error: uncaptured python exception, closing channel __main__.echo_client at 0x10835f0 (class 'socket.error':[Errno 9] Bad file descriptor [../Python-3.1rc1/Lib/asyncore.py|readwrite|106] [../Python- 3.1rc1/Lib/asyncore.py|handle_expt_event|440]) ok test_line_terminator2 (__main__.TestAsynchat_WithPoll) ... error: uncaptured python exception, closing channel __main__.echo_client at 0x1083630 (class 'socket.error':[Errno 9] Bad file descriptor [../Python- 3.1rc1/Lib/asyncore.py|readwrite|106] [../Python-3.1rc1/Lib/asyncore.py|handle_expt_event|440]) error: uncaptured python exception, closing channel __main__.echo_client at 0x1083870 (class 'socket.error':[Errno 9] Bad file descriptor [../Python-3.1rc1/Lib/asyncore.py|readwrite|106] [../Python- 3.1rc1/Lib/asyncore.py|handle_expt_event|440]) error: uncaptured python exception, closing channel __main__.echo_client at 0x10838b0 (class 'socket.error':[Errno 9] Bad file descriptor [../Python-3.1rc1/Lib/asyncore.py|readwrite|106] [../Python- 3.1rc1/Lib/asyncore.py|handle_expt_event|440]) ok test_line_terminator3 (__main__.TestAsynchat_WithPoll) ... error: uncaptured python exception, closing channel __main__.echo_client at 0x1083610 (class 'socket.error':[Errno 9] Bad file descriptor [../Python- 3.1rc1/Lib/asyncore.py|readwrite|106] [../Python-3.1rc1/Lib/asyncore.py|handle_expt_event|440]) error: uncaptured python exception, closing channel __main__.echo_client at 0x1083550 (class 'socket.error':[Errno 9] Bad file descriptor [../Python-3.1rc1/Lib/asyncore.py|readwrite|106] [../Python- 3.1rc1/Lib/asyncore.py|handle_expt_event|440]) error: uncaptured python exception, closing channel __main__.echo_client at 0x10835f0 (class 'socket.error':[Errno 9] Bad file descriptor [../Python-3.1rc1/Lib/asyncore.py|readwrite|106] [../Python- 3.1rc1/Lib/asyncore.py|handle_expt_event|440]) ok test_none_terminator (__main__.TestAsynchat_WithPoll) ... error: uncaptured python exception, closing channel __main__.echo_client at 0x1083550 (class 'socket.error':[Errno 9] Bad file descriptor [../Python- 3.1rc1/Lib/asyncore.py|readwrite|106] [../Python-3.1rc1/Lib/asyncore.py|handle_expt_event|440]) ok test_numeric_terminator1 (__main__.TestAsynchat_WithPoll) ... error: uncaptured python exception, closing channel __main__.echo_client at 0x1083630 (class 'socket.error':[Errno 9] Bad file descriptor [../Python- 3.1rc1/Lib/asyncore.py|readwrite|106] [../Python-3.1rc1/Lib/asyncore.py|handle_expt_event|440]) ok test_numeric_terminator2 (__main__.TestAsynchat_WithPoll) ... error: uncaptured python exception, closing channel __main__.echo_client at 0x10837f0 (class 'socket.error':[Errno 9] Bad file descriptor [../Python- 3.1rc1/Lib/asyncore.py|readwrite|106] [../Python-3.1rc1/Lib/asyncore.py|handle_expt_event|440]) ok test_simple_producer (__main__.TestAsynchat_WithPoll) ... error: uncaptured python exception, closing channel __main__.echo_client at 0x1083910 (class 'socket.error':[Errno 9] Bad file descriptor [../Python- 3.1rc1/Lib/asyncore.py|readwrite|106] [../Python-3.1rc1/Lib/asyncore.py|handle_expt_event|440]) ok test_string_producer (__main__.TestAsynchat_WithPoll) ... error: uncaptured python exception, closing channel __main__
[issue5798] test_asynchat fails on Mac OSX
Jean Brouwers mrje...@gmail.com added the comment: Correct. With new Lib/asyncore.py file rev 73183 all 23 tests in the original test_asynchat.py pass in Python 3.1rc1 built from source on MacOS X 10.4.11 Tiger (Intel). % ./python.exe Lib/test/test_asynchat.py test_close_when_done (__main__.TestAsynchat) ... ok test_empty_line (__main__.TestAsynchat) ... ok test_line_terminator1 (__main__.TestAsynchat) ... ok test_line_terminator2 (__main__.TestAsynchat) ... ok test_line_terminator3 (__main__.TestAsynchat) ... ok test_none_terminator (__main__.TestAsynchat) ... ok test_numeric_terminator1 (__main__.TestAsynchat) ... ok test_numeric_terminator2 (__main__.TestAsynchat) ... ok test_simple_producer (__main__.TestAsynchat) ... ok test_string_producer (__main__.TestAsynchat) ... ok test_close_when_done (__main__.TestAsynchat_WithPoll) ... ok test_empty_line (__main__.TestAsynchat_WithPoll) ... ok test_line_terminator1 (__main__.TestAsynchat_WithPoll) ... ok test_line_terminator2 (__main__.TestAsynchat_WithPoll) ... ok test_line_terminator3 (__main__.TestAsynchat_WithPoll) ... ok test_none_terminator (__main__.TestAsynchat_WithPoll) ... ok test_numeric_terminator1 (__main__.TestAsynchat_WithPoll) ... ok test_numeric_terminator2 (__main__.TestAsynchat_WithPoll) ... ok test_simple_producer (__main__.TestAsynchat_WithPoll) ... ok test_string_producer (__main__.TestAsynchat_WithPoll) ... ok test_find_prefix_at_end (__main__.TestHelperFunctions) ... ok test_basic (__main__.TestFifo) ... ok test_given_list (__main__.TestFifo) ... ok -- Ran 23 tests in 7.726s OK -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue5798 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue2919] Merge profile/cProfile in 3.0
Changes by Jean Brouwers mrje...@gmail.com: Removed file: http://bugs.python.org/file14131/profile_module.tgz ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue2919 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue2919] Merge profile/cProfile in 3.0
Jean Brouwers mrje...@gmail.com added the comment: Fixed a couple of typos in the README and _profile_hires.c files of the attached profile_module2.tgz tar ball. -- Added file: http://bugs.python.org/file14156/profile_module2.tgz ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue2919 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue2919] Merge profile/cProfile in 3.0
Jean Brouwers mrje...@gmail.com added the comment: Attached is *an* attempt to combine the old profile/cProfile modules into a single one called profile. Only the C and Python source and test files are included, not any documentation files. More details are in the README file, copied below. Hopefully, this is useful. /Jean Brouwers These are the modified files to replace the old profile module with the fast cProfile one and rename the latter. A complete list and description follow. ./README ./profileNEW/setup.py ./profileNEW/Lib/profile.py ./profileNEW/Lib/test/profilee.py ./profileNEW/Lib/test/test_profile.py ./profileNEW/Modules/_profile.c ./profilePy3k/setup.py ./profilePy3k/Lib/profile.py ./profilePy3k/Lib/test/profilee.py ./profilePy3k/Lib/test/test_cprofile.py ./profilePy3k/Lib/test/test_profile.py ./profilePy3k/Modules/_lsprof.c ./diff_-u_profilePy3k_Modules_lsprof.c_profileNEW_Modules_profile.c.txt ./diff_-ur_profilePy3k_profileNEW.txt ./_profile_hires.c Directory profileNEW contains all the source and test files in their corresponding directories. Directory profilePy3k contains the old, original files from the py3k trunk taken on May 31, 2009. Basically, the old _lsprof.c file has been modified and renamed to _profile.c. Both old test_profile.py and test_cprofile.py files have been combined into a single new file test_profile.py. The file diff_-ur_profilePy3k_profileNEW.txt contains the forward diffences between all the new and orginal files. File diff_-u_profilePy3k_Modules_lsprof.c_profileNEW_Modules_profile.c.txt contains just the differences between the old _lsprof.c and new _profile.c files. Lastly, for your consideration, file _profile_hires.c is the new _profile.c file enhanced to use a high resolution timer, see http://bugs.python.org/issue2281. This file would replace the _profile.c file in the profileNEW/Modules directory. The new files and tests were installed in a Python 3.0.1 build and compiled and tested on MacOS X 10.4.11 Tiger (Intel). The patches from issue 5330 were also installed in this build, see http://bugs.python.org/issue5330. All tests passed after regenerating the expected results % python.exe Lib/test/test_profile.py -r Regenerating Lib/test/test_profile.py... % python.exe Lib/test/test_profile.py test_bad_counter_during_dealloc (__main__.ProfileTest) ... ok test_calling_conventions (__main__.ProfileTest) ... ok test_profile (__main__.ProfileTest) ... ok -- Ran 3 tests in 0.017s OK -- nosy: +MrJean1 Added file: http://bugs.python.org/file14131/profile_module.tgz ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue2919 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue2281] Enhanced cPython profiler with high-resolution timer
Jean Brouwers mrje...@gmail.com added the comment: Another thought on the hires timer to make the hires time and hires time units available as 2 other functions in the time module. For example, function time.ticks() returns the hires time stamp as an int. Function time.ticks2secs(t) converts a given number of ticks to seconds. To avoid duplicating the hires time code in both the time and profile modules, it would be necessary to move the hpTimer and hpTimerUnit functions to some place inside the Python core accessible for the time and profile modules. Perhaps to a new file, say Python/gethptime.c. That new file can handle other platform-specific idiosyncrasies with respect to hires time. In particular, it could implement a different (and better) way to determine the resolution of a hires tick, e.g. on Linux and BSD Unix. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue2281 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue2919] Merge profile/cProfile in 3.0
Jean Brouwers mrje...@gmail.com added the comment: I just added another comment about the high-resolution timer in http://bugs.python.org/issue2281. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue2919 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue2281] Enhanced cPython profiler with high-resolution timer
Jean Brouwers mrje...@gmail.com added the comment: Here a small, standalone test program of the hires timer code from _lsprof4.c. The results from 10 different builds are included in the comment. -- Added file: http://bugs.python.org/file14006/hpTime.c ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue2281 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue2281] Enhanced cPython profiler with high-resolution timer
Jean Brouwers mrje...@gmail.com added the comment: Both the hires_lsprof4.tgz and hpTime.c files have been updated with a change in the PowerPC asm code. The previous implementation used a loop: label and that may cause duplicate symbols when compiled at optimization levels of -O3 and above with older GNU C compilers. -- Added file: http://bugs.python.org/file14011/hires_lsprof4.tgz ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue2281 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue2281] Enhanced cPython profiler with high-resolution timer
Jean Brouwers mrje...@gmail.com added the comment: Another test build and result has been added to the hpTime.c comment. -- Added file: http://bugs.python.org/file14012/hpTime.c ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue2281 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue2281] Enhanced cPython profiler with high-resolution timer
Changes by Jean Brouwers mrje...@gmail.com: Removed file: http://bugs.python.org/file14004/hires_lsprof4.tgz ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue2281 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue2281] Enhanced cPython profiler with high-resolution timer
Changes by Jean Brouwers mrje...@gmail.com: Removed file: http://bugs.python.org/file14006/hpTime.c ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue2281 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue2281] Enhanced cPython profiler with high-resolution timer
Jean Brouwers mrje...@gmail.com added the comment: Attached is yet another version of the Modules/_lsprof.c source, called _lsprof4.c. This one adds support for the hires timer on 32- and 64-bit Intel and PowerPC processors iff compiled with GNU C. With _lsprof4.c, the high precision profile is available on Linux, Mac OS X, Solaris, HP-UX and MS Windows. Included is the forward diff with _lsprof.c rev 66700 from the trunk. The changes are only at the very top and in the initialization function at the bottom. -- Added file: http://bugs.python.org/file14001/hires_lsprof4.tgz ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue2281 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue2281] Enhanced cPython profiler with high-resolution timer
Changes by Jean Brouwers mrje...@gmail.com: Removed file: http://bugs.python.org/file14001/hires_lsprof4.tgz ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue2281 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue2281] Enhanced cPython profiler with high-resolution timer
Jean Brouwers mrje...@gmail.com added the comment: There were two problems with _lsprof4.c. Attached is the corrected file and the forward diff with _lsprof.c rev 6670. -- Added file: http://bugs.python.org/file14004/hires_lsprof4.tgz ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue2281 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue5956] test_distutils fails for Python 3.1b1 on MacOS X
Jean Brouwers mrje...@gmail.com added the comment: Possible, I do not know and had never seen this before. Also, I just installed the latest (free) version 13.0.3 (Intel Build 165) of Stuffit Expander and the problem does *not* occur. But the older Stuffit 11.0.2 (Intel Build 627) still creates 2 files for each of these wininst-*.exe file, an empty directory called wininst- X.exe and a file called wininst-X.1.exe. And only for these particular wininst-*.exe files. For other *.exe files, empry ones, binaries and even files named wininst-X.exe, Stuffit 11 creates only the single file. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue5956 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue5956] test_distutils fails for Python 3.1b1 on MacOS X
Jean Brouwers mrje...@gmail.com added the comment: Here are the answers to your questions. % python Python 2.6.2 (r262:71600, Apr 16 2009, 09:17:39) [GCC 4.0.1 (Apple Computer, Inc. build 5250)] on darwin Type help, copyright, credits or license for more information. f = open('Lib/distutils/command/wininst-6.0.exe') Traceback (most recent call last): File stdin, line 1, in module IOError: [Errno 21] Is a directory: 'Lib/distutils/command/wininst-6.0.exe' import os os.path.isdir('Lib/distutils/command/wininst-6.0.exe') True os.stat('Lib/distutils/command/wininst-6.0.exe') posix.stat_result(st_mode=16877, st_ino=6314085L, st_dev=234881026L, st_nlink=2, st_uid=501, st_gid=501, st_size=68L, st_atime=1242244664, st_mtime=1241712622, st_ctime=1241712622) os.stat('Lib/distutils/command') posix.stat_result(st_mode=16877, st_ino=6314060L, st_dev=234881026L, st_nlink=58, st_uid=501, st_gid=501, st_size=1972L, st_atime=1242244781, st_mtime=1242245012, st_ctime=1242245012) But here is the root cause. The Python-3.1b1 files were created by Stuffit Expander ffrom the original Python-3.1b1 tar ball downloaded from the Python website. Changing the Stuffit preferences does not make any difference. However, if that same tar ball is uncompressed by the tar -zxf ... command, there are no directories. Only five simple files, as expected: -rw-r--r-- 1 jean jean 61440 Jul 15 2008 wininst-6.0.exe -rw-r--r-- 1 jean jean 65536 Jul 15 2008 wininst-7.1.exe -rw-r--r-- 1 jean jean 61440 Jan 20 13:25 wininst-8.0.exe -rw-r--r-- 1 jean jean 224256 Jan 29 05:08 wininst-9.0-amd64.exe -rw-r--r-- 1 jean jean 196096 Jan 29 05:08 wininst-9.0.exe After removing the directory files (and renaming the *.1.exe to *.exe), the regression tests passes. % ./python.exe ../Python-3.1b1/Lib/test/test_distutils.py test_formats (distutils.tests.test_bdist.BuildTestCase) ... ok test_simple_built (distutils.tests.test_bdist_dumb.BuildDumbTestCase) ... ok test_no_optimize_flag (distutils.tests.test_bdist_rpm.BuildRpmTestCase) ... ok test_quiet (distutils.tests.test_bdist_rpm.BuildRpmTestCase) ... ok test_get_exe_bytes (distutils.tests.test_bdist_wininst.BuildWinInstTestCase) ... ok test_build_libraries (distutils.tests.test_build_clib.BuildCLibTestCase) ... ok test_check_library_dist (distutils.tests.test_build_clib.BuildCLibTestCase) ... ok test_finalize_options (distutils.tests.test_build_clib.BuildCLibTestCase) ... ok test_get_source_files (distutils.tests.test_build_clib.BuildCLibTestCase) ... ok test_build_ext (distutils.tests.test_build_ext.BuildExtTestCase) ... ok test_optional_extension (distutils.tests.test_build_ext.BuildExtTestCase) ... ok test_solaris_enable_shared (distutils.tests.test_build_ext.BuildExtTestCase) ... ok test_user_site (distutils.tests.test_build_ext.BuildExtTestCase) ... ok test_empty_package_dir (distutils.tests.test_build_py.BuildPyTestCase) ... ok test_package_data (distutils.tests.test_build_py.BuildPyTestCase) ... ok test_build (distutils.tests.test_build_scripts.BuildScriptsTestCase) ... ok test_default_settings (distutils.tests.test_build_scripts.BuildScriptsTestCase) ... ok test_version_int (distutils.tests.test_build_scripts.BuildScriptsTestCase) ... ok test_check_all (distutils.tests.test_check.CheckTestCase) ... ok test_check_document (distutils.tests.test_check.CheckTestCase) ... ok test_check_metadata (distutils.tests.test_check.CheckTestCase) ... ok test_check_restructuredtext (distutils.tests.test_check.CheckTestCase) ... ok test_simple_run (distutils.tests.test_clean.cleanTestCase) ... ok test_dump_options (distutils.tests.test_cmd.CommandTestCase) ... ok test_ensure_dirname (distutils.tests.test_cmd.CommandTestCase) ... ok test_ensure_filename (distutils.tests.test_cmd.CommandTestCase) ... ok test_ensure_string (distutils.tests.test_cmd.CommandTestCase) ... ok test_ensure_string_list (distutils.tests.test_cmd.CommandTestCase) ... ok test_make_file (distutils.tests.test_cmd.CommandTestCase) ... ok test_server_empty_registration (distutils.tests.test_config.PyPIRCCommandTestCase) ... ok test_server_registration (distutils.tests.test_config.PyPIRCCommandTestCase) ... ok test_clean (distutils.tests.test_config_cmd.ConfigTestCase) ... ok test_dump_file (distutils.tests.test_config_cmd.ConfigTestCase) ... ok test_finalize_options (distutils.tests.test_config_cmd.ConfigTestCase) ... ok test_search_cpp (distutils.tests.test_config_cmd.ConfigTestCase) ... ok test_run_setup_provides_file (distutils.tests.test_core.CoreTestCase) ... ok test_run_setup_uses_current_dir (distutils.tests.test_core.CoreTestCase) ... ok test_copy_tree_verbosity (distutils.tests.test_dir_util.DirUtilTestCase) ... ok test_create_tree_verbosity (distutils.tests.test_dir_util.DirUtilTestCase) ... ok test_mkpath_remove_tree_verbosity (distutils.tests.test_dir_util.DirUtilTestCase) ... ok test_command_packages_cmdline (distutils.tests.test_dist.DistributionTestCase) ... ok
[issue5956] test_distutils fails for Python 3.1b1 on MacOS X
Jean Brouwers mrje...@gmail.com added the comment: Indeed, this is Python 3.1b1 built from source on MacOS X 10.4.1 Tiger (Intel). MacOS considers some of these win*.exe files directories. See the attached picture and below. % ls -l Python-3.1b1/Lib/distutils/command/win* -rw-r--r-- 1 jean jean 61440 Jul 15 2008 Python- 3.1b1/Lib/distutils/command/wininst-6.0.1.exe -rw-r--r-- 1 jean jean 65536 Jul 15 2008 Python- 3.1b1/Lib/distutils/command/wininst-7.1.1.exe -rw-r--r-- 1 jean jean 61440 Jan 20 13:25 Python- 3.1b1/Lib/distutils/command/wininst-8.0.1.exe -rw-r--r-- 1 jean jean 224256 Jan 29 05:08 Python- 3.1b1/Lib/distutils/command/wininst-9.0-amd64.1.exe -rw-r--r-- 1 jean jean 196096 Jan 29 05:08 Python- 3.1b1/Lib/distutils/command/wininst-9.0.exe Python-3.1b1/Lib/distutils/command/wininst-6.0.exe: Python-3.1b1/Lib/distutils/command/wininst-7.1.exe: Python-3.1b1/Lib/distutils/command/wininst-8.0.exe: Python-3.1b1/Lib/distutils/command/wininst-9.0-amd64.exe: % ls -l Python-3.1b1/Lib/distutils/command/ total 2240 -rw-r--r-- 1 jean jean 61440 Jul 15 2008 wininst-6.0.1.exe drwxr-xr-x 2 jean jean 68 May 7 09:10 wininst-6.0.exe -rw-r--r-- 1 jean jean 65536 Jul 15 2008 wininst-7.1.1.exe drwxr-xr-x 2 jean jean 68 May 7 09:10 wininst-7.1.exe -rw-r--r-- 1 jean jean 61440 Jan 20 13:25 wininst-8.0.1.exe drwxr-xr-x 2 jean jean 68 May 7 09:10 wininst-8.0.exe -rw-r--r-- 1 jean jean 224256 Jan 29 05:08 wininst-9.0-amd64.1.exe drwxr-xr-x 2 jean jean 68 May 7 09:10 wininst-9.0-amd64.exe -rw-r--r-- 1 jean jean 196096 Jan 29 05:08 wininst-9.0.exe -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue5956 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue5956] test_distutils fails for Python 3.1b1 on MacOS X
Jean Brouwers mrje...@gmail.com added the comment: Another attempt to attach the image. -- Added file: http://bugs.python.org/file13979/Issue5956.jpg ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue5956 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue5798] test_asynchat fails on Mac OSX
Jean Brouwers mrje...@gmail.com added the comment: Indeed, the unmodified test_asynchat.py now passes in Python 3.1b1. The readwrite function in asyncore looks like this now: def readwrite(obj, flags): try: if flags (select.POLLHUP | select.POLLERR | select.POLLNVAL): obj.handle_close() else: if flags select.POLLIN: obj.handle_read_event() if flags select.POLLOUT: # and obj.connected: obj.handle_write_event() if flags select.POLLPRI: # and obj.connected: obj.handle_expt_event() except _reraised_exceptions: raise except: obj.handle_error() -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue5798 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue5798] test_asynchat fails on Mac OSX
Jean Brouwers mrje...@gmail.com added the comment: Here is a (new?) failure of test_asynchat with Python 3.1b1 on MacOS X 10.4.11 (Intel). % make test test test_asynchat produced unexpected output: ** *** lines 2-16 of actual output doesn't appear in expected output after line 1: + error: uncaptured python exception, closing channel test.test_asynchat.echo_client at 0x21dcc30 (class 'socket.error' :[Errno 9] Bad file descriptor [../Python- 3.1b1/Lib/asyncore.py|readwrite|106] [../Python-3 .1b1/Lib/asyncore.py|handle_expt_event|440]) + error: uncaptured python exception, closing channel test.test_asynchat.echo_client at 0x21dcb90 (class 'socket.error' :[Errno 9] Bad file descriptor [../Python- 3.1b1/Lib/asyncore.py|readwrite|106] [../Python-3 .1b1/Lib/asyncore.py|handle_expt_event|440]) + error: uncaptured python exception, closing channel test.test_asynchat.echo_client at 0x21dcf90 (class 'socket.error' :[Errno 9] Bad file descriptor [../Python- 3.1b1/Lib/asyncore.py|readwrite|106] [../Python-3 .1b1/Lib/asyncore.py|handle_expt_event|440]) + error: uncaptured python exception, closing channel test.test_asynchat.echo_client at 0x21dcd50 (class 'socket.error' :[Errno 9] Bad file descriptor [../Python- 3.1b1/Lib/asyncore.py|readwrite|106] [../Python-3 .1b1/Lib/asyncore.py|handle_expt_event|440]) + error: uncaptured python exception, closing channel test.test_asynchat.echo_client at 0x21dcc30 (class 'socket.error' :[Errno 9] Bad file descriptor [../Python- 3.1b1/Lib/asyncore.py|readwrite|106] [../Python-3 .1b1/Lib/asyncore.py|handle_expt_event|440]) + error: uncaptured python exception, closing channel test.test_asynchat.echo_client at 0x21dcb90 (class 'socket.error' :[Errno 9] Bad file descriptor [../Python- 3.1b1/Lib/asyncore.py|readwrite|106] [../Python-3 .1b1/Lib/asyncore.py|handle_expt_event|440]) + error: uncaptured python exception, closing channel test.test_asynchat.echo_client at 0x21dcf90 (class 'socket.error' :[Errno 9] Bad file descriptor [../Python- 3.1b1/Lib/asyncore.py|readwrite|106] [../Python-3 .1b1/Lib/asyncore.py|handle_expt_event|440]) + error: uncaptured python exception, closing channel test.test_asynchat.echo_client at 0x21dcd50 (class 'socket.error' :[Errno 9] Bad file descriptor [../Python- 3.1b1/Lib/asyncore.py|readwrite|106] [../Python-3 .1b1/Lib/asyncore.py|handle_expt_event|440]) + error: uncaptured python exception, closing channel test.test_asynchat.echo_client at 0x21dcc30 (class 'socket.error' :[Errno 9] Bad file descriptor [../Python- 3.1b1/Lib/asyncore.py|readwrite|106] [../Python-3 .1b1/Lib/asyncore.py|handle_expt_event|440]) + error: uncaptured python exception, closing channel test.test_asynchat.echo_client at 0x21dcb90 (class 'socket.error' :[Errno 9] Bad file descriptor [../Python- 3.1b1/Lib/asyncore.py|readwrite|106] [../Python-3 .1b1/Lib/asyncore.py|handle_expt_event|440]) + error: uncaptured python exception, closing channel test.test_asynchat.echo_client at 0x21dc2d0 (class 'socket.error' :[Errno 9] Bad file descriptor [../Python- 3.1b1/Lib/asyncore.py|readwrite|106] [../Python-3 .1b1/Lib/asyncore.py|handle_expt_event|440]) + error: uncaptured python exception, closing channel test.test_asynchat.echo_client at 0x21dcc30 (class 'socket.error' :[Errno 9] Bad file descriptor [../Python- 3.1b1/Lib/asyncore.py|readwrite|106] [../Python-3 .1b1/Lib/asyncore.py|handle_expt_event|440]) + error: uncaptured python exception, closing channel test.test_asynchat.echo_client at 0x21dcbb0 (class 'socket.error' :[Errno 9] Bad file descriptor [../Python- 3.1b1/Lib/asyncore.py|readwrite|106] [../Python-3 .1b1/Lib/asyncore.py|handle_expt_event|440]) + error: uncaptured python exception, closing channel test.test_asynchat.echo_client at 0x21dcb90 (class 'socket.error' :[Errno 9] Bad file descriptor [../Python- 3.1b1/Lib/asyncore.py|readwrite|106] [../Python-3 .1b1/Lib/asyncore.py|handle_expt_event|440]) + error: uncaptured python exception, closing channel test.test_asynchat.echo_client at 0x21dcd50 (class 'socket.error' :[Errno 9] Bad file descriptor [../Python- 3.1b1/Lib/asyncore.py|readwrite|106] [../Python-3 .1b1/Lib/asyncore.py|handle_expt_event|440]) ** % ./python.exe Lib/test/test_asynchat.py test_close_when_done (__main__.TestAsynchat) ... ok test_empty_line (__main__.TestAsynchat) ... ok test_line_terminator1 (__main__.TestAsynchat) ... ok test_line_terminator2 (__main__.TestAsynchat) ... ok test_line_terminator3 (__main__.TestAsynchat) ... ok test_none_terminator (__main__.TestAsynchat) ... ok test_numeric_terminator1 (__main__.TestAsynchat) ... ok test_numeric_terminator2 (__main__.TestAsynchat) ... ok test_simple_producer (__main__.TestAsynchat) ... ok test_string_producer (__main__.TestAsynchat) ... ok test_close_when_done (__main__.TestAsynchat_WithPoll) ... ok test_empty_line (__main__.TestAsynchat_WithPoll
[issue5956] test_distutils fails for Python 3.1b1 on MacOS X
New submission from Jean Brouwers mrje...@gmail.com: % make test test_distutils test test_distutils failed -- Traceback (most recent call last): File ../Python-3.1b1/Lib/distutils/tests/test_bdist_wininst.py, line 23, in test_get_exe_bytes exe_file = cmd.get_exe_bytes() File ../Python-3.1b1/Lib/distutils/command/bdist_wininst.py, line 343, in get_exe_bytes return open(filename, rb).read() IOError: [Errno 21] Is a directory: '../Python- 3.1b1/Lib/distutils/command/wininst-6.0.exe' % ./python.exe Lib/test/test_distutils.py test_formats (distutils.tests.test_bdist.BuildTestCase) ... ok test_simple_built (distutils.tests.test_bdist_dumb.BuildDumbTestCase) ... ok test_no_optimize_flag (distutils.tests.test_bdist_rpm.BuildRpmTestCase) ... ok test_quiet (distutils.tests.test_bdist_rpm.BuildRpmTestCase) ... ok test_get_exe_bytes (distutils.tests.test_bdist_wininst.BuildWinInstTestCase) ... ERROR ... all other tests are ... ok == ERROR: test_get_exe_bytes (distutils.tests.test_bdist_wininst.BuildWinInstTestCase) -- Traceback (most recent call last): File ../Python-3.1b1/Lib/distutils/tests/test_bdist_wininst.py, line 23, in test_get_exe_bytes exe_file = cmd.get_exe_bytes() File ../Python-3.1b1/Lib/distutils/command/bdist_wininst.py, line 343, in get_exe_bytes return open(filename, rb).read() IOError: [Errno 21] Is a directory: '../Python- 3.1b1/Lib/distutils/command/wininst-6.0.exe' -- Ran 97 tests in 0.948s FAILED (errors=1) Traceback (most recent call last): File Lib/test/test_distutils.py, line 17, in module test_main() File Lib/test/test_distutils.py, line 13, in test_main test.support.run_unittest(distutils.tests.test_suite()) File ../Python-3.1b1/Lib/test/support.py, line 878, in run_unittest _run_suite(suite) File ../Python-3.1b1/Lib/test/support.py, line 861, in _run_suite raise TestFailed(err) test.support.TestFailed: Traceback (most recent call last): File ../Python-3.1b1/Lib/distutils/tests/test_bdist_wininst.py, line 23, in test_get_exe_bytes exe_file = cmd.get_exe_bytes() File ../Python-3.1b1/Lib/distutils/command/bdist_wininst.py, line 343, in get_exe_bytes return open(filename, rb).read() IOError: [Errno 21] Is a directory: '../Python- 3.1b1/Lib/distutils/command/wininst-6.0.exe' % ./python.exe Python 3.1b1 (r31b1:72412, May 7 2009, 09:16:22) [GCC 4.0.1 (Apple Computer, Inc. build 5367)] on darwin Type help, copyright, credits or license for more information. -- components: Tests messages: 87378 nosy: MrJean1 severity: normal status: open title: test_distutils fails for Python 3.1b1 on MacOS X type: behavior versions: Python 3.1 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue5956 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue5798] test_asynchat fails on Mac OSX
Jean Brouwers mrje...@gmail.com added the comment: I reran the test_synchat.py test after patching to the Lib/asyncore.py and Lib/test/test-asynchat.py files of Python-3.1b1 on MacOS X 10.4.11 (Intel). The test now hangs in ... test_string_producer (__main__.TestAsynchat) ... ok test_close_when_done (__main__.TestAsynchat_WithPoll) ... The test also hangs, after removing the patches from the Lib/test/test_asynchat.py file but keeping the patched Lib/asyncore.py file. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue5798 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue5798] test_asynchat fails on Mac OSX
Jean Brouwers mrje...@gmail.com added the comment: Understood. On Thu, May 7, 2009 at 5:18 PM, Josiah Carlson rep...@bugs.python.orgwrote: Josiah Carlson josiahcarl...@users.sourceforge.net added the comment: As an aside, I was testing against trunk, not 3.1b1 . -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue5798 ___ -- Added file: http://bugs.python.org/file13918/unnamed ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue5798 ___Understood.divbrdivbrdiv class=gmail_quoteOn Thu, May 7, 2009 at 5:18 PM, Josiah Carlson span dir=ltrlt;a href=mailto:rep...@bugs.python.org;rep...@bugs.python.org/agt;/span wrote:brblockquote class=gmail_quote style=margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex; div class=imbr Josiah Carlson lt;a href=mailto:josiahcarl...@users.sourceforge.net;josiahcarl...@users.sourceforge.net/agt; added the comment:br br /divAs an aside, I was testing against trunk, not 3.1b1 .br divdiv/divdiv class=h5br --br br ___br Python tracker lt;a href=mailto:rep...@bugs.python.org;rep...@bugs.python.org/agt;br lt;a href=http://bugs.python.org/issue5798; target=_blankhttp://bugs.python.org/issue5798/agt;br ___br /div/div/blockquote/divbr/div/div ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue5870] subprocess.DEVNULL
New submission from Jean Brouwers mrje...@gmail.com: The subprocess module exposes the PIPE and STDOUT constants to be used for the stdin, stdout or stderr keyword arguments. Often, stderr needs to be redirected to /dev/null (on posix). It would nice if another constant was available for that purpose, e.g. subprocess.DEVNULL. Perhaps, that might be as simple as DEVNULL = os.open(os.devnull, os.OS_RDWR) and re-use the same, single file descriptor. -- components: Extension Modules messages: 86761 nosy: MrJean1 severity: normal status: open title: subprocess.DEVNULL type: feature request versions: Python 2.7 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue5870 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue3167] math test fails on Solaris 10
Jean Brouwers [EMAIL PROTECTED] added the comment: It looks like the patch did fix the problems. Attached are the results for 32- and 64-bit Python 2.6.1 with and without the patch, all built with SUN's compilers on Solaris 10 (Opteron). The math log tests failed with the 32-bit build before and passed after applying the patch. The 64-bit build passed before and still passes after the patch. Added file: http://bugs.python.org/file12307/Python-2.6.1-32bit-Solaris10-math_patch.log ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue3167 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue3167] math test fails on Solaris 10
Changes by Jean Brouwers [EMAIL PROTECTED]: Added file: http://bugs.python.org/file12308/Python-2.6.1-64bit-Solaris10-math_patch.log ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue3167 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue4388] test_cmd_line fails on MacOS X
Jean Brouwers [EMAIL PROTECTED] added the comment: The test was originally run with % echo $LANG tcsh: LANG: Undefined variable. The same failure occurs with LANG set to C % env LANG=C ../Python-3.0rc3/python.exe Lib/test/test_cmd_line.py test_directories (__main__.CmdLineTest) ... ok FAILED (failures=1) Traceback (most recent call last): File Lib/test/test_cmd_line.py, line 151, in module test_main() File Lib/test/test_cmd_line.py, line 147, in test_main test.support.run_unittest(CmdLineTest) File /Users/jean/Desktop/Python-3.0rc3/Lib/test/support.py, line 698, in run_unittest _run_suite(suite) File /Users/jean/Desktop/Python-3.0rc3/Lib/test/support.py, line 681, in _run_suite raise TestFailed(err) test.support.TestFailed: Traceback (most recent call last): File Lib/test/test_cmd_line.py, line 143, in test_run_code 0) AssertionError: 1 != 0 But the test passes in both these cases: % env LANG=en_US.UTF-8 ../Python-3.0rc3/python.exe Lib/test/test_cmd_line.py Lib/test/test_cmd_line.py test_run_code (__main__.CmdLineTest) ... ok OK % env LANG=en_GB.UTF-8 ../Python-3.0rc3/python.exe Lib/test/test_cmd_line.py test_run_code (__main__.CmdLineTest) ... ok OK ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue4388 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue4388] test_cmd_line fails on MacOS X
Jean Brouwers [EMAIL PROTECTED] added the comment: The results from this script import os, sys print('Python %s' % sys.version.split()[0]) print('env[LANG]: %s' % os.environ.get('LANG', 'not set')) print('default encoding: %s' % sys.getdefaultencoding()) print('filesystem encoding: %s' % sys.getfilesystemencoding()) are with Python 3.0: Python 3.0rc3 env[LANG]: not set default encoding: utf-8 filesystem encoding: utf-8 but for Python 2.3 thru 2.6: Python 2.6 env[LANG]: not set default encoding: ascii filesystem encoding: utf-8 All with Python built from source on MacOS X 10.4.11 (Intel). ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue4388 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue2218] Enhanced hotshot profiler with high-resolution timer
Changes by Jean Brouwers [EMAIL PROTECTED]: -- versions: +Python 2.5.3 -Python 2.6 ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue2218 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue2281] Enhanced cPython profiler with high-resolution timer
Changes by Jean Brouwers [EMAIL PROTECTED]: -- versions: +Python 2.5.3 -Python 3.0 ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue2281 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue3163] module struct support for ssize_t and size_t
Changes by Jean Brouwers [EMAIL PROTECTED]: -- versions: +Python 2.5.3 -Python 2.7 ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue3163 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue3163] module struct support for ssize_t and size_t
Changes by Jean Brouwers [EMAIL PROTECTED]: -- versions: +Python 2.7 -Python 2.5.3 ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue3163 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue2281] Enhanced cPython profiler with high-resolution timer
Changes by Jean Brouwers [EMAIL PROTECTED]: -- versions: +Python 2.7 -Python 2.5.3 ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue2281 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue2218] Enhanced hotshot profiler with high-resolution timer
Changes by Jean Brouwers [EMAIL PROTECTED]: -- versions: +Python 2.7 -Python 2.5.3 ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue2218 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue3509] La Lutte, Je Vais Vous Montrer Mon Piquer!
New submission from Jean Brouwers [EMAIL PROTECTED]: Soyez heureux avec votre taille et de rendre votre partenaire heureux et satisfait. Alors que VPXL elargissement chirurgie est couteux et parfois dangereux, pilules pourrait facilement etre oublie de prendre et d'autres produits sont le plus souvent que Travailler pour l'OMS, le VPXL est sur et facile a utiliser.} Commander VPXL et bienvenue dans le monde de heureux et confiant hommes. http://surekeep.com -- files: unnamed messages: 70775 nosy: MrJean1 severity: normal status: open title: La Lutte, Je Vais Vous Montrer Mon Piquer! Added file: http://bugs.python.org/file11063/unnamed ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue3509 ___html xmlns:o=urn:schemas-microsoft-com:office:office xmlns:w=urn:schemas-microsoft-com:office:word xmlns=http://www.w3.org/TR/REC-html40; head META HTTP-EQUIV=Content-Type CONTENT=text/html; charset=iso-8859-2 meta name=Generator content=Microsoft Word 11 (filtered medium) /head body html body bgcolor=#FF link=green font face=Verdana size=2 color=greenbSoyez heureux avec votre taille et de rendre votre partenaire heureux et satisfait./b/fontbrbr font face=Verdana size=2Alors que VPXL elargissement chirurgie est couteux et parfois dangereux, pilules pourrait facilement etre oublie de prendre et d'autres produits sont le plus souvent que Travailler pour l'OMS, le VPXL est sur et facile a utiliser.}/fontbrbr font face=Verdana size=2Commander VPXL et bienvenue dans le monde de heureux et confiant hommes./fontbrbr font face=Verdana size=2a href=http://surekeep.com;bhttp://surekeep.com/b/a/font /body /html /body /html ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue3407] test_urllib2_localnet fails on MacOS X 10.4.11 (Intel)
New submission from Jean Brouwers [EMAIL PROTECTED]: The test_urllib2_localnet fails on MacOS X 10.4.11 (Intel) with Python 2.6b2 (and 3.0b2), see below. The same test also failed for Python 2.6b1 but was not reported as a test failure. % ./python.exe Python 2.6b2 (r26b2:65082, Jul 18 2008, 09:00:40) [GCC 4.0.1 (Apple Computer, Inc. build 5367)] on darwin Type help, copyright, credits or license for more information. % ./python.exe Lib/test/test_urllib2_localnet.py test_proxy_qop_auth_int_works_or_throws_urlerror (__main__.ProxyAuthTests) ... ok test_proxy_qop_auth_works (__main__.ProxyAuthTests) ... ok test_proxy_with_bad_password_raises_httperror (__main__.ProxyAuthTests) ... ok test_proxy_with_no_password_raises_httperror (__main__.ProxyAuthTests) ... ok -- Ran 4 tests in 4.233s OK test_200 (__main__.TestUrlopen) ... ok test_200_with_parameters (__main__.TestUrlopen) ... ok test_404 (__main__.TestUrlopen) ... ok test_bad_address (__main__.TestUrlopen) ... FAIL test_basic (__main__.TestUrlopen) ... ok test_geturl (__main__.TestUrlopen) ... ok test_info (__main__.TestUrlopen) ... ok test_redirection (__main__.TestUrlopen) ... ok test_sending_headers (__main__.TestUrlopen) ... ok == FAIL: test_bad_address (__main__.TestUrlopen) -- Traceback (most recent call last): File Lib/test/test_urllib2_localnet.py, line 477, in test_bad_address urllib2.urlopen, http://www.python.invalid./;) AssertionError: IOError not raised -- Ran 9 tests in 9.486s FAILED (failures=1) Traceback (most recent call last): File Lib/test/test_urllib2_localnet.py, line 491, in module test_main() File Lib/test/test_urllib2_localnet.py, line 488, in test_main test_support.run_unittest(TestUrlopen) File .../Python-2.6b2/Lib/test/test_support.py, line 731, in run_unittest _run_suite(suite) File .../Python-2.6b2/Lib/test/test_support.py, line 714, in _run_suite raise TestFailed(err) test.test_support.TestFailed: Traceback (most recent call last): File Lib/test/test_urllib2_localnet.py, line 477, in test_bad_address urllib2.urlopen, http://www.python.invalid./;) AssertionError: IOError not raised -- components: Tests messages: 69971 nosy: MrJean1 severity: normal status: open title: test_urllib2_localnet fails on MacOS X 10.4.11 (Intel) type: behavior versions: Python 2.6 ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue3407 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue3167] math test fails on Solaris 10
Jean Brouwers [EMAIL PROTECTED] added the comment: The /lib/libm.so.* files on my Solaris 10 (Opteron) box are equally old: ll /lib/libm.so* lrwxrwxrwx 1 root root 9 Sep 7 2006 /lib/libm.so - libm.so.2* -rwxr-xr-x 1 root bin 13536 Jan 22 2005 /lib/libm.so.1 -rwxr-xr-x 1 root bin 337804 Jan 22 2005 /lib/libm.so.2 Also, this looks like a more recent patch for the Math libraries, under 3.2: http://developers.sun.com/sunstudio/downloads/express_readme.html Then thare are the Studio patches SUN recommended the other day: http://developers.sun.com/sunstudio/downloads/patches/ss11_patches.html If things change after I install those, I will certainly let you know. /Jean Brouwers ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue3167 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue3168] cmath test fails on Solaris 10
Jean Brouwers [EMAIL PROTECTED] added the comment: Below is the reply from SUN. It was indeed a bug which has been fixed already. I have not yet applied the patches to my SUN compilers and tried again. /Jean Begin forwarded message: From: Sun Microsystems [EMAIL PROTECTED] Date: July 1, 2008 3:51:17 PM PDT Subject: Re: (Incident Review ID: 1284413) Sun C 5.8 optimization bug for 64-bit Opteron --- Note: you can send us updates about your Incident --- --- by replying to this mail. Place new information --- --- above these lines. Do not include attachments. --- --- Our system ignores attachments and anything below --- --- these lines. --- Hi Jean Brouwers, We appreciate your feedback. Using your sample I was able to get the correct results using Sun Studio 12. This may indicate that the issue was also fixed in a backported patch to Studio 11 (Sun C 5.8). Check to be sure that the latest patches have been applied to your installation. See: http://developers.sun.com/sunstudio/downloads/patches/ss11_patches.html Regards, Brad Mayer NOTICE: This message, including any attachments, is for the intended recipient(s) only. If you are not the intended recipient(s), please reply to the sender, delete this message, and refrain from disclosing, copying, or distributing this message. --- Previous Messages - Report - category : c subcategory : compiler release : other type : bug synopsis : Sun C 5.8 optimization bug for 64-bit Opteron customer name : Jean Brouwers sdn id : language : en hardware : x86 os : sol2.5.1 bug id : 0 date created : Sun Jun 29 11:49:10 MST 2008 date evaluated : Tue Jul 01 15:41:10 MST 2008 description : FULL PRODUCT VERSION : which cc /opt/SUNWspro/bin/cc cc -V cc: Sun C 5.8 2005/10/13 ADDITIONAL OS VERSION INFORMATION : uname -a SunOS unknown 5.10 Generic_118855-14 i86pc i386 i86pc EXTRA RELEVANT SYSTEM CONFIGURATION : Solaris 10 on an Ultra20 Opteron machine. A DESCRIPTION OF THE PROBLEM : At higher optimization levels, the Sun C compiler does not handle certain function call patterns correctly. Specifically, the values of complex_t variables q and r in the code snippet below are different. typedef struct { double real; double imag; } complex_t; complex_t c_comp(double real); complex_t c_quot(complex_t a, complex_t b); ... complex_t_t x, y, q, r; x = c_comp(4.6051701859880918); y = c_comp(0.69314718055994529); q = c_quot(x, y); r = c_quot(x, c_comp(0.6931471805599452)); ... STEPS TO FOLLOW TO REPRODUCE THE PROBLEM : See the attached test case. Instructions are included inside. EXPECTED VERSUS ACTUAL BEHAVIOR : EXPECTED - rm a.out ; cc -xtarget=native64 -xO0 c_main.c c_quot.c -lm ; ./a.out c_main.c: c_quot.c: 6.643856 + j 0.00 6.643856 + j 0.00 ACTUAL - rm a.out ; cc -xtarget=native64 -xO3 c_main.c c_quot.c -lm ; ./a.out c_main.c: c_quot.c: 6.643856 + j 0.00 Inf + j 0.00 REPRODUCIBILITY : This bug can be reproduced always. -- BEGIN SOURCE -- /* Split this file in 3 separate file, c_main.c, c_quot.h and c_quot.c. Compile with and without optimization using Sun C 5.8 compiler on Solaris 10 (Opteron) and run as follows. rm a.out ; cc -xtarget=native64 -xO0 c_main.c c_quot.c -lm ; ./a.out c_main.c: c_quot.c: 6.643856 + j 0.00 6.643856 + j 0.00 rm a.out ; cc -xtarget=native64 -xO1 c_main.c c_quot.c -lm ; ./a.out c_main.c: c_quot.c: 6.643856 + j 0.00 6.643856 + j 0.00 rm a.out ; cc -xtarget=native64 -xO2 c_main.c c_quot.c -lm ; ./a.out c_main.c: c_quot.c: 6.643856 + j 0.00 6.643856 + j 0.00 rm a.out ; cc -xtarget=native64 -xO3 c_main.c c_quot.c -lm ; ./a.out c_main.c: c_quot.c: 6.643856 + j 0.00 Inf + j 0.00 rm a.out ; cc -xtarget=native64 -xO4 c_main.c c_quot.c -lm ; ./a.out c_main.c: c_quot.c: 6.643856 + j 0.00 Inf + j 0.00 rm a.out ; cc -xtarget=native64 -xO5 c_main.c c_quot.c -lm ; ./a.out c_main.c: c_quot.c: 6.643856 + j 0.00 Inf + j 0.00 */ -- save as c_main.c - #include stdio.h #include c_quot.h int main(int argc, char* argv[]) { complex_t x, y, q, r; x = c_comp(4.6051701859880918); y = c_comp(0.69314718055994529); q = c_quot(x, y); /* expect: 6.643856 + j 0.00 */ printf(%f + j %f\n, q.real, q.imag); x = c_comp(4.6051701859880918); y = c_comp(0.69314718055994529); r = c_quot(x, c_comp(0.6931471805599452)); /* expect: 6.643856 + j 0.00, but ... */ printf(%f + j %f\n, r.real, r.imag); } -- save as c_quot.h
[issue3167] math test fails on Solaris 10
Jean Brouwers [EMAIL PROTECTED] added the comment: For comparison, 64-bit -xO5 Python build: Python 2.6b1 (r26b1:64398, Jun 28 2008, 12:50:06) [C] on sunos5 Type help, copyright, credits or license for more information. import cmath cmath.exp(710.0 + 1.5j) Traceback (most recent call last): File stdin, line 1, in module OverflowError: math range error cmath.log(100,2) (0.71244151439608006-2.0556716794852954j) cmath.log(complex(100,0), complex(2,0)) (0.71244151439608006-2.0556716794852954j) 64-bit -xO0 Python build: Python 2.6b1 (r26b1:64398, Jun 28 2008, 11:02:57) [C] on sunos5 Type help, copyright, credits or license for more information. import cmath cmath.exp(710.0 + 1.5j) Traceback (most recent call last): File stdin, line 1, in module OverflowError: math range error cmath.log(100,2) (6.6438561897747253+0j) cmath.log(complex(100,0), complex(2,0)) (6.6438561897747253+0j) ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue3167 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue3168] cmath test fails on Solaris 10
Jean Brouwers [EMAIL PROTECTED] added the comment: I have not yet been able to duplicate the problem in a smaller test case, but I did stumble into a fix. Changing the following statement in the cmath_log function from if (PyTuple_GET_SIZE(args) == 2) x = c_quot(x, c_log(y)); to if (PyTuple_GET_SIZE(args) == 2) { y = c_log(y); x = c_quot(x, y); } fixes the problem for the 64-bit -xO5 Python build. The result is no the same in all 32- and 64-bit builds with -xO0 and -xO5 on Solaris 10 (Opteron) with SUN C. cmath.log(100, 2) (6.6438561897747253+0j) cmath.log(0.01, 0.5) (6.6438561897747244-0j) ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue3168 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue3168] cmath test fails on Solaris 10
Jean Brouwers [EMAIL PROTECTED] added the comment: Attached is a test case which does demonstrate the problem. See the top of that file. I will post this at the SUN C Forum. Added file: http://bugs.python.org/file10774/SunC-64bit-xO5-bug.c ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue3168 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue3168] cmath test fails on Solaris 10
Changes by Jean Brouwers [EMAIL PROTECTED]: Removed file: http://bugs.python.org/file10774/SunC-64bit-xO5-bug.c ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue3168 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue3168] cmath test fails on Solaris 10
Jean Brouwers [EMAIL PROTECTED] added the comment: Without changing the cmath_log code, another workaround is to compile Python with optimization level -xO2 or less for 64-bit using Sun C. ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue3168 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue3168] cmath test fails on Solaris 10
Jean Brouwers [EMAIL PROTECTED] added the comment: There is another, perhaps related issue on Solaris. The compiler warns that function finite is implicitly defined. Commenting out this line in pyconfig.h as /* #define HAVE_FINITE 1 */ make that warning go away. If there is no function finite, why is HAVE_FINITE defined at all? ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue3168 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue3167] math test fails on Solaris 10
Jean Brouwers [EMAIL PROTECTED] added the comment: Keep in mind also, these Python builds are compiled with the SUN compilers, i.e. the ./configure command line includes --without-gcc. If we do change the CC- and LINKFLAGS, those changes should only apply in that particular case. Using -xlibmieee in 3 places, BASECFLAGS, LDFLAGS and LDSHARED and without optimization produces the following for 32-bit: Python 2.6b1 (r26b1:64398, Jun 28 2008, 10:31:27) [C] on sunos5 Type help, copyright, credits or license for more information. import cmath cmath.log(100.0) (4.6051701859880918+0j) cmath.log(2.0) (0.69314718055994529+0j) cmath.log(100.0, 2.0) (6.6438561897747253+0j) import math math.log(float('-inf')) Traceback (most recent call last): File stdin, line 1, in module ValueError: math domain error ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue3167 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue3167] math test fails on Solaris 10
Jean Brouwers [EMAIL PROTECTED] added the comment: The 32-but results are the same when built with -xO5. Python 2.6b1 (r26b1:64398, Jun 28 2008, 10:43:53) [C] on sunos5 Type help, copyright, credits or license for more information. import cmath cmath.log(100.0) (4.6051701859880918+0j) cmath.log(2.0) (0.69314718055994529+0j) cmath.log(100.0, 2.0) (6.6438561897747253+0j) import math math.log(float('-inf')) Traceback (most recent call last): File stdin, line 1, in module ValueError: math domain error ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue3167 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue3168] cmath test fails on Solaris 10
Jean Brouwers [EMAIL PROTECTED] added the comment: For 32-bit, see the latest posts at http://bugs.python.org/issue3167. ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue3168 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue3167] math test fails on Solaris 10
Jean Brouwers [EMAIL PROTECTED] added the comment: The SUN compiler versions cc -V cc: Sun C 5.8 2005/10/13 usage: cc [ options] files. Use 'cc -flags' for details CC -V CC: Sun C++ 5.8 2005/10/13 Both define the following symbols: #define __SUNPRO_C 0x580 #define __SunOS_5_10 ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue3167 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue3168] cmath test fails on Solaris 10
Jean Brouwers [EMAIL PROTECTED] added the comment: Forgot to mention, both 64-bit builds above includes -xlibmieee in the BASECFLAGS and LDFLAGS ./configure symbols (not LDSHARED!). The complete .configure command line was (with OPT adjusted accordingly): env CCSHARED=-KPIC LDSHARED=cc -xtarget=native64 -G LDFLAGS=- xlibmieee -xtarget=native64 CC=cc CPP=cc -xtarget=native64 -E BASECFLAGS=-xtarget=native64 -xlibmieee CFLAGS=-xtarget=native64 CXX=CC -xtarget=native64 OPT=-xO5 ./configure --enable-shared -- without-gcc --disable-ipv6 --prefix= ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue3168 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue3167] math test fails on Solaris 10
Jean Brouwers [EMAIL PROTECTED] added the comment: Sorry, my previous post was wrong. The LDSHARED symbol did NOT include - xlibmieee. Only the BASECFLAGS and the LDFLAGS. ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue3167 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue3167] math test fails on Solaris 10
Jean Brouwers [EMAIL PROTECTED] added the comment: I applied your patch to freshly updated configure and configure.in files and ran ./configure --without-gcc on Solaris. The resulting Makefile has empty BASECFLAGS and LDFLAGS. Here is the snippet: # Compiler options OPT=-DNDEBUG -O BASECFLAGS= CFLAGS= $(BASECFLAGS) $(OPT) $(EXTRA_CFLAGS) # Both CPPFLAGS and LDFLAGS need to contain the shell's value for setup.py to # be able to build extension modules using the directories specified in the # environment variables CPPFLAGS= -I. -IInclude -I$(srcdir)/Include LDFLAGS= LDLAST= SGI_ABI= CCSHARED= -Kpic LINKFORSHARED= # Extra C flags added for building the interpreter object files. CFLAGSFORSHARED= # C flags used for building the interpreter object files PY_CFLAGS= $(CFLAGS) $(CPPFLAGS) $(CFLAGSFORSHARED) -DPy_BUILD_CORE ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue3167 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue3168] cmath test fails on Solaris 10
Jean Brouwers [EMAIL PROTECTED] added the comment: This is pretty bizarre, take a look at the following, 64-bit Pyhon 2.6b1 -xO5. Python 2.6b1 (r26b1:64398, Jun 28 2008, 12:50:06) [C] on sunos5 Type help, copyright, credits or license for more information. import math math.log(100.0, 2.0) 6.6438561897747253 math.log(100.0) / math.log(2.0) 6.6438561897747253 import cmath cmath.log(100.0, 2.0) (0.71244151439608006-2.0556716794852954j) cmath.log(complex(100.0, 0), complex(2.0, 0)) (0.71244151439608006-2.0556716794852954j) cmath.log(2.0) (0.69314718055994529+0j) cmath.log(100.0) (4.6051701859880918+0j) cmath.log(100.0) / cmath.log(2.0) (6.6438561897747253+0j) There is only an issue with cmath.log(100.0, 2.0) but not with cmath.log(100.0) / cmath.log(2.0). That seems to indicate that the c_quot function may be the root cause of the problem. ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue3168 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue3168] cmath test fails on Solaris 10
Jean Brouwers [EMAIL PROTECTED] added the comment: Trying to isolate and duplicate the problem with c_quot isn't quite working. See the attached c_quot.c file and the results at the end. Added file: http://bugs.python.org/file10762/c_quot.c ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue3168 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue3167] math test fails on Solaris 10
Jean Brouwers [EMAIL PROTECTED] added the comment: Yep, that one works. As before, using ./configure --without-gcc ... BASECFLAGS= -xlibmieee CFLAGS= $(BASECFLAGS) $(OPT) $(EXTRA_CFLAGS) # Both CPPFLAGS and LDFLAGS need to contain the shell's value for setup.py to # be able to build extension modules using the directories specified in the # environment variables CPPFLAGS= -I. -IInclude -I$(srcdir)/Include LDFLAGS= -xlibmieee ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue3167 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue3167] math test fails on Solaris 10
Jean Brouwers [EMAIL PROTECTED] added the comment: The 64-bit version did the right thing, all along. The 32-bit result is correct only when compiled with option -xlibmieee. But the latter sets errno value to EDOM and that should be 0, rather remain unmodified. ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue3167 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue3168] cmath test fails on Solaris 10
Jean Brouwers [EMAIL PROTECTED] added the comment: 3 different Python 2.6b1 builds: 1) 64-bit Python 2.6b1 on Solaris 10 built with SUN C (no -xlibmieee): Python 2.6b1 (r26b1:64398, Jun 19 2008, 20:27:39) [C] on sunos5 Type help, copyright, credits or license for more information. import cmath cmath.log(0.01, 0.5) (0.71244141339823108+2.0556715512777863j) cmath.log(100.0, 2.0) (0.71244151439608006-2.0556716794852954j) 2) 32-bit Python 2.6b1 on Solaris 10 built with SUN C -xlibmieee: Python 2.6b1 (r26b1:64398, Jun 24 2008, 13:50:09) [C] on sunos5 Type help, copyright, credits or license for more information. import cmath cmath.log(0.01, 0.5) (6.6438561897747244-0j) cmath.log(100.0, 2.0) (6.6438561897747253+0j) 3) 32-bit Python 2.6b1 on MacOS X 10.4.11 (Intel): Python 2.6b1 (r26b1:64398, Jun 23 2008, 18:36:08) [GCC 4.0.1 (Apple Computer, Inc. build 5367)] on darwin Type help, copyright, credits or license for more information. import cmath cmath.log(0.01, 0.5) (6.6438561897747244-0j) cmath.log(100.0, 2.0) (6.6438561897747253+0j) ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue3168 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue3167] math test fails on Solaris 10
Jean Brouwers [EMAIL PROTECTED] added the comment: The patch http://bugs.python.org/file10754/issue3167.patch does not work. The -xlibmieee flag is included in the cc command lines, like cc -c -xtarget=native -xlibmieee -DNDEBUG -xO5 -I. However, the resulting build produces to wrong result: Python 2.6b1 (r26b1:64398, Jun 27 2008, 18:04:19) [C] on sunos5 Type help, copyright, credits or license for more information. import math math.log(float('-inf')) -inf ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue3167 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue3167] math test fails on Solaris 10
Jean Brouwers [EMAIL PROTECTED] added the comment: Unless I am doing something wrong, that flag does not fix the problem. #include errno.h #include math.h #include stdio.h int main(int argc, char *argv[]) { errno = 0; printf(%f %d\n, log(-HUGE_VAL), errno); errno = 0; printf(%f %d\n, log( HUGE_VAL), errno); } /* result is different for 32- and 64-bit rm a.out; cc -xtarget=native -xlibmieee log_inf.c -lm ; a.out -NaN 33 Inf 0 rm a.out ; cc -xtarget=native64 -xlibmieee log_inf.c -lm ; a.out -NaN 0 Inf 0 #define EDOM 33 in /usr/include/sys/errno.h */ ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue3167 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue3167] math test fails on Solaris 10
Jean Brouwers [EMAIL PROTECTED] added the comment: Sorry, the flag *does* make a difference. Ignoring errno, the results for 32- and 64-bit do match. ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue3167 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue2813] No float formatting in PyString_FromFormat
Jean Brouwers [EMAIL PROTECTED] added the comment: Here is another patch for PyString_FromFormat* adding support for 'l' and 'z' type specifications for the '%x' format and an optional '#' to prepend '0x' to the hex result. In addition, the '%p' format is handled as '%#x'. Updates for the c-api tests and the documentation for exceptions and string are also included in the patch. Like before, the patch is a forward delta to the files of Python 2.6b1. Added file: http://bugs.python.org/file10720/stringobject_format_xLf.patch ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue2813 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue3167] math test fails on Solaris 10
Jean Brouwers [EMAIL PROTECTED] added the comment: Right on! With errno = 0; in between both calls: -Inf 33 Inf 0 /Jean On Tue, Jun 24, 2008 at 1:17 PM, Mark Dickinson [EMAIL PROTECTED] wrote: Mark Dickinson [EMAIL PROTECTED] added the comment: On Mon, Jun 23, 2008 at 5:25 PM, Jean Brouwers [EMAIL PROTECTED] wrote: result is different for 32- and 64-bit cc -xtarget=native log_inf.c -lm ; a.out -Inf 33 Inf 33 That 33 for the second log call may just be the propagated errno value from the first call. Could you try setting errno = 0 before each of the printf calls? I'd expect that log(HUGE_VAL) doesn't set errno at all. Mark Added file: http://bugs.python.org/file10722/unnamed ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue3167 ___ ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue3167 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue3167] math test fails on Solaris 10
Jean Brouwers [EMAIL PROTECTED] added the comment: Mark, Take a look at the SUN forum, there is a (long) answer. http://forum.java.sun.com/thread.jspa?threadID=5308106tstart=0 /Jean On Tue, Jun 24, 2008 at 3:37 PM, Jean Brouwers [EMAIL PROTECTED] wrote: Jean Brouwers [EMAIL PROTECTED] added the comment: Right on! With errno = 0; in between both calls: -Inf 33 Inf 0 /Jean On Tue, Jun 24, 2008 at 1:17 PM, Mark Dickinson [EMAIL PROTECTED] wrote: Mark Dickinson [EMAIL PROTECTED] added the comment: On Mon, Jun 23, 2008 at 5:25 PM, Jean Brouwers [EMAIL PROTECTED] wrote: result is different for 32- and 64-bit cc -xtarget=native log_inf.c -lm ; a.out -Inf 33 Inf 33 That 33 for the second log call may just be the propagated errno value from the first call. Could you try setting errno = 0 before each of the printf calls? I'd expect that log(HUGE_VAL) doesn't set errno at all. Mark Added file: http://bugs.python.org/file10722/unnamed ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue3167 ___ ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue3167 ___ ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue3167 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue2813] No float formatting in PyString_FromFormat
Jean Brouwers [EMAIL PROTECTED] added the comment: The tests for PyString_FromFormat are in file Modules/_testcapimodule.c. Attached is yet another update of the patch, this one also includes 3 tests for the new %f format specification added to file Modules/_testcapimodule.c. Added file: http://bugs.python.org/file10706/stringobject_format_Lf.patch ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue2813 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue2813] No float formatting in PyString_FromFormat
Changes by Jean Brouwers [EMAIL PROTECTED]: Removed file: http://bugs.python.org/file10705/stringobject_format_Lf.patch ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue2813 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue3167] math test fails on Solaris 10
Jean Brouwers [EMAIL PROTECTED] added the comment: Here is a simple test case, demonstrating the issue. #include errno.h #include math.h #include stdio.h int main(int argc, char *argv[]) { printf(%f %d\n, log(-HUGE_VAL), errno); printf(%f %d\n, log( HUGE_VAL), errno); } result is different for 32- and 64-bit cc -xtarget=native log_inf.c -lm ; a.out -Inf 33 Inf 33 cc -xtarget=native64 log_inf.c -lm ; a.out -NaN 0 Inf 0 #define EDOM 33 in /usr/include/sys/errno.h ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue3167 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue3172] test macos skipped unexpected on linux2
New submission from Jean Brouwers [EMAIL PROTECTED]: Test test_macos is reported as an unexpected skip on linux2 by Python 2.6b1 make test. 35 tests skipped: ... test_macos test_macostools ... ... 2 skips unexpected on linux2: test_tcl test_macos $ uname -a Linux ... 2.6.9-11.EL #1 Fri May 20 18:17:57 EDT 2005 i686 i686 i386 GNU/Linux $ gcc -v Reading specs from /usr/lib/gcc/i386-redhat-linux/3.4.6/specs Configured with: ../configure --prefix=/usr --mandir=/usr/share/man -- infodir=/usr/share/info --enable-shared --enable-threads=posix -- disable-checking --with-system-zlib --enable-__cxa_atexit --disable- libunwind-exceptions --enable-java-awt=gtk --host=i386-redhat-linux Thread model: posix gcc version 3.4.6 20060404 (Red Hat 3.4.6-9) -- components: Tests messages: 68593 nosy: MrJean1 severity: normal status: open title: test macos skipped unexpected on linux2 type: behavior versions: Python 2.6 ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue3172 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue3167] math test fails on Solaris 10
Jean Brouwers [EMAIL PROTECTED] added the comment: Here is that in from 32- and 64-bit Python 2.6b1: ./python (32-bit) Python 2.6b1 (r26b1:64398, Jun 20 2008, 09:20:49) [C] on sunos5 Type help, copyright, credits or license for more information. import math math.log(float('-inf')) -inf math.log(float('inf')) inf math.log(float('nan')) nan ./python (64-bit) Python 2.6b1 (r26b1:64398, Jun 19 2008, 20:27:39) [C] on sunos5 Type help, copyright, credits or license for more information. import math math.log(float('-inf')) Traceback (most recent call last): File stdin, line 1, in module ValueError: math domain error math.log(float('inf')) inf math.log(float('nan')) nan Look like a Sun issue, doesn't it? ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue3167 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue2813] No float formatting in PyString_FromFormat
Jean Brouwers [EMAIL PROTECTED] added the comment: Attached is another patch for file Objects/stringobject.c(relative to Python 2.6b1) which supports the double %f and long double %LF formats. However, %Lf is included only if symbol LDBL_DIG is defined in header file float.h on the underlying platform. This patch also handles the long and size_t flags correctly in the first loop to determine the size of the buffer under ... case 'd': case 'u': case 'i': case 'x': ... Btw, it does not make sense to handle float since there is not formnat specification for floats. Added file: http://bugs.python.org/file10702/stringobject_format_Lf.patch ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue2813 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue2813] No float formatting in PyString_FromFormat
Changes by Jean Brouwers [EMAIL PROTECTED]: Removed file: http://bugs.python.org/file10702/stringobject_format_Lf.patch ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue2813 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue2813] No float formatting in PyString_FromFormat
Changes by Jean Brouwers [EMAIL PROTECTED]: Added file: http://bugs.python.org/file10703/stringobject_format_Lf.patch ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue2813 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue2813] No float formatting in PyString_FromFormat
Jean Brouwers [EMAIL PROTECTED] added the comment: Another rev of the patch now including updates to 2 documentation files: Doc/c-api/exceptions.rst and Doc/c-api/string.rst. As before the patch is relative to the source of Python 2.6b1. Where should test cases for the new formats in the PyString_FromFormat* and PyErr_Format functions be added? Added file: http://bugs.python.org/file10705/stringobject_format_Lf.patch ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue2813 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue2813] No float formatting in PyString_FromFormat
Changes by Jean Brouwers [EMAIL PROTECTED]: Removed file: http://bugs.python.org/file10703/stringobject_format_Lf.patch ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue2813 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue3132] implement PEP 3118 struct changes
Jean Brouwers [EMAIL PROTECTED] added the comment: If the struct changes are made, add also 2 formats for C types ssize_t and size_t, perhaps 'z' resp. 'Z'. In particular since on platforms sizeof(size_t) != sizeof(long). -- nosy: +MrJean1 ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue3132 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue3163] module struct support for ssize_t and size_t
New submission from Jean Brouwers [EMAIL PROTECTED]: Attached is a (simplistic) patch for the struct module to support C types ssize_t and size_t with format characters 'z' resp. 'Z'. The patch updates Python 2.6b1 files Modules/_struct.c and Doc/library/struct.rst. Note, format character 'Z' is also proposed in PEP 3118 for C type complex and that has to be something else, perhaps 'C'. -- components: Library (Lib) files: struct_size_t.patch keywords: patch messages: 68528 nosy: MrJean1 severity: normal status: open title: module struct support for ssize_t and size_t type: feature request versions: Python 2.6 Added file: http://bugs.python.org/file10687/struct_size_t.patch ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue3163 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue3163] module struct support for ssize_t and size_t
Jean Brouwers [EMAIL PROTECTED] added the comment: Please ignore the first patch. Use the rev2 patch which includes an update for test file Lib/test/test_struct.py as well. Added file: http://bugs.python.org/file10690/struct_size_t.rev2.patch ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue3163 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue3163] module struct support for ssize_t and size_t
Changes by Jean Brouwers [EMAIL PROTECTED]: Removed file: http://bugs.python.org/file10687/struct_size_t.patch ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue3163 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue3167] math test fails on Solaris 10
New submission from Jean Brouwers [EMAIL PROTECTED]: There are 2 math test failures with 32-bit Python 2.6b1 and 3.0b1 on Solaris 10 both built with Sun's C compiler. The failures do *not* occur for the 64-bit builds. The same compiler options are used for all these builds (except -xtarget=native vs -xtarget=native64). == FAIL: testLog (__main__.MathTests) -- Traceback (most recent call last): File Lib/test/test_math.py, line 419, in testLog self.assertRaises(ValueError, math.log, NINF) AssertionError: ValueError not raised == FAIL: testLog10 (__main__.MathTests) -- Traceback (most recent call last): File Lib/test/test_math.py, line 441, in testLog10 self.assertRaises(ValueError, math.log10, NINF) AssertionError: ValueError not raised -- -- components: Tests messages: 68548 nosy: MrJean1 severity: normal status: open title: math test fails on Solaris 10 type: behavior versions: Python 2.6 ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue3167 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue3168] cmath test fails on Solaris 10
New submission from Jean Brouwers [EMAIL PROTECTED]: There is on cmath test failure with 64-bit Python 2.6b1 and 3.0b1 on Solaris 10. The failure does not occur in the 32-bit builds. All builds are compiled with Sun's C compiler using the same options (except -xtarget=native vs -xtarget=native64). == FAIL: test_cmath_matches_math (__main__.CMathTests) -- Traceback (most recent call last): File Lib/test/test_cmath.py, line 294, in test_cmath_matches_math self.rAssertAlmostEqual(math.log(v, base), z.real) File Lib/test/test_cmath.py, line 128, in rAssertAlmostEqual self.fail(%s and %s are not sufficiently close % (repr(a), repr(b))) AssertionError: 6.6438561897747244 and 0.71244141339823108 are not sufficiently close -- components: Tests messages: 68549 nosy: MrJean1 severity: normal status: open title: cmath test fails on Solaris 10 type: behavior versions: Python 2.6 ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue3168 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue2813] No float formatting in PyString_FromFormat
Jean Brouwers [EMAIL PROTECTED] added the comment: Attached is a patch attempting to provide support for %f with precision in PyString_FromFormat* based on file Objects/stringobject.c of Python 2.6b1. Note, only %f is support but %lf is not and silently ignored. -- keywords: +patch nosy: +MrJean1 Added file: http://bugs.python.org/file10696/stringobject_format_f.patch ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue2813 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue2813] No float formatting in PyString_FromFormat
Changes by Jean Brouwers [EMAIL PROTECTED]: Removed file: http://bugs.python.org/file10696/stringobject_format_f.patch ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue2813 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue2813] No float formatting in PyString_FromFormat
Changes by Jean Brouwers [EMAIL PROTECTED]: Added file: http://bugs.python.org/file10697/stringobject_format_f.patch ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue2813 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue3149] multiprocessing build fails on Solaris 10
Jean Brouwers [EMAIL PROTECTED] added the comment: One more comment on SEM_VALUE_MAX for Solaris. _POSIX_SEM_VALUE_MAX is defined in limits.h on Solaris and that header file must be included. Better might be to use _SEM_VALUE_MAX which is defined in param.h and that header files needs to be included as well. Rerhaps, INT_MAX is best. /usr/include/limits.h:#define _POSIX_SEM_NSEMS_MAX 256 /usr/include/limits.h:#define _POSIX_SEM_VALUE_MAX32767 /usr/include/sys/param.h:#define_SEM_NSEMS_MAX INT_MAX /usr/include/sys/param.h:#define_SEM_VALUE_MAX INT_MAX Btw, the value of _POSIX_SEM_MAX_VALUE is 32767. ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue3149 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue3148] multiprocessing test hangs
New submission from Jean Brouwers [EMAIL PROTECTED]: The test_multiprocessing hangs with both Python 2.6b1 and 3.0b1 on MacOS X 10.4.11 (Intel) but only when using make test. However, the test runs and passes in both builds if run separately, e.g. with ./python Lib/test/test_mutliprocessing.py. -- components: Tests messages: 68432 nosy: MrJean1 severity: normal status: open title: multiprocessing test hangs type: behavior versions: Python 2.6 ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue3148 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue3148] multiprocessing test hangs
Jean Brouwers [EMAIL PROTECTED] added the comment: Sorry, this issue has already been raised in #3088. Please ignore. ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue3148 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue3149] multiprocessing build fails on Solaris 10
New submission from Jean Brouwers [EMAIL PROTECTED]: The multiprocessing module fails to build on Solaris 10 when using the Sun C compiler. The failure is due to one missing symbol SEM_VALUE_MAX. Defining that symbol (e.g. as _POSIX_SEM_VALUE_MAX) builds the _multiprocessing module for both 32- and 64-bit. However, for 32-bit, 5 tests from test_multiprocessing fail due to the missing _ctypes module. For 64-bit, the first 3 tests fail (like for 32-bit) but the 4th test hangs. Here is a log: ./python Lib/test/test_multiprocessing.py test_array (__main__.WithProcessesTestArray) ... ERROR test_getobj_getlock_obj (__main__.WithProcessesTestArray) ... ERROR test_rawarray (__main__.WithProcessesTestArray) ... ERROR test_notify (__main__.WithProcessesTestCondition) ... Process Process-1: Traceback (most recent call last): File //64/Python-2.6b1/Lib/multiprocessing/process.py, line 237, in _bootstrap self.run() File /.../64/Python-2.6b1/Lib/multiprocessing/process.py, line 93, in run self._target(*self._args, **self._kwargs) File Lib/test/test_multiprocessing.py, line 610, in f sleeping.release() ValueError: semaphore or lock released too many times This is Solaris 10 on an Ultra20 (Opteron) machine: uname -a SunOS unknown 5.10 Generic_118855-14 i86pc i386 i86pc cc -v cc: Sun C 5.8 2005/10/13 -- components: Build messages: 68438 nosy: MrJean1 severity: normal status: open title: multiprocessing build fails on Solaris 10 type: compile error versions: Python 2.6 ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue3149 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue2898] Add memory footprint query
Jean Brouwers [EMAIL PROTECTED] added the comment: Three questions on the sizeof.patch: 1) In the first line of function dict_sizeof() + res = sizeof(PyDictObject) + sizeof(mp-ma_table); is the sizeof(mp-ma_table) counted twice? 2) Since functions list_sizeof and dict_sizeof return the allocated size, including the over-allocation, should function string_sizeof not include the sentinel null character? 3) Are tuples left out on purpose? If not, here is an implementation for Objects/tupleobject.c: static PyObject * tuple_sizeof(PyTupleObject *v) { Py_ssize_t res; res = _PyObject_SIZE(PyTuple_Type) + Py_SIZE(v) * sizeof(void*); return PyInt_FromSsize_t(res); } PyDoc_STRVAR(sizeof_doc, T.__sizeof__() -- size of T in bytes); static PyMethodDef tuple_methods[] = { {__getnewargs__, (PyCFunction)tuple_getnewargs, METH_NOARGS}, {__sizeof__, (PyCFunction)tuple_sizeof, METH_NOARGS, sizeof_doc}, /Jean Brouwers -- nosy: +MrJean1 ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue2898 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue2819] Full precision summation
Changes by Jean Brouwers [EMAIL PROTECTED]: Added file: http://bugs.python.org/file10406/test_math_sum11.py __ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue2819 __ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue2819] Full precision summation
Jean Brouwers [EMAIL PROTECTED] added the comment: Here is rev 12 of the mathmodule.c patch. It is the same as rev 11 but with additional code removed as requested: - no FLT_RADIX 2 check - no errno illustration in _do_sum_add2() - no _do_sum() callback function argument - no option 'start' argument for math.sum. The test_math.sum12.py script and results are the same as rev 11. /Jean Brouwers Added file: http://bugs.python.org/file10407/mathmodule12.c.2.6a3.diff __ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue2819 __ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue2819] Full precision summation
Changes by Jean Brouwers [EMAIL PROTECTED]: Added file: http://bugs.python.org/file10408/test_math_sum12.py __ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue2819 __ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue2819] Full precision summation
Jean Brouwers [EMAIL PROTECTED] added the comment: Here is another, cleaner revision 19 of the same mathmodule.c patch and the corresponding test_math_sum19.py script. /Jean Brouwers Added file: http://bugs.python.org/file10410/mathmodule19.c.2.6a3.diff __ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue2819 __ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue2819] Full precision summation
Changes by Jean Brouwers [EMAIL PROTECTED]: Added file: http://bugs.python.org/file10411/test_math_sum19.py __ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue2819 __ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com