[issue2141] Pydoc interactive browser misses some docs
Ka-Ping Yee [EMAIL PROTECTED] added the comment: This is (currently) the intended behaviour. The rfc822 module has an __all__ attribute that lists its public functions and classes, so pydoc rfc822 only shows these things. formatdate is not listed in __all__. If you'd like to discuss ideas for changing this behaviour, possible forums would be comp.lang.python or the python-dev list. -- resolution: - rejected status: open - closed __ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue2141 __ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue2227] time.strptime too strict? should it assume current year?
Changes by Brett Cannon [EMAIL PROTECTED]: -- assignee: - brett.cannon __ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue2227 __ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue2443] uninitialized access to va_list
New submission from Rolland Dudemaine [EMAIL PROTECTED]:
In many files, the following code is present (with slight variations,
but the important part is there) :
static PyObject *
objargs_mktuple(va_list va)
{
int i, n = 0;
va_list countva;
PyObject *result, *tmp;
#ifdef VA_LIST_IS_ARRAY
memcpy(countva, va, sizeof(va_list));
#else
#ifdef __va_copy
__va_copy(countva, va);
#else
countva = va;
#endif
#endif
...
memcpy() is accessing va_list before it is initialized.
Before the first access to a va_list type variable, and after the last
access to that variable, calls to va_start() and va_end() must be made
to initialize and free the variable.
Such behaviour should be corrected in the following files :
- Objects/abstract.c, line 1901
- Objects/stringobject.c, line 162
- getargs.c, line 66
- getargs.c, line 1188
- modsupport.c, line 479
--
components: Build
messages: 64234
nosy: rolland
severity: normal
status: open
title: uninitialized access to va_list
type: compile error
versions: Python 2.5, Python 2.6, Python 3.0
__
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue2443
__
___
Python-bugs-list mailing list
Unsubscribe:
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1163367] correct/clarify documentation for super
Kent Johnson [EMAIL PROTECTED] added the comment: This issue seems to have foundered on finding an explanation for the finer points of super(). Perhaps the glaring errors could at least be corrected, or the fine points could be omitted or glossed over? For example change the first sentence of the docs to Returns a proxy for the type following 'type' in the method resolution order of 'object-or-type'. Perhaps link to these? http://chandlerproject.org/bin/view/Projects/UsingSuper http://fuhm.net/super-harmful/ -- nosy: +kjohnson _ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue1163367 _ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue2389] Array pickling exposes internal memory representation of elements
Hrvoje Nikšić [EMAIL PROTECTED] added the comment:
Here is an example that directly demonstrates the bug. Pickling on x86_64:
Python 2.5.1 (r251:54863, Mar 21 2008, 13:06:31)
[GCC 4.1.2 20061115 (prerelease) (Debian 4.1.1-21)] on linux2
Type help, copyright, credits or license for more information.
import array, cPickle as pickle
pickle.dumps(array.array('l', [1, 2, 3]))
carray\narray\np1\n(S'l'\nS'\\x01\\x00\\x00\\x00\\x00\\x00\\x00\\x00\\x02\\x00\\x00\\x00\\x00\\x00\\x00\\x00\\x03\\x00\\x00\\x00\\x00\\x00\\x00\\x00'\ntRp2\n.
Unpickling on ia32:
Python 2.5.1 (r251:54863, Oct 5 2007, 13:36:32)
[GCC 4.1.3 20070929 (prerelease) (Ubuntu 4.1.2-16ubuntu2)] on linux2
Type help, copyright, credits or license for more information.
import cPickle as pickle
pickle.loads(carray\narray\np1\n(S'l'\nS'\\x01\\x00\\x00\\x00\\x00\\x00\\x00\\x00\\x02\\x00\\x00\\x00\\x00\\x00\\x00\\x00\\x03\\x00\\x00\\x00\\x00\\x00\\x00\\x00'\ntRp2\n.)
array('l', [1, 0, 2, 0, 3, 0])
__
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue2389
__
___
Python-bugs-list mailing list
Unsubscribe:
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue2439] Patch to add a get_data function to pkgutil
Paul Moore [EMAIL PROTECTED] added the comment: Nick, thanks I now see the issue. I'll work up a test to check for this (and then correct it :-)). __ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue2439 __ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue2439] Patch to add a get_data function to pkgutil
Phillip J. Eby [EMAIL PROTECTED] added the comment: An easy way to test it: just change your load_module() to raise an AssertionError if the module is already in sys.modules, and the main body of the test to make two get_data() calls for the same module. __ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue2439 __ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue2439] Patch to add a get_data function to pkgutil
Paul Moore [EMAIL PROTECTED] added the comment: But that's not a valid loader. I'm still struggling here. I see what you're trying to get at, but I can't see how I can write a valid loader that does this. To test the problem you're suggesting (that the code calls load_module when the module is already loaded) I need a valid loader which does something detectably different of the module is already loaded when it runs. Obviously, I can fix the get_data code - that's not even remotely hard. But I'd rather create a failing test with the current code, so that I can confirm that the problem is fixed. At the moment, I can't even demonstrate a problem! __ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue2439 __ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue2439] Patch to add a get_data function to pkgutil
Phillip J. Eby [EMAIL PROTECTED] added the comment: Why does it need to be a valid loader? It's a mock, not a real loader. But if it really bothers you, have it increment a global in the module or something, and put the assertion in the test proper. Heck, have it update a counter in the module it returns, making it into a loader that keeps track of how many times you reload the same module. Then it's a useful example loader. :) __ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue2439 __ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue2439] Patch to add a get_data function to pkgutil
Paul Moore [EMAIL PROTECTED] added the comment: It has to be a valid loader, as I see no reason to support loaders that aren't valid. In any case, I did try incrementing a counter and it doesn't demonstrate the problem. If you try the currently attached patch, you should see that. (I assume you've tried or at least read the current patch - but the fact that you're suggesting the approach I have implemented makes me wonder. I did re-upload the patch after you reported the issue - msg 64225 - maybe you didn't notice this, as I deleted the old patch?) If you do see what I mean, please tell me where my code is wrong. I don't want to add a fix without a test showing why the current behaviour is wrong. The test_alreadyloaded test is intended to do that, but the current pkgutil code doesn't fail the test - so either the test is wrong (and I'd appreciate help fixing the test) or the problem isn't real, and I can leave the code as is. __ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue2439 __ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue2439] Patch to add a get_data function to pkgutil
Phillip J. Eby [EMAIL PROTECTED] added the comment:
But I'm getting a failure on that test, and the other one, too:
$ ./python Lib/test/test_pkgutil.py
test_alreadyloaded (__main__.PkgutilTests) ... FAIL
test_getdata_filesys (__main__.PkgutilTests) ... FAIL
test_getdata_pep302 (__main__.PkgutilTests) ... ok
==
FAIL: test_alreadyloaded (__main__.PkgutilTests)
--
Traceback (most recent call last):
File Lib/test/test_pkgutil.py, line 45, in test_alreadyloaded
self.assertEqual(foo.loads, 1)
AssertionError: 2 != 1
==
FAIL: test_getdata_filesys (__main__.PkgutilTests)
--
Traceback (most recent call last):
File Lib/test/test_pkgutil.py, line 30, in test_getdata_filesys
self.assert_('PkgutilTests' in this_file)
AssertionError
--
Ran 3 tests in 0.017s
FAILED (failures=2)
I'm rebuilding my entire 2.6 checkout to double-check there's not
something else going on, but I know my Lib/ tree is up-to-date.
__
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue2439
__
___
Python-bugs-list mailing list
Unsubscribe:
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue2444] Adding __iter__ to class Values of module optparse
New submission from Guilherme Polo [EMAIL PROTECTED]: Hi, Doing (opts, args) = parser.parse_args(), supposing parser is an OptionParser instance, gets you an instance of class Values into opts. This patch adds the __iter__ method to the class Values so it is possible to iterate over the options you could have received. This is useful when all your options are required and you don't want to use a lot of if's to check if they are all there (for example). Right now it is possible to do this but you would have to iterate over opts.__dict__, an ugly way as I see. -- components: Library (Lib) files: optparse__iter__.diff keywords: patch messages: 64244 nosy: gpolo severity: normal status: open title: Adding __iter__ to class Values of module optparse versions: Python 2.6 Added file: http://bugs.python.org/file9801/optparse__iter__.diff __ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue2444 __ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue2444] Adding __iter__ to class Values of module optparse
Changes by Guilherme Polo [EMAIL PROTECTED]: Added file: http://bugs.python.org/file9802/optparse_py3k__iter__.diff __ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue2444 __ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue2445] Use The CygwinCCompiler Under Cygwin
New submission from David Stanek [EMAIL PROTECTED]: I was having an issue building extension with a fresh checkout of revision 61699. distutils was using the UnixCCompiler. This is not able to find thec correct libraries to link against. I made a few changes in this patch: * distutils now uses the CygwinCCompiler when building extensions on the Cygwin platform * CygwinCCompiler.static_lib_extension needed to be .lib.a instead of just .a * Added some files to the svn:ignore property on a handful of directories. -- components: Distutils files: cygwin.diff keywords: patch messages: 64245 nosy: dstanek severity: normal status: open title: Use The CygwinCCompiler Under Cygwin versions: Python 2.6 Added file: http://bugs.python.org/file9803/cygwin.diff __ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue2445 __ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue2445] Use The CygwinCCompiler Under Cygwin
Changes by David Stanek [EMAIL PROTECTED]: -- type: - compile error __ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue2445 __ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue2445] Use The CygwinCCompiler Under Cygwin
Christian Heimes [EMAIL PROTECTED] added the comment: The patch contains lots of unrelated changes. Can you please provide a clean patch and some doc updates? The rest looks fine to me. -- nosy: +tiran priority: - high resolution: - accepted versions: +Python 3.0 __ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue2445 __ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue2446] 2to3 translates import foobar to import .foobar rather than from . import foobar
New submission from Bruce Frederiksen [EMAIL PROTECTED]: 2to3 svn rev 61696 translates import local_module into import .local_module which isn't legal syntax. Should be from . import local_module. -- assignee: collinwinter components: 2to3 (2.x to 3.0 conversion tool) messages: 64247 nosy: collinwinter, dangyogi severity: normal status: open title: 2to3 translates import foobar to import .foobar rather than from . import foobar type: behavior versions: Python 2.6 __ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue2446 __ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue2445] Use The CygwinCCompiler Under Cygwin
David Stanek [EMAIL PROTECTED] added the comment: As Christian suggested I removed the unrelated svn:ignore changes. Added file: http://bugs.python.org/file9804/cygwin-smaller.diff __ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue2445 __ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue2445] Use The CygwinCCompiler Under Cygwin
Changes by David Stanek [EMAIL PROTECTED]: Removed file: http://bugs.python.org/file9803/cygwin.diff __ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue2445 __ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue2405] Drop w9xpopen and all dependencies
Christian Heimes [EMAIL PROTECTED] added the comment: I'm not sure either but I like to consider the removal of w9xpopen wrapper for the 3.x series. The py3k project was started to remove old cruft and I view w9xpopen as such a cruft. -- components: +Windows nosy: +tiran priority: - normal __ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue2405 __ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue2320] Race condition in subprocess using stdin
Changes by Christian Heimes [EMAIL PROTECTED]: -- priority: - critical type: - behavior __ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue2320 __ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue2442] Undocumented features added to 2.6
Changes by Christian Heimes [EMAIL PROTECTED]: -- keywords: +easy priority: - normal __ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue2442 __ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue2443] uninitialized access to va_list
Christian Heimes [EMAIL PROTECTED] added the comment: Can you provide a patch for 2.6 against the latest svn checkout of the trunk please? -- components: +Interpreter Core -Build nosy: +tiran priority: - high __ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue2443 __ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue2390] Merge 2.6 ACKS with 3.0 ACKS
Christian Heimes [EMAIL PROTECTED] added the comment: Thanks! :) -- assignee: - tiran nosy: +tiran priority: - normal type: - feature request __ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue2390 __ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue2399] Patches for Tools/msi
Changes by Christian Heimes [EMAIL PROTECTED]: -- assignee: - loewis priority: - normal __ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue2399 __ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue2310] Reorganize the 3.0 Misc/NEWS file
Christian Heimes [EMAIL PROTECTED] added the comment: but skipping stuff merged from 3.0. Do you mean skipping stuff merged from 2.6 ? -- nosy: +tiran __ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue2310 __ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue2388] Compiler warnings when using UCS4
Christian Heimes [EMAIL PROTECTED] added the comment: I'll check it out later. I haven't been testing UCS4 builds for more than a month. -- assignee: - tiran keywords: +easy nosy: +tiran priority: - high __ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue2388 __ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue2422] Automatically disable pymalloc when running under valgrind
Christian Heimes [EMAIL PROTECTED] added the comment: Please provide a patch for Python 2.6 that includes a ./configure --with-valgrind option. We may consider such a patch for 2.6 and 3.0 but definitely not for 2.5. -- nosy: +tiran priority: - normal versions: +Python 2.6 -Python 2.5 __ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue2422 __ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue2256] Install failure of 2.6a1 on Windows XP without VS8 installed
Christian Heimes [EMAIL PROTECTED] added the comment: We are still having trouble with msvcrt90.dll and SxS assemblies (side by side assembly dlls). Chris suggested to modify the manifest of the Python dlls (pyd) files to look for the private copy of msvcrt90.dll in the parent directory ..\. -- nosy: +loewis, tiran priority: - critical __ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue2256 __ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue2447] Python 2.6 refleak test issues
New submission from Christian Heimes [EMAIL PROTECTED]: linux-i686-2.6 Revision 61704. Ubuntu 7.10 on i586 machine gcc-Version 4.1.3 20070929 (prerelease) (Ubuntu 4.1.2-16ubuntu2) trunk$ ./python Lib/test/regrtest.py -ubsddb,network -R:: [...] 311 tests OK. 7 tests failed: test_collections test_cprofile test_frozen test_logging test_pkg test_profile test_tcl 27 tests skipped: test_aepack test_al test_applesingle test_bsddb185 test_cd test_cl test_codecmaps_cn test_codecmaps_hk test_codecmaps_jp test_codecmaps_kr test_codecmaps_tw test_curses test_gl test_imageop test_imgfile test_linuxaudiodev test_macostools test_normalization test_ossaudiodev test_pep277 test_py3kwarn test_scriptpackages test_startfile test_sunaudiodev test_winreg test_winsound test_zipfile64 Those skips are all expected on linux2. trunk$ cat reflog.txt test_smtplib leaked [86, -86, 80, -80] references, sum=0 test_socket_ssl leaked [0, 123, -123, 0] references, sum=0 test_threading leaked [0, 0, 0, -86] references, sum=-86 test_urllib2_localnet leaked [3, 171, -165, 3] references, sum=12 -- components: Tests messages: 64257 nosy: tiran priority: high severity: normal status: open title: Python 2.6 refleak test issues type: crash versions: Python 2.6 __ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue2447 __ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue2448] namedtuple breaks refleak tests
New submission from Christian Heimes [EMAIL PROTECTED]:
trunk$ ./python Lib/test/regrtest.py -ubsddb,network -R::
test_collections
test_collections
beginning 9 repetitions
123456789
test test_collections failed -- Traceback (most recent call last):
File /home/heimes/dev/python/trunk/Lib/doctest.py, line 2131, in runTest
raise self.failureException(self.format_failure(new.getvalue()))
AssertionError: Failed doctest test for collections.namedtuple
File /home/heimes/dev/python/trunk/Lib/collections.py, line 13, in
namedtuple
--
File /home/heimes/dev/python/trunk/Lib/collections.py, line 16, in
collections.namedtuple
Failed example:
Point = namedtuple('Point', 'x y')
Exception raised:
Traceback (most recent call last):
File /home/heimes/dev/python/trunk/Lib/doctest.py, line 1231, in
__run
compileflags, 1) in test.globs
File doctest collections.namedtuple[0], line 1, in module
Point = namedtuple('Point', 'x y')
NameError: name 'namedtuple' is not defined
--
assignee: rhettinger
components: Library (Lib), Tests
messages: 64258
nosy: rhettinger, tiran
priority: high
severity: normal
status: open
title: namedtuple breaks refleak tests
type: crash
versions: Python 2.6
__
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue2448
__
___
Python-bugs-list mailing list
Unsubscribe:
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue2310] Reorganize the 3.0 Misc/NEWS file
Guido van Rossum [EMAIL PROTECTED] added the comment: Do you mean skipping stuff merged from 2.6 ? Yes :) __ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue2310 __ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue2439] Patch to add a get_data function to pkgutil
Paul Moore [EMAIL PROTECTED] added the comment: Thanks for the update. Something's seriously screwy here. I am getting no failures, so you can probably see why I was confused. Can you tell me what platform, etc (anything that might be relevant) and I'll try to see what's going on. __ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue2439 __ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue2442] Undocumented features added to 2.6
Georg Brandl [EMAIL PROTECTED] added the comment: Added to the docs in r61708, r61709. -- resolution: - fixed status: open - closed __ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue2442 __ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1775] filehandle.write() does not return None (Python 3.0a2)
Georg Brandl [EMAIL PROTECTED] added the comment: The docs for io are practically nonexistent :) I'll leave that for a separate issue, and fixed this one by adding a paragraph to the current file object docs (better than nothing) in r61710. -- resolution: - fixed status: open - closed __ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue1775 __ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue2420] Faq 4.28 -- Trailing comas
Georg Brandl [EMAIL PROTECTED] added the comment: I think AMK maintains the FAQLs. -- assignee: georg.brandl - akuchling nosy: +akuchling __ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue2420 __ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue2243] urllib2. strange behavior for getting chuncked transfer-ecnoded data
Georg Brandl [EMAIL PROTECTED] added the comment: I don't think we should change this -- it sounds like gratuitous breakage to me, and I also don't see the reason why httplib should throw away an HTTP header just because the user isn't likely to need it. -- resolution: - wont fix status: open - pending __ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue2243 __ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue2439] Patch to add a get_data function to pkgutil
Paul Moore [EMAIL PROTECTED] added the comment: By the way, for comparison, I'm running the test (under Windows) using rt -q -v test_pkgutil from the PCBuild directory. I can't see how test_getdata_filesys can fail, as long as you're running it from the correct place - it reads the test_pkgutil.py file relative to the test package, so it won't run outside of there (maybe I should change this, but that's a separate issue for now). Here's my output: rt -q -v test_pkgutil .\\python -E -tt ../lib/test/regrtest.py -v test_pkgutil test_pkgutil test_alreadyloaded (test.test_pkgutil.PkgutilTests) ... ok test_getdata_filesys (test.test_pkgutil.PkgutilTests) ... ok test_getdata_pep302 (test.test_pkgutil.PkgutilTests) ... ok -- Ran 3 tests in 0.000s OK 1 test OK. __ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue2439 __ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue2439] Patch to add a get_data function to pkgutil
Paul Moore [EMAIL PROTECTED] added the comment: Ah, no. I see your command line. I get the same failure as you in that case. I can see why test_getdata_filesys fails in that case, I'll fix that. I'm confused as to why test_alreadyloaded fails there but not via rt.bat, but nevertheless I can fix that now I can see it. Thanks for your patience. Leave it with me. __ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue2439 __ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue2136] urllib2 basic auth handler doesn't handle realm names in single-quoted strings
Georg Brandl [EMAIL PROTECTED] added the comment: Huh, I'm not really an HTTP expert either :) But this seems reasonable to me. Implemented this (with a slightly different patch) in r61711. -- resolution: - fixed status: open - closed __ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue2136 __ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue2432] DictReader does not suport line_num
Georg Brandl [EMAIL PROTECTED] added the comment: Fixed by adding line_num attr to DictReader in r61712, r61713 (2.5). -- resolution: - fixed status: open - closed __ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue2432 __ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue2358] Using sys.exc_clear should raise a Py3K warning
Georg Brandl [EMAIL PROTECTED] added the comment: Reformatted, added test case and committed in r61714. -- nosy: +georg.brandl resolution: - accepted status: open - closed __ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue2358 __ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue2337] Backport oct() and hex() to use __index__
Georg Brandl [EMAIL PROTECTED] added the comment: Shouldn't we leave alone oct() and hex() (there is another issue for deprecation warning for __oct__ and __hex__), and let people use the versions from future_builtins? -- nosy: +georg.brandl __ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue2337 __ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue2346] Py3K warn against using __members__
Georg Brandl [EMAIL PROTECTED] added the comment: Added test case and warning for another use of __methods__ and committed as r61715. -- nosy: +georg.brandl resolution: - accepted status: open - closed __ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue2346 __ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue2347] Py3K warn for using __methods__
Georg Brandl [EMAIL PROTECTED] added the comment: Patch for #2346 included this. -- nosy: +georg.brandl resolution: - fixed status: open - closed __ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue2347 __ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue2446] 2to3 translates import foobar to import .foobar rather than from . import foobar
Changes by Collin Winter [EMAIL PROTECTED]: -- assignee: collinwinter - David Wolever nosy: +David Wolever __ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue2446 __ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue2446] 2to3 translates import foobar to import .foobar rather than from . import foobar
Changes by Martin v. Löwis [EMAIL PROTECTED]: -- nosy: +loewis __ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue2446 __ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1577] shutil.move() does not use os.rename() if dst is a directory
Changes by Raghuram Devarakonda [EMAIL PROTECTED]: -- resolution: accepted - fixed status: open - closed __ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue1577 __ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue2047] shutil.destinsrc returns wrong result when source path matches beginning of destination path
Changes by Raghuram Devarakonda [EMAIL PROTECTED]: -- keywords: +easy __ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue2047 __ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue467384] provide a documented serialization func
Changes by Guilherme Polo [EMAIL PROTECTED]: Tracker [EMAIL PROTECTED] http://bugs.python.org/issue467384 ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue2348] Py3K warn using file.softspace
Georg Brandl [EMAIL PROTECTED] added the comment: Committed a simpler patch (the file object already had a getsetlist) in r61716. -- nosy: +georg.brandl resolution: - fixed status: open - closed __ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue2348 __ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue2449] Improved serialization error logging in xmlrpclib
New submission from Christopher Blunck [EMAIL PROTECTED]: When xmlrpclib fails to serialize objects into XML a generic failed to serialize output error is returned to the client and no log messages are produced to give insight into the true cause of the problem. In real-world scenarios where lots of data moves along the wire it can be difficult to determine the cause of the serialization problem. I propose the attached patch as an initial cut at improving xmlrpclib under circumstances where serialization fails. -- components: Library (Lib) files: Python-2.4.4.all.patch04 messages: 64274 nosy: blunck2 severity: normal status: open title: Improved serialization error logging in xmlrpclib type: feature request versions: Python 2.4 Added file: http://bugs.python.org/file9805/Python-2.4.4.all.patch04 __ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue2449 __ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue984219] hotspot.stats.load is very slow
Georg Brandl [EMAIL PROTECTED] added the comment: Turning into a feature request. -- nosy: +georg.brandl type: performance - feature request Tracker [EMAIL PROTECTED] http://bugs.python.org/issue984219 ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue2300] make html fails
Georg Brandl [EMAIL PROTECTED] added the comment: I assume that it is fixed for Christian too, so am closing it. -- keywords: +patch resolution: - out of date status: open - closed __ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue2300 __ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue467384] provide a documented serialization func
Guilherme Polo [EMAIL PROTECTED] added the comment: Sorry, but is the feature request related to constructing a safe unpickler ? If yes, then I suppose this issue should be closed and an appropriate one be created. Nevertheless, reading the following comment at pickletools.py (trunk) makes me think this feature request won't be done, not in the pickle module at least: Another independent change with Python 2.3 is the abandonment of any pretense that it might be safe to load pickles received from untrusted parties -- no sufficient security analysis has been done to guarantee this and there isn't a use case that warrants the expense of such an analysis. -- nosy: +gpolo Tracker [EMAIL PROTECTED] http://bugs.python.org/issue467384 ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue2298] Patch for string without null bytes check in getargs.c
Georg Brandl [EMAIL PROTECTED] added the comment: I've added XXX comments to the code, so this is now tracked by #2322. -- nosy: +georg.brandl resolution: - duplicate status: open - closed superseder: - Clean up getargs.c and its formatting possibilities __ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue2298 __ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue2162] unittest.findTestCases undocumented
Georg Brandl [EMAIL PROTECTED] added the comment: Certainly. -- nosy: +georg.brandl resolution: - wont fix status: open - closed __ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue2162 __ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue2160] Document PyImport_GetImporter
Georg Brandl [EMAIL PROTECTED] added the comment: Thanks, committed as r61718. -- resolution: - accepted status: open - closed __ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue2160 __ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue2439] Patch to add a get_data function to pkgutil
Paul Moore [EMAIL PROTECTED] added the comment: OK, I found it. There were 2 problems, the double-loading one, and a problem with adding my importer to sys.meta_path - if the test failed, I wasn't removing it (so it was there for the next test, and interfering with it). Here's a fixed patch. Thanks, Phillip, for persevering! Added file: http://bugs.python.org/file9806/pkgutil.patch __ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue2439 __ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue2439] Patch to add a get_data function to pkgutil
Changes by Paul Moore [EMAIL PROTECTED]: Removed file: http://bugs.python.org/file9799/pkgutil.patch __ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue2439 __ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1605] Semi autogenerated _types module
Benjamin Peterson [EMAIL PROTECTED] added the comment: I think this is a really good idea. It's in stride with DRY, clean, and sure beats the Python acrobatics that types currently does to find them. -- nosy: +benjamin.peterson __ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue1605 __ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1605] Semi autogenerated _types module
Guido van Rossum [EMAIL PROTECTED] added the comment: I'm still resounding -1 on this. Grouping types together because they happen to be implemented in C is a silly thing to do. Groupings should be based on usage, not on implementation style. I successfully argued against the inclusion of all metaclasses in the abc.py module. This proposal would be even more wrong. You might as well insist that all decorators need to be placed in one module. __ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue1605 __ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue467384] provide a documented serialization func
Guido van Rossum [EMAIL PROTECTED] added the comment: There isn't anything actionable in this bug request. It makes much more sense to start a discussion about requirements etc. on python-ideas. -- resolution: - out of date status: open - closed Tracker [EMAIL PROTECTED] http://bugs.python.org/issue467384 ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1605] Semi autogenerated _types module
Benjamin Peterson [EMAIL PROTECTED] added the comment: Okay. How about we use this like it is for 2.x, and split it out into different modules in Py3k. We could have execution_types and core_types. __ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue1605 __ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1657] [patch] epoll and kqueue wrappers for the select module
Guido van Rossum [EMAIL PROTECTED] added the comment: pyepoll for static names sounds fine (assuming you want some consistency). Given all the rave reviews, what are the chances that you'll be checking this in soon? __ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue1657 __ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue2248] quit() method of SMTP instance (of smtplib) doesn't return it's result
Guido van Rossum [EMAIL PROTECTED] added the comment: No time to review, but making a function return something useful instead of None seems a good idea. -- assignee: gvanrossum - __ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue2248 __ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue799428] tk_focusNext() fails
Changes by Guido van Rossum [EMAIL PROTECTED]: -- assignee: - loewis nosy: +loewis Tracker [EMAIL PROTECTED] http://bugs.python.org/issue799428 ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1605] Semi autogenerated _types module
Guido van Rossum [EMAIL PROTECTED] added the comment: On Fri, Mar 21, 2008 at 3:03 PM, Benjamin Peterson [EMAIL PROTECTED] wrote: Benjamin Peterson [EMAIL PROTECTED] added the comment: Okay. How about we use this like it is for 2.x, and split it out into different modules in Py3k. We could have execution_types and core_types. No. __ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue1605 __ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1605] Semi autogenerated _types module
Benjamin Peterson [EMAIL PROTECTED] added the comment: No Well, okay. I still think we should expose these core interpreter types somehow, so people can identify types easily. I don't want to be forced to finding the type of sys._getframe to tell if I have a frame object on my hands. Where would you put them? __ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue1605 __ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue2450] urllib2.Request constructor has no timeout parameter
New submission from John J Lee [EMAIL PROTECTED]: r55792 added timeout support to urllib2. A timeout parameter was added to urllib2.OpenerDirector.open(), but there is no corresponding Request constructor parameter. timeout is unique in that respect. Instead, OpenerDirector.open() sets req.timeout on request instances. The parameter timeout should behave in the same way as existing parameter data. -- components: Library (Lib) messages: 64291 nosy: jjlee severity: normal status: open title: urllib2.Request constructor has no timeout parameter versions: Python 2.6 __ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue2450 __ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1657] [patch] epoll and kqueue wrappers for the select module
Christian Heimes [EMAIL PROTECTED] added the comment: Say Go and I'll check the patch in ASAP. __ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue1657 __ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue2451] No way to disable socket timeouts in httplib, etc.
New submission from John J Lee [EMAIL PROTECTED]: The new timeout support in 2.6 makes use of new function socket.create_connection(). socket.create_connection() provides no way to disable timeouts, other than by relying on socket.getdefaulttimeout() returning None. This is unfortunate, because it was the purpose of the new timeout support to allow control of timeouts without reliance on global state. setdefaultsocket.create_connection() should always call sock.settimeout() with the timeout passed to create_connection(), unless a special non-None value is passed indicating that the global default is to be used. Specific modules may then use that special non-None value where required, to preserve backwards-compatibility. -- components: Library (Lib) messages: 64293 nosy: jjlee severity: normal status: open title: No way to disable socket timeouts in httplib, etc. versions: Python 2.6 __ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue2451 __ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue2450] urllib2.Request constructor has no timeout parameter
Changes by Benjamin Peterson [EMAIL PROTECTED]: -- nosy: +facundobatista __ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue2450 __ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1657] [patch] epoll and kqueue wrappers for the select module
Guido van Rossum [EMAIL PROTECTED] added the comment: Go. __ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue1657 __ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue2452] inaccuracy in httplib timeout documentation
New submission from John J Lee [EMAIL PROTECTED]: The documentation for the new timeout support in 2.6 states that If the optional timeout parameter is given, connection attempts will timeout after that many seconds. In fact, other non-blocking. The only operation that might block for longer than the requested timeout is the getaddrinfo() in socket.create_connection(). There may be similar inaccuracies in the docs of other modules to which timeout support was added. -- assignee: georg.brandl components: Documentation, Library (Lib) messages: 64295 nosy: georg.brandl, jjlee severity: normal status: open title: inaccuracy in httplib timeout documentation versions: Python 2.6 __ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue2452 __ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue2452] inaccuracy in httplib timeout documentation
Changes by Benjamin Peterson [EMAIL PROTECTED]: -- nosy: +facundobatista __ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue2452 __ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue2054] add ftp-tls support to ftplib - RFC 4217
Bill Janssen [EMAIL PROTECTED] added the comment: On Fri, Mar 21, 2008 at 5:43 AM, Robert E. [EMAIL PROTECTED] wrote: Robert E. [EMAIL PROTECTED] added the comment: Concerning the plain-text login. I think a FTPS class should default to encrypted login (you could use the ftp class if you dont want). In no way should the login credentials be sent unencrypted on default. Using another parameter might be a soulution to that, though I would prefer the library to raise an error if establishing an FTPS connection did not succeed. The main program could then catch it and decide how to proceed (using plain ftp or aborting according to a given policy). Sounds reasonable to me. Note that FTP is an old and somewhat gnarly protocol, and doesn't work the way more recent application protocols do. The SSL module is designed for TCP-based single-connection call-response protocols, more or less. Doing FTPS right might mean we'd have to extend it. Added file: http://bugs.python.org/file9807/unnamed __ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue2054 __On Fri, Mar 21, 2008 at 5:43 AM, Robert E. lt;a href=mailto:[EMAIL PROTECTED][EMAIL PROTECTED]/agt; wrote:brdiv class=gmail_quoteblockquote class=gmail_quote style=border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex; br Robert E. lt;a href=mailto:[EMAIL PROTECTED][EMAIL PROTECTED]/agt; added the comment:br div class=Ih2E3dbr/divConcerning the plain-text login. I think a FTPS class should default tobr encrypted login (you could use the ftp class if you dont want). In nobr way should the login credentials be sent unencrypted on default. Usingbr another parameter might be a soulution to that, though I would preferbr the library to raise an error if establishing an FTPS connection did notbr succeed. The main program could then catch it and decide how to proceedbr (using plain ftp or aborting according to a given policy)./blockquotedivbrSounds reasonable to me.brbrNote that FTP is an old and somewhat gnarly protocol, andbrdoesn#39;t work the way more recent application protocols do.nbsp; The SSLbr module is designed for TCP-based single-connection call-responsebrprotocols, more or less.nbsp; Doing FTPS right might mean we#39;d have tobrextend it.brbr/div/divbr ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue2451] No way to disable socket timeouts in httplib, etc.
Facundo Batista [EMAIL PROTECTED] added the comment: When the semantics of timout in htmllib (and the other libraries) were discussed, the community approved the following behaviour: - setdefaulttimeout() was a hack to allow to set the timeout when nothing else is available. - Now that you can pass the timeout when creating the connection, you shouldn't use the default setting. So, as to enhance practicality and ease to use, when you pass a timeout value it will set up the timeout in the socket. When you don't pass anything, or pass None, it will not set anything. And if you set previously a default value, you can not override it through this parameter: you shouldn't been setting the default in first place. Regards, -- nosy: +facundobatista resolution: - wont fix status: open - closed __ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue2451 __ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue2452] inaccuracy in httplib timeout documentation
John J Lee [EMAIL PROTECTED] added the comment: Oops, un-finished sentence in my opening comment (In fact, other non-blocking.) should have read: In fact, other blocking operations will also time out. __ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue2452 __ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue2450] urllib2.Request constructor has no timeout parameter
Changes by Facundo Batista [EMAIL PROTECTED]: -- assignee: - facundobatista __ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue2450 __ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1657] [patch] epoll and kqueue wrappers for the select module
Christian Heimes [EMAIL PROTECTED] added the comment: I've applied the patch in r61722. TODO: finish the documentation, any help is appreciated -- components: +Documentation -Extension Modules resolution: - accepted __ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue1657 __ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue2451] No way to disable socket timeouts in httplib, etc.
John J Lee [EMAIL PROTECTED] added the comment: I see this thread: http://www.gossamer-threads.com/lists/python/dev/552292 But I don't see an explanation of this API decision there that I understand. *Because* socket.setdefaulttimeout() is a hack for when nothing else is available, there should be a way to avoid that global state. You say that Now that you can pass the timeout when creating the connection, you shouldn't use the default setting.. That's true, for new code, and for code is able to immediately change -- indeed, that always has been true. Code exists that makes use of socket.setdefaulttimeout(), or requires use of it in order to set a timeout. Can you explain why this state of affairs makes it necessary to force this global state on users of httplib? __ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue2451 __ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue2451] No way to disable socket timeouts in httplib, etc.
Facundo Batista [EMAIL PROTECTED] added the comment: Two or three threads run in parallel at that time for this issue, don't remember exactly where this was decided. *Because* socket.setdefaulttimeout() is a hack for when nothing else is available, there should be a way to avoid that global state. Yes: don't call setdefaulttimeout(). socket.setdefaulttimeout(), or requires use of it in order to set a timeout. Can you explain why this state of affairs makes it necessary to force this global state on users of httplib? The issue is that to allow caller to override the default state you should pass it None, but None is for default timeout value in the call, so you should be passing a specific object to mean override default timeout, etc... all this is well explained in that thread. Lot of suggestions were handled, and the final decision was that all that behaviours will complicate unnecessarily the semantics here (with the cost of not being able to override the global default). I suggest you to raise the discussion again in python-dev if you want this decided behaviour to change. __ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue2451 __ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue908441] default index for __getslice__ is not sys.maxint
Alexander Belopolsky [EMAIL PROTECTED] added the comment: This has been fixed around r42454. -- nosy: +belopolsky Tracker [EMAIL PROTECTED] http://bugs.python.org/issue908441 ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue2453] fix_except needs to allow for empty excepts
New submission from Martin v. Löwis [EMAIL PROTECTED]: The code try: f() except X,a: g() except: h() currently doesn't get changed, but should be converted to try: f() except X as a: g() except: h() -- assignee: collinwinter components: 2to3 (2.x to 3.0 conversion tool) messages: 64303 nosy: collinwinter, loewis severity: normal status: open title: fix_except needs to allow for empty excepts type: behavior __ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue2453 __ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue2450] urllib2.Request constructor has no timeout parameter
Facundo Batista [EMAIL PROTECTED] added the comment: The argument timeout can not have the same semantics than data, see the following cases: - r = Request(url) - urlopen(r, data=foo) - # data is foo - r = Request(url, data=foo) - urlopen(r) - # data is foo - r = Request(url, data=foo) - urlopen(r, data=bar) - # data is bar So, what would happen if you put timeout in Request: - r = Request(url, timeout=3) - urlopen(r, timeout=10) - # here, the final timeout can be 10, no problem! - r = Request(url, timeout=3) - urlopen(r) - # Oops! In this last one, which the final timeout should be? None, as you passed that to urlopen()? Or the original 3 from the Request? With data you can do it, because None has no meaning, so only you replace the Request value if actually you passed something in urlopen(). But for timeout, None *has* a meaning... -- resolution: - wont fix status: open - closed __ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue2450 __ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue2454] md5 fixer
New submission from Martin v. Löwis [EMAIL PROTECTED]: Usages of the md5 module could be fixed, as it's unavailable in 3k. In particular: import md5 - import hashlib md5.new(...) - hashlib.md5(...) md5.md5(...) - hashlib.md5(...) Notice that users could already change this manually in 2.6, since hashlib is available since 2.5, so the fixer is not strictly needed, but would be convenient. -- assignee: collinwinter components: 2to3 (2.x to 3.0 conversion tool) messages: 64305 nosy: collinwinter, loewis severity: normal status: open title: md5 fixer __ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue2454 __ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue2454] md5 fixer
Gregory P. Smith [EMAIL PROTECTED] added the comment: And do the same for: sha.sha1 - hashlib.sha1 sha.new - hashlib.sha1 -- nosy: +gregory.p.smith __ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue2454 __ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue2454] sha and md5 fixer
Changes by Benjamin Peterson [EMAIL PROTECTED]: -- title: md5 fixer - sha and md5 fixer __ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue2454 __ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue2450] urllib2.Request constructor has no timeout parameter
John J Lee [EMAIL PROTECTED] added the comment: This should be solved by introducing a not set value other than None. __ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue2450 __ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue2450] urllib2.Request constructor has no timeout parameter
Facundo Batista [EMAIL PROTECTED] added the comment: As I wrote in the other bug that you opened (#2451), introducing this will complicate the usage and semantics of what is already established and working. __ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue2450 __ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue974635] Slice indexes passed to __getitem__ are wrapped
Alexander Belopolsky [EMAIL PROTECTED] added the comment: This looks like a duplicate of issue723806 which was closed as won't fix. -- components: +Interpreter Core -None nosy: +belopolsky type: - behavior Tracker [EMAIL PROTECTED] http://bugs.python.org/issue974635 ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue2455] stat.ST_CTIME and stat.ST_ATIME problem
New submission from Andrey Skvortsov [EMAIL PROTECTED]: stat.ST_CTIME and stat.ST_ATIME are mixed up. ST_CTIME gives access time and should be ST_ATIME and vice versa ST_ATIME gives creation time. Linux. -- components: Library (Lib) messages: 64310 nosy: sassas severity: normal status: open title: stat.ST_CTIME and stat.ST_ATIME problem versions: Python 2.5 __ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue2455 __ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue2450] urllib2.Request constructor has no timeout parameter
John J Lee [EMAIL PROTECTED] added the comment: I don't buy the API complication argument. I might accept an argument that the timeout isn't really anything to do with the request, so I won't bother to continue with this bug report. __ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue2450 __ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue2351] Using __(get|set|del)slice__ needs a Py3K warning
Benjamin Peterson [EMAIL PROTECTED] added the comment: Here's a patch for that. It gives warnings on use of __getslice__, __delslice__, and __setslice__ and includes tests. But it only works on new style classes. I don't think this is a big problem because users will see the warnings when they switch their classes to new-style. -- keywords: +patch nosy: +benjamin.peterson Added file: http://bugs.python.org/file9808/slice_methods_py3kwarn.patch __ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue2351 __ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue2273] test_decimal: possible thread lockup in test case
Facundo Batista [EMAIL PROTECTED] added the comment: Commited in r61731. Thank you both! -- resolution: - fixed status: open - closed __ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue2273 __ ___ 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
Alexandre Vassalotti [EMAIL PROTECTED] added the comment: I don't think this should be added to 2.5. Only bugfixes are admissible to the backporting process (see PEP 6). Finally, could you post the diff of your changes as described at http://www.python.org/dev/patches/. Thanks! -- components: +Extension Modules -None keywords: +patch nosy: +alexandre.vassalotti priority: - normal type: - performance __ 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
[issue1605] Semi autogenerated _types module
Guido van Rossum [EMAIL PROTECTED] added the comment: Well, okay. I still think we should expose these core interpreter types somehow, so people can identify types easily. I don't want to be forced to finding the type of sys._getframe to tell if I have a frame object on my hands. Where would you put them? Perhaps that one belongs together with sys._getframe? You don't seem to be getting my point (or you are purposely ignoring it), and this is frustrating for me. If these types must be exposed they should be each be exposed in a a module (new or existing) that defines other objects (types, functions, constants, what have you) with a related purpose. So maybe dict views etc. can be in collections. And maybe module, function, class, properties, some standard decorators (classmethod, staticmethod) and various types of methods and method wrappers can be in a module that packages code structures. OTOH code, frame, traceback may be more suitable for a low-level module (although I'm not sure about traceback, perhaps it is closer exceptions). Many types of iterators may best be placed in itertools (which defines them in the first place, many operations there already *are* their own type). But the iterators over the built-in collection types (list, dict etc.) should probably live in collections again. You see, coming up with a meaningful grouping is not all that easy -- but that's no reason to lump them all together in a built-in-types module. Another criterion for grouping is whether the types make sense for other implementations like Jython, IronPython or PyPy, or not. I'm all for exposing these. But I'm 100% against just collecting all those types and putting them in a single grab-bag module. __ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue1605 __ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
