[issue3632] use string_print() in gdb
Amaury Forgeot d'Arc [EMAIL PROTECTED] added the comment: The patch is fine. I don't know if it can make the 2.6 release, but it is very simple, and affect only a function used in debugger macros. -- resolution: - accepted ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue3632 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue3812] py3k build fails if configure --without-threads
New submission from Hirokazu Yamamoto [EMAIL PROTECTED]: Hello. I failed to build py3k on cygwin (configure --without-threads). It's because io.py imports _dummy_thread, and it imports traceback, and it tries to import c-module itertools which is not built yet. Attached file is workaround patch. / Fatal Python error: Py_Initialize: can't initialize sys standard streams Traceback (most recent call last): File /home/WhiteRabbit/python-dev/py3k/Lib/io.py, line 64, in module from _thread import allocate_lock as Lock ImportError: No module named _thread During handling of the above exception, another exception occurred: Traceback (most recent call last): File /home/WhiteRabbit/python-dev/py3k/Lib/io.py, line 66, in module from _dummy_thread import allocate_lock as Lock File /home/WhiteRabbit/python-dev/py3k/Lib/_dummy_thread.py, line 19, in mo dule import traceback as _traceback File /home/WhiteRabbit/python-dev/py3k/Lib/traceback.py, line 6, in module import itertools ImportError: No module named itertools Aborted (core dumped) -- components: Build files: py3k_workaround.patch keywords: patch messages: 72823 nosy: ocean-city severity: normal status: open title: py3k build fails if configure --without-threads versions: Python 3.0 Added file: http://bugs.python.org/file11430/py3k_workaround.patch ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue3812 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue3791] bsddb not completely removed
Amaury Forgeot d'Arc [EMAIL PROTECTED] added the comment: Committed patch as r66330. Lower priority, but let the item open: more bsddb should be removed. -- priority: release blocker - normal ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue3791 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue3812] py3k build fails if configure --without-threads
Changes by Hirokazu Yamamoto [EMAIL PROTECTED]: Removed file: http://bugs.python.org/file11430/py3k_workaround.patch ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue3812 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue3812] py3k build fails if configure --without-threads
Hirokazu Yamamoto [EMAIL PROTECTED] added the comment: Sorry, I removed workaround patch. It was not simply working.:-( ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue3812 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue3705] py3k fails under Windows if -c or -m is given a non-ascii value
Amaury Forgeot d'Arc [EMAIL PROTECTED] added the comment: Applied both patches as r66331. -- resolution: - fixed status: open - closed ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue3705 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue3806] LockTests in test_imp should be skipped when thread is not available
Hirokazu Yamamoto [EMAIL PROTECTED] added the comment: Thanks. Fixed in r66319(trunk) and r66334(py3k). ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue3806 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue3806] LockTests in test_imp should be skipped when thread is not available
Changes by Hirokazu Yamamoto [EMAIL PROTECTED]: -- resolution: - fixed status: open - closed ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue3806 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue3705] py3k fails under Windows if -c or -m is given a non-ascii value
Amaury Forgeot d'Arc [EMAIL PROTECTED] added the comment: Unfortunately, my patch does not work: see the compile warnings in main.c: http://www.python.org/dev/buildbot/3.0/x86%20osx.5%203.0/builds/344/step-compile/0 I reverted the change, and will try something else... -- resolution: fixed - status: closed - open ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue3705 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue3777] long(4.2) now returns an int
Amaury Forgeot d'Arc [EMAIL PROTECTED] added the comment: Applied as r66332 ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue3777 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue3634] invalid result value of _weakref.__init__()
STINNER Victor [EMAIL PROTECTED] added the comment: Add a test to check to regression. Added file: http://bugs.python.org/file11431/weakref_test.patch ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue3634 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1516] make _ctypes work with non-gcc compilers
Changes by Marbod Mueller [EMAIL PROTECTED]: -- nosy: +mmueller ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue1516 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue3813] cannot lanch python.exe via symbolic link if HAVE_BROKEN_MBSTOWCS
New submission from Hirokazu Yamamoto [EMAIL PROTECTED]: On cygwin, py3k aborts if lanches it via symbolic link. message beg / Could not find platform independent libraries prefix Could not find platform dependent libraries exec_prefix Consider setting $PYTHONHOME to prefix[:exec_prefix] Fatal Python error: Py_Initialize: can't initialize sys standard streams ImportError: No module named encodings.utf_8 Aborted (core dumped) message end / This is because mbstowcs() on cygwin is broken, so _Py_wreadlink() in Modules/getpath.c is also broken. I'll attach two patches to fix this. I don't know which is better. -- components: Interpreter Core files: py3k_getpath_v1.patch keywords: patch messages: 72831 nosy: ocean-city severity: normal status: open title: cannot lanch python.exe via symbolic link if HAVE_BROKEN_MBSTOWCS versions: Python 3.0 Added file: http://bugs.python.org/file11432/py3k_getpath_v1.patch ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue3813 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue3813] cannot lanch python.exe via symbolic link if HAVE_BROKEN_MBSTOWCS
Changes by Hirokazu Yamamoto [EMAIL PROTECTED]: Added file: http://bugs.python.org/file11433/py3k_getpath_v2.patch ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue3813 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1544339] _ctypes fails to build on Solaris x86 32-bit (Sun compiler)
Changes by Marbod Mueller [EMAIL PROTECTED]: -- nosy: +mmueller ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue1544339 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue516762] have a way to search backwards for re
Amaury Forgeot d'Arc [EMAIL PROTECTED] added the comment: Why not? I needed such a feature some time ago. But if possible, it should be a keyword argument: re.search(..., backwards=True) similar to list.sort(reverse=True) -- nosy: +amaury.forgeotdarc ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue516762 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue3634] invalid result value of _weakref.__init__()
Amaury Forgeot d'Arc [EMAIL PROTECTED] added the comment: I think the test should check that TypeError is actually raised: self.assertRaises(TypeError, r.__init__, 0, 0, 0, 0, 0) It's even shorter than the try/except block... -- nosy: +amaury.forgeotdarc ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue3634 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue2562] Cannot use non-ascii letters in disutils if setuptools is used.
Marc-Andre Lemburg [EMAIL PROTECTED] added the comment: On 2008-09-08 23:45, Benjamin Peterson wrote: Benjamin Peterson [EMAIL PROTECTED] added the comment: Does this need to be merged into py3k? If so, can someone who handled this bug do it. I met a few test failures in my attempt... As mentioned in the ticket discussion, this does not need to be forward patched to 3.0. -- title: Cannot use non-ascii letters in disutils if setuptools is used. - Cannot use non-ascii letters in disutils if setuptools is used. ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue2562 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue3634] invalid result value of _weakref.__init__()
Changes by STINNER Victor [EMAIL PROTECTED]: Added file: http://bugs.python.org/file11434/weakref_test-2.patch ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue3634 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue3634] invalid result value of _weakref.__init__()
Changes by STINNER Victor [EMAIL PROTECTED]: Removed file: http://bugs.python.org/file11431/weakref_test.patch ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue3634 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue3786] _curses, _curses_panel _multiprocessing can't be build in 2.6b3 w/ SunStudio 12
Michael Schmarck [EMAIL PROTECTED] added the comment: Yes, I would _like_ to do that, but I fear that I lack the necessary skills... ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue3786 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue3814] Add VCS support
New submission from Douche [EMAIL PROTECTED]: This is a basic try (4h) to extract specific SVN code out of the core and add entry points for: - filters (.svn, .hg, ...) - find files in repos - get revision's number Thoughts: - if repos have 2 VCS entries (.svn and .hg for example), the first valid entry point is used. - walk_revctrl function needs more love. I keep the philosophy of iterator but is it the good way ? Notes: - vcs_svn.py vcs_hg.py are only for demo. The natural place are into Setuptools plugins. - filters must return a list. - revisions must return a int or None (not 0). Critics welcome. -- components: Distutils files: setuptools-sd-20080908.patch keywords: patch messages: 72837 nosy: sdouche severity: normal status: open title: Add VCS support type: feature request versions: 3rd party Added file: http://bugs.python.org/file11435/setuptools-sd-20080908.patch ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue3814 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue3781] warnings.catch_warnings fails gracelessly when recording warnings but no warnings are emitted
Nick Coghlan [EMAIL PROTECTED] added the comment: Reopening this because I disagree with the fix - I would prefer to see catch_warnings() reverted back to the API and implementation* it used prior to the test_support-warnings migration. That version had perfectly clear semantics when no warning was issued: w.message (and all of the other warning attributes) were None. If the implementation of WarningsRecorder hadn't been changed then this bug would have never arisen. The attributes of the last warning are cached on the recorder because by *far* the most common intended use case that makes use of the warnings recorder is to test operations that are expected to raise a single warning. The list of warnings is retained solely for special cases where one operation raises multiple warnings (e.g. see the py3k warnings tests for __hash__ inheritance). *aside from the use of @contextmanager, obviously -- nosy: +ncoghlan resolution: accepted - status: closed - open ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue3781 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue3634] invalid result value of _weakref.__init__()
Amaury Forgeot d'Arc [EMAIL PROTECTED] added the comment: Both patches look fine to me. They could be backported to 2.5 as well. -- keywords: -needs review resolution: - accepted ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue3634 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue2145] ctypes.util.find_library(): posix .so without SONAME
STINNER Victor [EMAIL PROTECTED] added the comment: You can close this issue. It's not really a bug, it's a feature :-) find_library() only finds library and not programs. libdistorm64.so is compiled as a program, not a library. ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue2145 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue3814] Add VCS support
Antoine Pitrou [EMAIL PROTECTED] added the comment: This isn't the right place to post setuptools patches, as setuptools is not part of the standard Python distribution. There is a setuptools bug tracker at http://bugs.python.org/setuptools/ You can probably also use the distutils-sig mailing-list for announcing your patch (which is used for setuptools discussions): http://mail.python.org/mailman/listinfo/distutils-sig/ -- nosy: +pitrou resolution: - invalid status: open - closed ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue3814 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1297193] Search is to long with regex like ^(.+|dontmatch)*$
STINNER Victor [EMAIL PROTECTED] added the comment: It's not a bug, it's a feature. I wrote a library (http://hachoir.org/wiki/hachoir-regex) to optimize regex, so you can close this issue. ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue1297193 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue3815] Python 3.0b3 - Idle doesn't start on win XPh
New submission from Vlastimil Brom [EMAIL PROTECTED]: Using Python 3.0b3 on windows XPH SP2 (installed form python-3.0b3.msi) Idle can't be started. Using a windows shortcut, only an error-promt is shown Subprocess Startup Error: IDLE's subprocess dien't make connection. Either IDLE can't start a subprocess or personal firewall is blocking the connection. I'm aware of the warning about firewalls in IDLE, but the previous 3.0 betas didn't have that issue with the same settings of the windows firewall. After directly calling: C:\Python30\python.exe C:\Python30\Lib\idlelib\idle.py The same error is thrown, but previously another exception is writen to the console: Traceback (most recent call last): File string, line 1, in module File C:\Python30\lib\idlelib\run.py, line 76, in main sockthread.set_daemon(True) AttributeError: 'Thread' object has no attribute 'set_daemon' Regards, vbr -- components: IDLE messages: 72843 nosy: vbr severity: normal status: open title: Python 3.0b3 - Idle doesn't start on win XPh type: crash versions: Python 3.0 ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue3815 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue2145] ctypes.util.find_library(): posix .so without SONAME
Thomas Heller [EMAIL PROTECTED] added the comment: Cool. -- resolution: - invalid status: open - closed ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue2145 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1297193] Search is to long with regex like ^(.+|dontmatch)*$
Antoine Pitrou [EMAIL PROTECTED] added the comment: Fair enough :) -- nosy: +pitrou resolution: - wont fix status: open - closed ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue1297193 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1755388] Problem with socket.gethostbyaddr() and KeyboardInterrupt
STINNER Victor [EMAIL PROTECTED] added the comment: Using gdb, I dig the problem: * when CTRL+c is pressed, signal_handler (sig_num=2) at ./Modules/signalmodule.c:175 is called * signal_handler() stores the signal has a pending call * Linux kernel interrupts its name resolution (it looks like it's the read() syscall?) and return the error ETIMEDOUT (110) * back to socket_gethostbyaddr(): result=110, h=NULL * gethost_common() set an error using set_herror(1) * socket_gethostbyaddr() return NULL Later, Py_MakePendingCalls() will call signal_default_int_handler() which raises the KeyboardInterrupt. ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue1755388 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue3816] __newobj__ pickle feature is not documented
New submission from Christian Heimes [EMAIL PROTECTED]: The pickle system has an undocumented but very useful feature. When the first element of the tuple returned by __reduce__ is a function named __newobj__, a special obcode is generated. __newobj__ doesn't need to be registered as safe for unpickling, too. From pickle.py: # use the more efficient NEWOBJ opcode, while still # allowing protocol 0 and 1 to work normally. For this to # work, the function returned by __reduce__ should be # called __newobj__, and its first argument should be a # new-style class. The implementation for __newobj__ # should be as follows, although pickle has no way to # verify this: # # def __newobj__(cls, *args): # return cls.__new__(cls, *args) # # Protocols 0 and 1 will pickle a reference to __newobj__, # while protocol 2 (and above) will pickle a reference to # cls, the remaining args tuple, and the NEWOBJ code, # which calls cls.__new__(cls, *args) at unpickling time # (see load_newobj below). If __reduce__ returns a # three-tuple, the state from the third tuple item will be # pickled regardless of the protocol, calling __setstate__ # at unpickling time (see load_build below). # # Note that no standard __newobj__ implementation exists; # you have to provide your own. This is to enforce # compatibility with Python 2.2 (pickles written using # protocol 0 or 1 in Python 2.3 should be unpicklable by # Python 2.2). -- assignee: georg.brandl components: Documentation keywords: easy messages: 72850 nosy: christian.heimes, georg.brandl priority: low severity: normal status: open title: __newobj__ pickle feature is not documented versions: Python 2.5, Python 2.6, Python 3.0 ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue3816 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue3781] warnings.catch_warnings fails gracelessly when recording warnings but no warnings are emitted
Barry A. Warsaw [EMAIL PROTECTED] added the comment: With a name like catch_warnings() in the warnings module, it will definitely get used in production code to suppress warnings. If its intended to be used only by tests, then it belongs somewhere else. If not test_support then maybe unittest. If it were moved then I wouldn't care about the bug that all other warnings caught are inaccessible. You'd still have to fix the w.messages attribute to be None if there were no warnings raised. ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue3781 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue3813] cannot lanch python.exe via symbolic link if HAVE_BROKEN_MBSTOWCS
Amaury Forgeot d'Arc [EMAIL PROTECTED] added the comment: http://man.he.net/man3/readlink says: Conforming applications should not assume that the returned contents of the symbolic link are null-terminated cygwin is not broken, but very (too much?) conforming in this case ;-) I think your second patch is the correct one, just keep the return (int)r1; because the return value is stored in a linklen variable. -- nosy: +amaury.forgeotdarc ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue3813 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue3813] cannot lanch python.exe via symbolic link if HAVE_BROKEN_MBSTOWCS
Changes by Amaury Forgeot d'Arc [EMAIL PROTECTED]: -- keywords: +needs review priority: - deferred blocker ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue3813 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue3629] Python won't compile a regex that compiles with 2.5.2 and 30b2
Changes by Barry A. Warsaw [EMAIL PROTECTED]: -- title: Py30b3 won't compile a regex that compiles with 2.5.2 and 30b2 - Python won't compile a regex that compiles with 2.5.2 and 30b2 ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue3629 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue3574] compile() cannot decode Latin-1 source encodings
Changes by Barry A. Warsaw [EMAIL PROTECTED]: -- priority: release blocker - deferred blocker ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue3574 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue3799] Byte/string inconsistencies between different dbm modules
Changes by Barry A. Warsaw [EMAIL PROTECTED]: -- priority: release blocker - deferred blocker ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue3799 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue3781] warnings.catch_warnings fails gracelessly when recording warnings but no warnings are emitted
Nick Coghlan [EMAIL PROTECTED] added the comment:
It turns out the warnings.catch_warnings version has re-entrancy issues
due to the fact that it can't use @contextmanager:
Python 2.6b3+ (trunk:66143M, Sep 2 2008, 20:04:43)
[GCC 4.2.3 (Ubuntu 4.2.3-2ubuntu7)] on linux2
Type help, copyright, credits or license for more information.
import warnings
orig_filters = warnings.filters
cw = warnings.catch_warnings()
with cw:
... warnings.filters = []
... with cw:
... pass
...
warnings.filters is orig_filters
False
warnings.filters
[]
orig_filters
[('ignore', None, type 'exceptions.PendingDeprecationWarning', None,
0), ('ignore', None, type 'exceptions.ImportWarning', None, 0),
('ignore', None, type 'exceptions.BytesWarning', None, 0)]
I propose that we just revert to the test.test_support.catch_warnings
implementation that was used in the beta releases, and leave the
question of whether to expose this ability somewhere other than our own
regression test support module for 2.7/3.1. That version worked, and the
attempt to move it at the last minute has caused nothing but trouble.
So on trunk we would revert the following checkins:
r66135 (relocate to warnings and change API)
r66321 (change API again in attempt to fix bugs in r66135)
And on the py3k branch we would revert:
r66139 (merge r66135)
r66322* (merge r66322)
*This commit actually appears to have missed the changes to
test.test_support that were in r66321 - test.support was not modified by
the r66322 checkin (which strikes me as all the more reason to revert
all of these changes and go back to the beta implementation)
--
assignee: brett.cannon -
___
Python tracker [EMAIL PROTECTED]
http://bugs.python.org/issue3781
___
___
Python-bugs-list mailing list
Unsubscribe:
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue2876] Write UserDict fixer for 2to3
Changes by Barry A. Warsaw [EMAIL PROTECTED]: -- priority: deferred blocker - release blocker ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue2876 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue2350] 'exceptions' import fixer
Changes by Barry A. Warsaw [EMAIL PROTECTED]: -- priority: deferred blocker - release blocker ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue2350 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue3642] Objects/obmalloc.c:529: warning: comparison is always false due to limited range of data type
Changes by Barry A. Warsaw [EMAIL PROTECTED]: -- priority: deferred blocker - release blocker ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue3642 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue3617] Add MS EULA to the list of third-party licenses in the Windows installer
Changes by Barry A. Warsaw [EMAIL PROTECTED]: -- priority: deferred blocker - release blocker ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue3617 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1868] threading.local doesn't free attrs when assigning thread exits
Changes by Barry A. Warsaw [EMAIL PROTECTED]: -- priority: deferred blocker - release blocker ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue1868 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue3657] pickle can pickle the wrong function
Changes by Barry A. Warsaw [EMAIL PROTECTED]: -- priority: deferred blocker - release blocker ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue3657 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue3187] os.listdir can return byte strings
Changes by Barry A. Warsaw [EMAIL PROTECTED]: -- priority: release blocker - deferred blocker ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue3187 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue3809] test_logging leaving a 'test.blah' file behind
Changes by Barry A. Warsaw [EMAIL PROTECTED]: -- priority: deferred blocker - release blocker ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue3809 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue3813] cannot lanch python.exe via symbolic link if HAVE_BROKEN_MBSTOWCS
Hirokazu Yamamoto [EMAIL PROTECTED] added the comment: Oh, I misunderstood the reason... readlink() can return non-null-terminated string, so mbstowcs may convert illegual memory area. I've attached py3k_getpath_v3.patch. Added file: http://bugs.python.org/file11437/py3k_getpath_v3.patch ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue3813 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue3781] warnings.catch_warnings fails gracelessly when recording warnings but no warnings are emitted
Nick Coghlan [EMAIL PROTECTED] added the comment: I also have to comment on the makes the API simpler to use note in the checkin message. No, no it doesn't. See all those warning[-1] calls in the current unit tests? They're all unhelpful, because if a warning doesn't get raised, you're going to get an IndexError instead of an Assertion error (i.e. exactly the problem complained about in the original message in this thread). Losing the attributes from the WarningRecorder means that you have to check if you got a warning first before you can check if you got the *right* warning. With the cached attributes, you can just check for the right warning, and only worry about the *number* of warnings in cases where that is likely to matter (usually because you expect multiple warnings from one operation). These are all *solvable* problems, but I don't think right before a release candidate is the time to be fiddling with it - so let's revert back to providing this feature only through the regression test suite and deal with moving it into a more official part of the standard library in a later release after this version has had a chance to bake for a while (the twisted folks can always try to import it from our test suite, and copy our implementation as a fallback if the test suite isn't available for some reason). ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue3781 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue3812] py3k build fails if configure --without-threads
Hirokazu Yamamoto [EMAIL PROTECTED] added the comment: Simple workaround is to remove itertools from traceback module and write equivalent code to itertools.chain. I'm not sure it is acceptable put such limitation to standard library. (That is, traceback is used from build process, so should not use C-module) Added file: http://bugs.python.org/file11438/py3k_remove_itertools_from_traceback.patch ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue3812 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue3813] cannot lanch python.exe via symbolic link if HAVE_BROKEN_MBSTOWCS
Amaury Forgeot d'Arc [EMAIL PROTECTED] added the comment: Your patch is OK for me. Please apply! -- keywords: -needs review resolution: - accepted ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue3813 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue3809] test_logging leaving a 'test.blah' file behind
Vinay Sajip [EMAIL PROTECTED] added the comment: Fix checked into trunk - revision 66337. -- resolution: - fixed status: open - closed ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue3809 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue3817] ftplib: ABOR does not consider 225 response code
New submission from Giampaolo Rodola' [EMAIL PROTECTED]: RFC-959 at chapter 5.4 includes 225 as a possible response to an ABOR command. 225 should be sent by server when a client issues an ABOR command and there's no data transfer to abort. The patch in attachment includes 225 code in the list of positive ABOR response codes. [1] http://www.ietf.org/rfc/rfc0959.txt -- files: ftplib.patch keywords: patch messages: 72859 nosy: giampaolo.rodola severity: normal status: open title: ftplib: ABOR does not consider 225 response code Added file: http://bugs.python.org/file11439/ftplib.patch ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue3817 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue3777] long(4.2) now returns an int
Skip Montanaro [EMAIL PROTECTED] added the comment: Just a quick nit, but it seems to me that since 2.6 still actually distinguishes between longs and ints that the two error messages in PyLong_FromFloat should mention long instead of integer. Skip -- nosy: +skip.montanaro ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue3777 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue3818] ftplib.FTP.abort() should consider 225 a positive response code to ABOR
New submission from Giampaolo Rodola' [EMAIL PROTECTED]: RFC-959 at chapter 5.4 includes 225 as a possible response to an ABOR command. 225 should be sent by server when a client issues an ABOR command and there's no data transfer to abort. The patch in attachment includes 225 code in the list of positive ABOR response codes. [1] http://www.ietf.org/rfc/rfc0959.txt -- files: ftplib.patch keywords: patch messages: 72861 nosy: giampaolo.rodola severity: normal status: open title: ftplib.FTP.abort() should consider 225 a positive response code to ABOR Added file: http://bugs.python.org/file11440/ftplib.patch ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue3818 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue3813] cannot lanch python.exe via symbolic link if HAVE_BROKEN_MBSTOWCS
Hirokazu Yamamoto [EMAIL PROTECTED] added the comment: Thanks, fixed in r66338(py3k). -- resolution: accepted - fixed status: open - closed ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue3813 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1706863] Failed to build Python 2.5.1 with sqlite3
Jason Tishler [EMAIL PROTECTED] added the comment: The Cygwin build is having the same problem: http://cygwin.com/ml/cygwin/2008-09/msg00145.html In this case, the sqlite3 libraries are installed (in /usr/lib), but their suffixes do not match the expected values. Does anyone know the best way to make setup.py and/or distutils search for .dll.a instead of .dll? -- nosy: +jlt63 ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue1706863 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue3781] warnings.catch_warnings fails gracelessly when recording warnings but no warnings are emitted
Changes by Nick Coghlan [EMAIL PROTECTED]: -- assignee: - ncoghlan ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue3781 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue3781] warnings.catch_warnings fails gracelessly when recording warnings but no warnings are emitted
Jean-Paul Calderone [EMAIL PROTECTED] added the comment: Exposing a list seems like a great low-level API to me. There are no [-1]s in the Twisted codebase as a result of using this API because we have a higher-level API built on top of it. Having this low-level API that doesn't try to make a specific application more convenient (at the cost of ambiguity) means anyone can write a better high-level API on top of it that makes a specific use-case convenient. For Twisted, we actually would have very little difficulty coming up with our own version of catch_warnings without copying the implementation from the test_support module. What we are *really* interested in is a public API. Copying the implementation from test_support doesn't give us that. I understand the concern with introducing changes like this into CPython so close to a release. I just want it to be clear that without a public API for this feature, the issue isn't resolved for Twisted. That may not have been clear by just looking at this ticket, but see also issue3780 which I filed before filing this one which was also marked as a release blocker and which was resolved only because of the existence of `warnings.catch_warnings` (therefore removing the public API would mean re-opening that ticket). ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue3781 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue3781] warnings.catch_warnings fails gracelessly when recording warnings but no warnings are emitted
Nick Coghlan [EMAIL PROTECTED] added the comment: test.test_support *is* a public API (it's even documented). ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue3781 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue3781] warnings.catch_warnings fails gracelessly when recording warnings but no warnings are emitted
Jean-Paul Calderone [EMAIL PROTECTED] added the comment: There was a discussion on python-dev about using things from the `test` package from code outside the `test` package: http://mail.python.org/pipermail/python-dev/2008-August/081860.html ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue3781 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue3781] warnings.catch_warnings fails gracelessly when recording warnings but no warnings are emitted
Nick Coghlan [EMAIL PROTECTED] added the comment: In working on the reversion patch, I just noticed that r66321 also incorrectly removed a whole pile of w.reset() calls. When using a single catch_warning() context to test two or more operations which may raise the same warning, you *must* call w.reset() between each operation, or the later operations can fail to raise warnings, but the test will still pass because the most recent warning is still one which was correctly raised by an earlier operation. ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue3781 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue3777] long(4.2) now returns an int
Amaury Forgeot d'Arc [EMAIL PROTECTED] added the comment: I suppose you meant PyLong_FromDouble()? I think the messages talk about abstract numbers, not a specific python type: infinity/NaN cannot be converted to an integral value. -- resolution: - fixed status: open - closed ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue3777 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue3812] py3k build fails if configure --without-threads
Amaury Forgeot d'Arc [EMAIL PROTECTED] added the comment: Agreed. I suggest that you add a comment like itertools.chain is in an extension module and may be unavailable just above. Otherwise, someday one will find that this code should use a function from the stdlib, and revert your change... Please apply it. -- nosy: +amaury.forgeotdarc resolution: - accepted ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue3812 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue3819] urllib2 sends Basic auth across redirects
New submission from Kyle McFarland [EMAIL PROTECTED]: when you request a url that requests Basic authentication info HTTPBasicAuthHandler adds the Authorization header to the request as a normal (not unredirected) header, then if the server returns a 301 or 302 redirect HTTPRedirectHandler will send a request to the redirected address keeping the normal headers including the Authorization header HTTPBasicAuthHandler added, I'll attach the code I used to test this. GET from libwww-perl seems to do this but most browsers don't seem to by default and although I can't find much in the RFCs about how redirecting is supposed to work wrt. auth headers (feel free to point out sections if I'm blind) I think it breaks ftp://ftp.isi.edu/in-notes/rfc2617.txt somewhat (section 1.1, The protection space determines the domain over which credentials can be automatically applied. If a prior request has been authorized, the same credentials MAY be reused for all other requests within that protection space for a period of time determined by the authentication scheme, parameters, and/or user preference. Unless otherwise defined by the authentication scheme, a single protection space cannot extend outside the scope of its server. ) since redirects can point to arbitrary urls off of the server. as in bug #1480067 just adding the header as an unredirected header would stop the header being sent across redirects if that's indeed the proper behaviour. -- components: Library (Lib) files: test.py messages: 72871 nosy: TFKyle severity: normal status: open title: urllib2 sends Basic auth across redirects Added file: http://bugs.python.org/file11441/test.py ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue3819 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue3819] urllib2 sends Basic auth across redirects
Changes by Kyle McFarland [EMAIL PROTECTED]: Added file: http://bugs.python.org/file11442/untest.py ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue3819 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue3819] urllib2 sends Basic auth across redirects
Changes by Kyle McFarland [EMAIL PROTECTED]: Added file: http://bugs.python.org/file11443/bug3819.py ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue3819 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue3781] warnings.catch_warnings fails gracelessly when recording warnings but no warnings are emitted
Nick Coghlan [EMAIL PROTECTED] added the comment: Fully reverting the relocation also required reverting r66197 (a belated checkin of test_py3kwarn for the r66135 changes). There was also a change to test_warnings that had to be reverted (it appeared to have been mistakenly checked in as part of the checkin that added the bsddb Py3k warnings). Running tests now for the full reversion patch. The major objection to that approach (aside from the issue with external testing of warnings) is the problem that actually lead to catch_warnings() being relocated in the first place: suppressing spurious Py3k warnings in modules like cgi.py. So as much as I was pushing that option earlier, it looks like it isn't going to be viable. It's past 1 am here, so I'll be working on the other (cleaner) patch tomorrow evening. The intended end result of that other patch: A warnings.catch_warnings() implementation with the current interface (i.e. return a list on entry if record=True, None otherwise) that is intended either to suppress warnings, or to serve as a building block for better warning testing tools. The patch will also fix the re-entrancy problem by adding explicit self._entered state guards. A test_support.catch_warning() implementation which is tailored towards the needs of the Python regression test suite (probably the list-with-attributes interface provided by the previous incarnation of warnings.catch_warning, but with __getattr__ adjusted to return None when there is no warning caught). ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue3781 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue3781] warnings.catch_warnings fails gracelessly when recording warnings but no warnings are emitted
Nick Coghlan [EMAIL PROTECTED] added the comment: Reversion patch attached - it does indeed recreate some nasty dependencies from the main areas of the standard library on to the regression test suite. That's enough to kill the idea of a complete reversion as far as I'm concerned - I'll get the proper fix done this evening. (That's 18-20 hours from the time of this post, for anyone trying to figure out timezones) Added file: http://bugs.python.org/file11444/issue3781_revert_to_beta_implementation_26.diff ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue3781 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue3777] long(4.2) now returns an int
Skip Montanaro [EMAIL PROTECTED] added the comment: Amaury I suppose you meant PyLong_FromDouble()? Yes, sorry. Amaury I think the messages talk about abstract numbers, not a specific Amaury python type: infinity/NaN cannot be converted to an integral Amaury value. Well, 2.5 called it long. Skip ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue3777 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue3617] Add MS EULA to the list of third-party licenses in the Windows installer
Martin v. Löwis [EMAIL PROTECTED] added the comment: I don't think this needs to be resolved before 2.6, not without a pronouncement from a lawyer advising the PSF. Layman's analyses of legal issues are void. Thus lowering the priority. -- nosy: +loewis priority: release blocker - normal ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue3617 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue3526] Customized malloc implementation on SunOS and AIX
Sébastien Sablé [EMAIL PROTECTED] added the comment: Here is a new patch so that pymalloc can be combined with dlmalloc. I first added the --with-pymalloc-mmap option to configure.in which ensures that pymalloc arenas are allocated through mmap when possible. However I found this was not enough: PyObject_Malloc uses arenas only when handling objects smaller than 256 bytes. For bigger objects, it directly rely on the system malloc. There are also some big buffers which can be directly allocated through PyMem_MALLOC. This patch can be activated by compiling Python with: --with-pymalloc --with-pymalloc-mmap --with-dlmalloc The behavior is then like that: * PyObject_MALLOC will allocate arenas with mmap * when allocating an object smaller than 256 bytes with PyObject_MALLOC, it will be stored in an arena (like before) * when allocating an object bigger than 256 bytes with PyObject_MALLOC, it will be allocated by dlmalloc (if it is smaller than 256KB it will go in a dlmalloc pool, otherwise it will be mmaped) * allocation through PyMem_MALLOC is handled by dlmalloc I think it is a good compromise: On systems like Linux, where the system malloc is already clever enough, compiling with only --with-pymalloc should behave like before. On systems like SunOS and AIX, this patch ensures that Python can benefit of the speed of pymalloc for small objects, while ensuring that most of the memory allocated can be correctly released at the system level. Added file: http://bugs.python.org/file11445/patch_dlmalloc2.diff ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue3526 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue3820] Python 3.0b3 doesn't start on German Win XP SP3/SP2
New submission from Tim Pietzcker [EMAIL PROTECTED]: I have experienced the exact same thing on two different PCs, one running WinXP (German, 32bit Intel) SP2, one running SP3: When starting the Python command line or when trying to run a Python script, I immediately get the (Windows) error message that python.exe couldn't be started because it is misconfigured, and I should install it again (which doesn't help). Uninstalling and going back to 3.0b2 works. The MD5 checksum of the installer is correct. I'm wondering, though, why the file size has dropped from 13 to 11 MB. -- components: Windows messages: 72877 nosy: pietzcker severity: normal status: open title: Python 3.0b3 doesn't start on German Win XP SP3/SP2 type: behavior versions: Python 3.0 ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue3820 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1840] Tools/i18n/msgfmt.py fixes for Python 3.0
Martin v. Löwis [EMAIL PROTECTED] added the comment: Closing it as fixed then. -- resolution: - fixed status: open - closed ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue1840 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue3821] trace module bug when using --missing
New submission from Juan Javier [EMAIL PROTECTED]: I get the following exception: $ /opt/python3.0b2/bin/python3.0 -m trace -c -m run.py Traceback (most recent call last): File /opt/python3.0b2/lib/python3.0/runpy.py, line 121, in _run_module_as_main __main__, fname, loader, pkg_name) File /opt/python3.0b2/lib/python3.0/runpy.py, line 34, in _run_code exec(code, run_globals) File /opt/python3.0b2/lib/python3.0/trace.py, line 809, in module main() File /opt/python3.0b2/lib/python3.0/trace.py, line 806, in main results.write_results(missing, summary=summary, coverdir=coverdir) File /opt/python3.0b2/lib/python3.0/trace.py, line 303, in write_results lnotab = find_executable_linenos(filename) File /opt/python3.0b2/lib/python3.0/trace.py, line 428, in find_executable_linenos return find_lines(code, strs) File /opt/python3.0b2/lib/python3.0/trace.py, line 392, in find_lines linenos.update(find_lines(c, strs)) File /opt/python3.0b2/lib/python3.0/trace.py, line 386, in find_lines linenos = find_lines_from_code(code, strs) File /opt/python3.0b2/lib/python3.0/trace.py, line 370, in find_lines_from_code line_increments = [ord(c) for c in code.co_lnotab[1::2]] File /opt/python3.0b2/lib/python3.0/trace.py, line 370, in listcomp line_increments = [ord(c) for c in code.co_lnotab[1::2]] TypeError: ord() expected string of length 1, but int found I think that line 370 of trace.py should say: line_increments = [int(c) for c in code.co_lnotab[1::2]] instead of: line_increments = [ord(c) for c in code.co_lnotab[1::2]] -- components: Library (Lib) messages: 72879 nosy: jjdominguezm severity: normal status: open title: trace module bug when using --missing versions: Python 3.0 ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue3821 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue3822] zfill doc string uses inconsistent variable names
New submission from Toby Donaldson [EMAIL PROTECTED]:
The doc string for zfill use the variable name x when it should
probably be using the variable name S.
print(''.zfill.__doc__)
S.zfill(width) - str
Pad a numeric string x with zeros on the left, to fill a field
of the specified width. The string x is never truncated.
--
assignee: georg.brandl
components: Documentation
messages: 72880
nosy: georg.brandl, tjd
severity: normal
status: open
title: zfill doc string uses inconsistent variable names
versions: Python 3.0
___
Python tracker [EMAIL PROTECTED]
http://bugs.python.org/issue3822
___
___
Python-bugs-list mailing list
Unsubscribe:
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue3815] Python 3.0b3 - Idle doesn't start on win XPh
Toby Donaldson [EMAIL PROTECTED] added the comment: I also had problems running IDLE, and the fix listed here solved it for me: http://bugs.python.org/issue3628 -- nosy: +tjd ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue3815 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue3617] Add MS EULA to the list of third-party licenses in the Windows installer
Marc-Andre Lemburg [EMAIL PROTECTED] added the comment: On 2008-09-09 17:54, Martin v. Löwis wrote: Martin v. Löwis [EMAIL PROTECTED] added the comment: I don't think this needs to be resolved before 2.6, not without a pronouncement from a lawyer advising the PSF. Layman's analyses of legal issues are void. Thus lowering the priority. That's an interesting argument :-) What makes you think that a layman's judgment over a layman's analysis is not void as well ? Rather than arguing about the necessity of including the license of a 3rd party file that we intend to include in a wide-spread software release, wouldn't it be easier to just add the file and be done with it, like I suggested at the very beginning of this discussion ? -- title: Add MS EULA to the list of third-party licenses in the Windows installer - Add MS EULA to the list of third-party licenses in the Windows installer ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue3617 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue3805] sslobj.read py3k takes odd arguments
Bill Janssen [EMAIL PROTECTED] added the comment: Please, guys, let's not deep-end on this. It's an admittedly eccentric but working and purely internal interface. There are actual release-blockers that need to be addressed. On Tue, Sep 9, 2008 at 4:14 AM, Amaury Forgeot d'Arc [EMAIL PROTECTED] wrote: Amaury Forgeot d'Arc [EMAIL PROTECTED] added the comment: The same function has two distinct behaviours: - If you pass a number, it return a bytes object. - If you pass a buffer, it returns a number! Different arguments and different return types: they should have different names IMO. io.py proposes read(n) and readinto(buf) for this distinction, and I fail to see a reason why PySSL_SSLread need to be different: - readinto(buf, count=-1) could be similar to the actual PySSL_SSLread. the count defaults to len(buf). - read(count) could be implemented in C or python (or not at all), it is equivalent to: def read(self, count=1024): buf = bytearray(count) nb = self.readinto(buf) return bytes(buf[:nb]) -- nosy: +amaury.forgeotdarc ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue3805 ___ Added file: http://bugs.python.org/file11446/unnamed ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue3805 ___div dir=ltrPlease, guys, let#39;s not deep-end on this.nbsp; It#39;s an admittedly eccentric but working and purely internal interface.nbsp; There are actual release-blockers that need to be addressed.brbrdiv class=gmail_quote On Tue, Sep 9, 2008 at 4:14 AM, Amaury Forgeot d#39;Arc span dir=ltrlt;a href=mailto:[EMAIL PROTECTED][EMAIL PROTECTED]/agt;/span wrote:brblockquote class=gmail_quote style=border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex; br Amaury Forgeot d#39;Arc lt;a href=mailto:[EMAIL PROTECTED][EMAIL PROTECTED]/agt; added the comment:br br The same function has two distinct behaviours:br - If you pass a number, it return a bytes object.br - If you pass a buffer, it returns a number!br Different arguments and different return types: they should havebr different names IMO.br br io.py proposes read(n) and readinto(buf) for this distinction, and Ibr fail to see a reason why PySSL_SSLread need to be different:br br - readinto(buf, count=-1) could be similar to the actual PySSL_SSLread.br the quot;countquot; defaults to len(buf).br - read(count) could be implemented in C or python (or not at all), it isbr equivalent to:br nbsp; nbsp;def read(self, count=1024):br nbsp; nbsp; nbsp; nbsp;buf = bytearray(count)br nbsp; nbsp; nbsp; nbsp;nb = self.readinto(buf)br nbsp; nbsp; nbsp; nbsp;return bytes(buf[:nb])br br --br nosy: +amaury.forgeotdarcbr divdiv/divdiv class=Wj3C7cbr ___br Python tracker lt;a href=mailto:[EMAIL PROTECTED][EMAIL PROTECTED]/agt;br lt;a href=http://bugs.python.org/issue3805; target=_blankhttp://bugs.python.org/issue3805/agt;br ___br /div/div/blockquote/divbr/div ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue3714] nntplib module broken by str to unicode conversion
Senthil [EMAIL PROTECTED] added the comment: So, in effect, if we settle for ASCII as the default encoding, then the attached patch is good enough. Someone should check this in. Should it go in py3k, release? Because, without this patch(which is again simple), nntplib is almost unusable. ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue3714 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue3805] sslobj.read py3k takes odd arguments
Changes by Bill Janssen [EMAIL PROTECTED]: Removed file: http://bugs.python.org/file11446/unnamed ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue3805 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue3805] sslobj.read py3k takes odd arguments
Bill Janssen [EMAIL PROTECTED] added the comment: But I should say... Greg, I do appreciate the review and the comments. I was waiting for the bytes work in 3K to settle down before looking at that code again. When I do, I'll take your comments to heart. ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue3805 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue3805] sslobj.read py3k takes odd arguments
Gregory P. Smith [EMAIL PROTECTED] added the comment: yep, agreed. leave this for later. my bad for opening it with high priority in the first place. low is correct. :) i was just trying to write down comments on odd code that i came across before i forgot about it. ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue3805 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue3815] Python 3.0b3 - Idle doesn't start on win XPh
Martin v. Löwis [EMAIL PROTECTED] added the comment: Closing as a duplicate of issue3628 -- nosy: +loewis resolution: - duplicate status: open - closed superseder: - IDLE does not run with Py30b3 ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue3815 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue3820] Python 3.0b3 doesn't start on German Win XP SP3/SP2
Martin v. Löwis [EMAIL PROTECTED] added the comment: Did you install it for all users, or just for yourself? -- nosy: +loewis ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue3820 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue3820] Python 3.0b3 doesn't start on German Win XP SP3/SP2
Martin v. Löwis [EMAIL PROTECTED] added the comment: Ah, it seems that this installer is lacking the MS CRT. This should be fixed in the release candidate. ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue3820 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue3812] py3k build fails if configure --without-threads
Hirokazu Yamamoto [EMAIL PROTECTED] added the comment: Thanks, fixed in r66340(py3k). -- resolution: accepted - fixed status: open - closed ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue3812 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue3823] ssl.wrap_socket() is incompatible with unprivileged servers, due to keyfile requirement
New submission from Forest Wilkinson [EMAIL PROTECTED]: SSLSocket() and ssl.wrap_socket() accept private keys only as paths to their location on the file system. This means that a server can only support SSL if it has read access to its private key file at the time when client connections arrive, which is a problem for servers that bind to their socket and drop privileges as soon as they start up. In other words, the new ssl module's API prevents its use in servers that follow best practices that are prevalent in the unix world. If SSLSocket() and ssl.wrap_socket() were updated to accept private keys as strings (or open file-like objects or some such), the problem would go away. Moreover, it would allow a program to keep private keys cached in memory, which might slightly improve performance over reading them from the file system on every new connection. -- components: Library (Lib) messages: 72891 nosy: forest severity: normal status: open title: ssl.wrap_socket() is incompatible with unprivileged servers, due to keyfile requirement type: security versions: Python 2.6 ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue3823 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue3820] Python 3.0b3 doesn't start on German Win XP SP3/SP2
Tim Pietzcker [EMAIL PROTECTED] added the comment: OK, thanks. I have set it to install for all users, if that's still relevant. Is there a way to manually install the MS CRT (which version), so I can use b3 until rc1 comes out? Thanks, Tim ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue3820 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue3819] urllib2 sends Basic auth across redirects
Senthil [EMAIL PROTECTED] added the comment: 1) The section you refer to is 1.2 of RFC2617, which specifies the details on Access Authentication in General and not specific to url redirects. So, I don't think we should take it as a referece. 2) Under the section - 3.3 Digest Operation, the Authentication cases under redirection is provided like this. (search for keyword 'redirect') The client will retry the request, at which time the server might respond with a 301/302 redirection, pointing to the URI on the second server. The client will follow the redirection, and pass an Authorization header , including the opaque data... This basically states that Authorization header should be passed on the redirects in Digest authentication case and (should we assume in Basic Authentication case also?) If yes, then urllib2 is actually doing the same thing. Do you have a practical scenario where this has resulted in failure/ security loophole? -- nosy: +orsenthil ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue3819 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue3823] ssl.wrap_socket() is incompatible with servers that drop privileges, due to keyfile requirement
Changes by Forest Wilkinson [EMAIL PROTECTED]: -- title: ssl.wrap_socket() is incompatible with unprivileged servers, due to keyfile requirement - ssl.wrap_socket() is incompatible with servers that drop privileges, due to keyfile requirement ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue3823 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue3817] ftplib: ABOR does not consider 225 response code
Facundo Batista [EMAIL PROTECTED] added the comment: Giampaolo, should we close this one as duplicate of 3818 (that you created one minute later)? -- nosy: +facundobatista ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue3817 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue3815] Python 3.0b3 - Idle doesn't start on win XPh
Vlastimil Brom [EMAIL PROTECTED] added the comment: Sorry for the noise, somehow my search in the bug tracker didn't show this report; after fixing the mentioned line in run.py everything works ok. ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue3815 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue3376] Use Python 3 lexer for 3.0 docs
Georg Brandl [EMAIL PROTECTED] added the comment: Should be fixed in r66344. -- resolution: - fixed status: open - closed ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue3376 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue3822] zfill doc string uses inconsistent variable names
Georg Brandl [EMAIL PROTECTED] added the comment: Thanks, fixed in r66347. -- resolution: - fixed status: open - closed ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue3822 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue3781] warnings.catch_warnings fails gracelessly when recording warnings but no warnings are emitted
Brett Cannon [EMAIL PROTECTED] added the comment: I can understand the amount of time it might take to revert this; merging was horrendous and stuff was partially combined into single patches as to get a review done for all related changes instead of doing more atomic commits if a review was not required. And it took me days to make the transition and related changes, so undoing is obviously not easy. Sorry about that. ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue3781 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue3800] Fix for formatter.py
Georg Brandl [EMAIL PROTECTED] added the comment: Thanks, fixed in r66348. -- nosy: +georg.brandl resolution: - fixed status: open - closed ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue3800 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue3803] Comparison operators - New rules undocumented in Python 3.0
Georg Brandl [EMAIL PROTECTED] added the comment: Thanks, fixed in r66349. -- resolution: - fixed status: open - closed ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue3803 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue3809] test_logging leaving a 'test.blah' file behind
Brett Cannon [EMAIL PROTECTED] added the comment: On Tue, Sep 9, 2008 at 6:43 AM, Vinay Sajip [EMAIL PROTECTED] wrote: Vinay Sajip [EMAIL PROTECTED] added the comment: Fix checked into trunk - revision 66337. Did anyone do a code review for this? ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue3809 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue3743] PY_FORMAT_SIZE_T is not for PyString_FromFormat
Georg Brandl [EMAIL PROTECTED] added the comment: It was a (lame attempt at a) joke... sorry :D ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue3743 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
