[issue5057] Unicode-width dependent optimization leads to non-portable pyc file
Ezio Melotti ezio.melo...@gmail.com added the comment: I have the same failure on trunk (narrow build). -- priority: - normal stage: - needs patch versions: +Python 3.2 -Python 3.0 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue5057 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue5640] Wrong print() result when unicode error handler is not 'strict'
Changes by Ezio Melotti ezio.melo...@gmail.com: -- priority: - normal stage: needs patch - patch review ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue5640 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1578269] Add os.link() and os.symlink() and os.path.islink() support for Windows
Eric Smith e...@trueblade.com added the comment: When building on XP with windows symlink draft 15.patch, I get: Build started: Project: _hashlib, Configuration: Release|Win32 Performing Pre-Build Event... Found a working perl at 'c:\opt\cygwin\bin\perl.exe' Found an SSL directory at '..\..\openssl-0.9.8g' Traceback (most recent call last): File build_ssl.py, line 258, in module main() File build_ssl.py, line 241, in main shutil.copy(rcrypto\buildinf_%s.h % arch, rcrypto\buildinf.h) File C:\home\eric\python\py3k\lib\shutil.py, line 102, in copy copyfile(src, dst) File C:\home\eric\python\py3k\lib\shutil.py, line 50, in copyfile if _samefile(src, dst): File C:\home\eric\python\py3k\lib\shutil.py, line 40, in _samefile return os.path.samefile(src, dst) File C:\home\eric\python\py3k\lib\ntpath.py, line 635, in samefile return _getfinalpathname(f1) == _getfinalpathname(f2) NotImplementedError: GetFinalPathNameByHandle not available on this platform Project : error PRJ0019: A tool returned an error code from Performing Pre-Build Event... Build log was saved at file://C:\home\eric\python\py3k\PCbuild\Win32-temp-Release\_hashlib\BuildLog .htm _hashlib - 1 error(s), 0 warning(s) -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue1578269 ___ ___ 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
Antoine Pitrou pit...@free.fr added the comment: Here is the current py3k patch I have, after resolving conflicts and cleaning up the obvious problems. After tracing a bit, it seems that ssl.wrap_socket() changes the socket fileno under py3k, while it doesn't under trunk. -- Added file: http://bugs.python.org/file15349/ftptls-py3k.patch ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue2054 ___ ___ 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
Antoine Pitrou pit...@free.fr added the comment: Ok, I now have a working patch. The main fix was to change SSLConnection.secure_connection() to: def secure_connection(self): socket = ssl.wrap_socket([ ##etc. ]) self.del_channel() self.set_socket(socket) self._ssl_accepting = True Can you take a look? -- Added file: http://bugs.python.org/file15350/ftptls-py3k-2.patch ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue2054 ___ ___ 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
Changes by Antoine Pitrou pit...@free.fr: Removed file: http://bugs.python.org/file15350/ftptls-py3k-2.patch ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue2054 ___ ___ 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
Changes by Antoine Pitrou pit...@free.fr: Added file: http://bugs.python.org/file15351/ftptls-py3k-2.patch ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue2054 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue7333] Add initgroups to the posix/os modules
Antoine Pitrou pit...@free.fr added the comment: You can use the new test-skipping feature: http://docs.python.org/dev/library/unittest.html#skipping-tests-and-expected-failures -- nosy: +pitrou ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue7333 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue7060] test_multiprocessing dictionary changed size errors and hang
Antoine Pitrou pit...@free.fr added the comment: I don't think this is a blocker anymore. Kristján's patch has been ported and the test_multiprocessing freezes have been fixed by adding a timeout. As for the original purpose of this ticket, issue7105 is still (part of?) the answer. -- priority: release blocker - normal ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue7060 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue7291] urllib2 cannot handle https with proxy requiring auth
Ronald Oussoren ronaldousso...@mac.com added the comment: The patch looks good to me. IMHO this should be backported to 2.6 as well. -- keywords: +needs review nosy: +ronaldoussoren ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue7291 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue7337] Add lossy queue to queue library module
New submission from Ben Bass benpaulb...@googlemail.com: Many applications would benefit from 'connectionless' queues, i.e. they don't want to care whether anything is reading from the other end. Using current queue module classes this is not practical, because there is a choice between unbounded memory consumption or blocking. I propose adding a 'LossyQueue' class in the queue module which would allow bounded memory consumption without blocking on put. (i.e. items are dropped in fifo manner beyond a certain limit). In my view this is at least as natural as the PriorityQueue and LifoQueue extensions in that module. Outline as follows: class LossyQueue(Queue): Queue subclass which drops items on overflow def _init(self, maxsize): if maxsize 0: # build the deque with maxsize limit self.queue = deque(maxlen=maxsize) else: # same as normal Queue instance self.queue = collections.deque() # deque alone handles maxsize, # so we pretend we have none self.maxsize = 0 if there is interest in this I will offer a proper patch with docs and tests. -- components: Library (Lib) messages: 95374 nosy: bpb severity: normal status: open title: Add lossy queue to queue library module type: feature request versions: Python 2.7, Python 3.2 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue7337 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue7318] multiprocessing should not wait endlessly
Kristján Valur Jónsson krist...@ccpgames.com added the comment: See also issue 7314 -- nosy: +krisvale ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue7318 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue7293] test_msvc9compiler test_reg_class failure on new Windows box
Tarek Ziadé ziade.ta...@gmail.com added the comment: There's one more thing we didn't take care of in our change: windows platforms where people just install Python and run tests, so there's no VC++ installed. For them I guess we can use: r'Software\Microsoft\Windows\CurrentVersion' and look for the u'productid' value, and just make sure its not empty. Would you mind checking that you have this key on your windows plartforms ? I've checked on XP. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue7293 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue7291] urllib2 cannot handle https with proxy requiring auth
Ronald Oussoren ronaldousso...@mac.com added the comment: I've tested a backport of the patch to 2.6 (just replace set_proxy by _set_proxy in the patch) and the resulting version of urllib2 can login to the proxy (as expected). Thanks for the patch. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue7291 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue7314] test_multiprocessing hangs in TestZZZNumberOfObjects after unittest traceback patch
Kristján Valur Jónsson krist...@ccpgames.com added the comment: Ok, I'm closing this as a duplicate. -- resolution: - duplicate superseder: - multiprocessing should not wait endlessly ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue7314 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue7314] test_multiprocessing hangs in TestZZZNumberOfObjects after unittest traceback patch
Changes by Kristján Valur Jónsson krist...@ccpgames.com: -- status: open - closed ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue7314 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue7316] Add a timeout functionality to common locking operations
Antoine Pitrou pit...@free.fr added the comment: This patch adds some docs and comments. It also adds the feature in the non-semaphore path of thread_pthread.h, which I had forgotten to address. -- Added file: http://bugs.python.org/file15352/timedlock2.patch ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue7316 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue7085] strptime problem
Ronald Oussoren ronaldousso...@mac.com added the comment: FWIW, I've filed an issue with Apple for this: Radar #7330231 -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue7085 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue7338] recursive __attribute__ - Fatal Python error: Cannot recover from stack overflow.
New submission from kai zhu kaizhu...@gmail.com: Python 3.1.1 (r311:74480, Sep 13 2009, 17:17:12) [GCC 4.3.2] on linux2 Type help, copyright, credits or license for more information. class Foo(object): ... def __getattribute__(self, attr): ... try: return object.__getattribute__(attr) ... except: return self.x ... Foo().y Fatal Python error: Cannot recover from stack overflow. Aborted $ python2.6 recovers from above w/ a RuntimeError -- components: Interpreter Core messages: 95381 nosy: kaizhu severity: normal status: open title: recursive __attribute__ - Fatal Python error: Cannot recover from stack overflow. type: crash versions: Python 3.1 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue7338 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue7338] recursive __attribute__ - Fatal Python error: Cannot recover from stack overflow.
Antoine Pitrou pit...@free.fr added the comment: This is normal. By doing except: return self.x, you are reinvoking __getattribute__ as soon as the RuntimeError is raised, and forcing the interpreter into another infinite recursion. -- nosy: +loewis, pitrou ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue7338 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue3962] single architecture framework build fails on OS X 10.5
Changes by Ronald Oussoren ronaldousso...@mac.com: -- status: pending - closed ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue3962 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue3555] Regression: nested exceptions crash (Cannot recover from stack overflow)
kai zhu kaizhu...@gmail.com added the comment: just submitted a nearly identical bug (#7338) b4 checking for this one. so u think it works correctly up to the 2nd N+50 check. can someone give a reason y we should crash after that instead of throwing a fallback RuntimeError? -- nosy: +kaizhu ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue3555 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue5673] Add timeout option to subprocess.Popen
Changes by Thomas Guettler guet...@thomas-guettler.de: -- nosy: +guettli ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue5673 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue7333] Add initgroups to the posix/os modules
Jean-Paul Calderone exar...@divmod.com added the comment: Alright. Updated patch attached. -- Added file: http://bugs.python.org/file15353/initgroups-3.patch ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue7333 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue7333] Add initgroups to the posix/os modules
Jean-Paul Calderone exar...@divmod.com added the comment: pyflakes told me I didn't import errno in test_posix.py. Updated patch attached. -- Added file: http://bugs.python.org/file15354/initgroups-4.patch ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue7333 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue5614] Malloc errors in test_io
Ronald Oussoren ronaldousso...@mac.com added the comment: Closing the issue as this is not a bug in python (as noted in the comments) and there doesn't seem to be a workaround for avoiding the spurious messages on stderr. -- resolution: - wont fix status: open - closed type: crash - behavior ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue5614 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue7316] Add a timeout functionality to common locking operations
Jeffrey Yasskin jyass...@gmail.com added the comment: I don't object strongly, but since locks are supposed to be held for short amounts of time, a timeout shouldn't be that useful, and when people really need it they can put it together with a condition variable. Timeouts also interact poorly with condition variables: you can time out the initial acquire, but if you wait on a condition there's no place to put the timeout on the reacquire. Given that it's hard to pick a timeout in most cases anyway, I think it'd be a much bigger win to figure out thread interruption. (Yes, I know that's hard, and that I promised to do it a long while ago and never got around to it.) That said, I have no objections at all to adding an internal timeout ability for use by Condition.wait, and if you're still enthusiastic about adding the timeout given the above argument, I won't block you. -- nosy: +jyasskin ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue7316 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue7316] Add a timeout functionality to common locking operations
Antoine Pitrou pit...@free.fr added the comment: Timeouts also interact poorly with condition variables: you can time out the initial acquire, but if you wait on a condition there's no place to put the timeout on the reacquire. I don't see how it's an objection. If you have a condition variable you just use the cv's timeout feature, don't you? I guess there are already tons of combinations which don't make sense anyway. Given that it's hard to pick a timeout in most cases anyway, I think it'd be a much bigger win to figure out thread interruption. (Yes, I know that's hard, and that I promised to do it a long while ago and never got around to it.) What do you mean by thread interruption? Cancellation? That said, I have no objections at all to adding an internal timeout ability for use by Condition.wait, and if you're still enthusiastic about adding the timeout given the above argument, I won't block you. Well, it's pretty basic functionality provided by the underlying OS APIs, which is why I think it would be good to expose it. I remember being annoyed by its absence, but it was a long time ago and I don't remember which problem I was trying to solve. (and it's safer than thread cancellation ;-)) -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue7316 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue7339] bsddb crashes when transaction limit occurs
New submission from Paul Colomiets p...@gafol.net: When maximum transaction number exceeded and DBEnv-txn_begin returns with error ENOMEM, error with following traceback occur: #0 0x000803d4fa48 in DBTxn_dealloc (self=0x846480648) at _bsddb.c:1235 #1 0x000803d506dc in newDBTxnObject (myenv=0x804c23d98, parent=0x0, txn=Variable txn is not available. ) at _bsddb.c:1179 #2 0x000803d50770 in DBEnv_txn_begin (self=0x804c23d98, args=Variable args is not available. ) at _bsddb.c:4584 #3 0x00523ea4 in PyCFunction_Call () [..snip..] I believe that following patch will fix that problem: Index: Modules/_bsddb.c === --- Modules/_bsddb.c(revision 76338) +++ Modules/_bsddb.c(working copy) @@ -1232,7 +1232,7 @@ if (self-env) { Py_DECREF(self-env); } else { -Py_DECREF(self-parent_txn); +Py_XDECREF(self-parent_txn); } PyObject_Del(self); } Seems that normally either env or parent_txn attribute is not null but when transaction where not created it's untrue (look at the end of newDBTxnObject if you don't trust :) ) -- components: Library (Lib) messages: 95389 nosy: pc severity: normal status: open title: bsddb crashes when transaction limit occurs type: crash versions: Python 2.6 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue7339 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue7144] imp.load_module in thread causes core dump on OSX 10.6
Ronald Oussoren ronaldousso...@mac.com added the comment: The crash is caused by loading any extension that happens to link with CoreFoundation on a secondary thread, unless CoreFoundation was already initialized. The CF framework contains a constructor that explicitly aborts when it is not called on the main thread (all of this on Snow Leopard only). I've found a workaround for this issue: ensure that Python is linked to the CoreFoundation framework, that way CF will be initialized when Python starts. I'm working on a clean patch for this -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue7144 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue7085] strptime problem
Ronald Oussoren ronaldousso...@mac.com added the comment: The crash is caused by loading any extension that happens to link with CoreFoundation on a secondary thread, unless CoreFoundation was already initialized. The CF framework contains a constructor that explicitly aborts when it is not called on the main thread (all of this on Snow Leopard only). I've found a workaround for this issue: ensure that Python is linked to the CoreFoundation framework, that way CF will be initialized when Python starts. I'm working on a clean patch for this. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue7085 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue7316] Add a timeout functionality to common locking operations
Jeffrey Yasskin jyass...@gmail.com added the comment: Timeouts also interact poorly with condition variables: you can time out the initial acquire, but if you wait on a condition there's no place to put the timeout on the reacquire. I don't see how it's an objection. If you have a condition variable you just use the cv's timeout feature, don't you? I guess there are already tons of combinations which don't make sense anyway. The cv's timeout stops waiting for the cv to be notified, but then it just calls acquire() with no timeout. Given that it's hard to pick a timeout in most cases anyway, I think it'd be a much bigger win to figure out thread interruption. (Yes, I know that's hard, and that I promised to do it a long while ago and never got around to it.) What do you mean by thread interruption? Cancellation? Yes, sorry, I was using the Java term, which isn't particularly accurate. That said, I have no objections at all to adding an internal timeout ability for use by Condition.wait, and if you're still enthusiastic about adding the timeout given the above argument, I won't block you. Well, it's pretty basic functionality provided by the underlying OS APIs, which is why I think it would be good to expose it. I remember being annoyed by its absence, but it was a long time ago and I don't remember which problem I was trying to solve. Fair enough. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue7316 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue7340] Doc for sys.exc_info has warning that is no longer valid
New submission from Greg Hewgill g...@hewgill.com: Based on a short discussion on python-dev: http://mail.python.org/pipermail/python-dev/2009-November/094306.html the Warning box in the documentation for sys.exc_info needs to be updated in light of PEP 3134, and perhaps moved elsewhere since the circular reference problem can now occur whether or not the traceback returned by sys.exc_info is used. It might also be worth mentioning that the way to break the circular reference, if necessary, is to explicitly set the __traceback__ member of the handled exception to None. -- assignee: georg.brandl components: Documentation messages: 95393 nosy: georg.brandl, ghewgill severity: normal status: open title: Doc for sys.exc_info has warning that is no longer valid type: behavior versions: Python 3.0, Python 3.1, Python 3.2 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue7340 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue7337] Add lossy queue to queue library module
Raymond Hettinger rhettin...@users.sourceforge.net added the comment: I'm curious about your many applications would benefit from 'connectionless' queues. What do you have in mind? Is there any reason those apps cannot use collections.deque() directly? -- assignee: - rhettinger nosy: +rhettinger ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue7337 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue7341] test_tarfile failing (file in use when deleting) on Windows buildbots
New submission from Paul Moore p.f.mo...@gmail.com: Windows 3.x buildbots are failing in test_tarfile. The problem, as best I can diagnose it, appears to be a failure somewhere in the tarfile module to close files on exceptions. The error is WindowsError: [Error 32] The process cannot access the file because it is being used by another process, but I am pretty sure it's actually the *same* process which still has an open handle on the file. The problem occurs around test_append_gz, which tries to open the tarfile but expects an error. I think when the call raises the error, it is leaving a filehandle open, which is what causes the delete in setUp to fail. -- components: Library (Lib), Tests keywords: buildbot messages: 95395 nosy: pmoore priority: normal severity: normal status: open title: test_tarfile failing (file in use when deleting) on Windows buildbots versions: Python 3.1, Python 3.2 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue7341 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue6877] enable compilation of readline module on Mac OS X 10.5 and 10.6
Changes by Sridhar Ratnakumar sridh...@activestate.com: -- nosy: +srid ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue6877 ___ ___ 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
Giampaolo Rodola' billiej...@users.sourceforge.net added the comment: Ok, I took a look and it seems ok to me but I still get some occasional failures on Windows from time to time. Because of the threading nature of our server I suspect that moving del_channel() before ssl.wrap_socket() call, like this: -socket = ssl.wrap_socket([ ##etc. ]) -self.del_channel() -self.set_socket(socket) +self.del_channel() +self.socket = ssl.wrap_socket(...) +self.set_socket(self.socket) ...makes more sense (ps: pay attention, it's self.socket, not socket). After I did that I stopped seeing the occasional failures (I'm not 100% sure it's actually related, but...). This is quite strange, anyway. I suspect it has something to do with this: http://entitycrisis.blogspot.com/2009/11/python-3-is-it-doomed.html -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue2054 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue7293] test_msvc9compiler test_reg_class failure on new Windows box
David Bolen db3l@gmail.com added the comment: Oh, my bad - I was working on the assumption that test_msvc9compiler was testing compiler related stuff, so obviously would have the compiler installed. But it makes sense you might test support for that compiler on a machine other than the one doing the building. As for ProductId, Windows 7 has that under the Windows NT key instead of Windows. My XP systems seem to have it in both places. Don't know about earlier Windows versions. If it's something for general use, how about HKCU\Control Panel\Desktop\DragFullWindows (REG_SZ, but should be 0 or 1). Everyone should have desktop settings. It's on both my XP and Win7 systems. Looking around at http://www.pctools.com/guides/registry/ would seem to indicate that key should be present on all releases back to Win95, though some other web references make it unclear if the key is automatically there on Win9x. I can do some quick test installs to verify if I get a moment tonight though. Alternatively, you could just pick something for Windows 7 and let any other platform default back to the old Notepad key, perhaps fixing the error message to suggest running Notepad? It's not like anyone else has complained about the test failing before this, and it's only Windows 7 for which running Notepad the first time won't create the necessary key. I suppose checking for the desktop key first, and falling back to the notepad key would accomplish the same thing without having to check platform. -- David PS: Have we hit our ridiculous amount of effort expended against such a small item quota yet? :-) -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue7293 ___ ___ 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
Antoine Pitrou pit...@free.fr added the comment: Ok, I took a look and it seems ok to me but I still get some occasional failures on Windows from time to time. Because of the threading nature of our server I suspect that moving del_channel() before ssl.wrap_socket() call, like this: Ok, thanks! ...makes more sense (ps: pay attention, it's self.socket, not socket). set_socket() sets self.socket, so it should be the same. I'm going to commit on py3k and watch the buildbots a bit. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue2054 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue7293] test_msvc9compiler test_reg_class failure on new Windows box
Tarek Ziadé ziade.ta...@gmail.com added the comment: If it's something for general use, how about HKCU\ControlPanel\Desktop\DragFullWindows Yes I'll just use this one. I can do some quick test installs to verify if I get a moment tonight though. Don't worry about it. XP and Windows 7 are enough to make the test better here. PS: Have we hit our ridiculous amount of effort expended against such a small item quota yet? :-) Definitely :) Thanks for your patience and time. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue7293 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue7006] The replacement suggested for callable(x) in py3k is not equivalent
Jean-Paul Calderone exar...@divmod.com added the comment: How about bringing callable back since there is no obvious replacement for it? It's valuable as a LYBL check in circumstances where an object submitted far away from the place where it's invoked. Such uses can't easily be replaced with direct calls to follow the recommended EAFP style. -- nosy: +exarkun ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue7006 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1286] fileinput, StringIO, and cStringIO do not support the with protocol
Brian Curtin cur...@acm.org added the comment: Attached is a patch against trunk r76325 which implements context manager support for fileinput/FileInput, with tests and doc change. -- keywords: +patch nosy: +brian.curtin Added file: http://bugs.python.org/file15355/issue1286.patch ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue1286 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue7341] test_tarfile failing (file in use when deleting) on Windows buildbots
Antoine Pitrou pit...@free.fr added the comment: This is a problem in the Tarfile class, which keeps the underlying `fileobj` open even when the constructor fails. Here is a possible patch. -- assignee: - lars.gustaebel keywords: +patch nosy: +lars.gustaebel, pitrou stage: - patch review type: - resource usage versions: +Python 2.6, Python 2.7 Added file: http://bugs.python.org/file15356/tarfile.patch ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue7341 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1286] fileinput, StringIO, and cStringIO do not support the with protocol
Changes by Guido van Rossum gu...@python.org: -- nosy: -gvanrossum ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue1286 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue7006] The replacement suggested for callable(x) in py3k is not equivalent
Antoine Pitrou pit...@free.fr added the comment: I also think isinstance(x, collections.Callable) is the correct replacement. Even though it might give a different answer on weird corner cases, it is semantically what you are looking for. (too bad it has a stupid module placement) -- nosy: +pitrou ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue7006 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue7342] str(datetime_obj) doesn't include microseconds if their value is 0
New submission from Ezio Melotti ezio.melo...@gmail.com: Last night, test_strptime failed on one of the buildbots [1] with the following error: test test_strptime failed -- Traceback (most recent call last): File C:\buildslave\3.x.moore-windows\build\lib\test\test_strptime.py, line 279, in test_fraction tup, frac = _strptime._strptime(str(now), format=%Y-%m-%d %H:%M:%S.%f) File C:\buildslave\3.x.moore-windows\build\lib\_strptime.py, line 332, in _strptime (data_string, format)) ValueError: time data '2009-11-16 17:17:14' does not match format '%Y-%m-%d %H:%M:%S.%f' The reason is that the __str__ method of datetime objects (datetime.now() in the test) adds the trailing .%f only if the microseconds are != 0. Since the possible values of microseconds are between 0 and 99 (both included), there is 1 possibility out of 100 that the microseconds of datetime.now() are equal to 0 (and depending on how the value is incremented it might not include 0 among the possible values at all). Apparently that was the cause of the failure in the test. This can be reproduced easily doing: from datetime import datetime str(datetime.now()) '2009-11-17 22:11:23.522951' str(datetime(2012, 12, 21)) # no microseconds '2012-12-21 00:00:00' This behavior is defined in Modules/datetimemodule.c, in the C function datetime_isoformat (line 4145 on py3k, introduced by tim_one in r30151) and in isoformat_time (line 1278 on trunk, called by datetime_isoformat, introduced by walter.doerwald in r55714). Is there a valid reason to omit the microseconds in case they are equal to 0 instead of just adding the trailing '.00'? If the behavior doesn't change the test can be probably fixed checking the value of the microseconds before the call to str(). The documentation and other tests to check this should also be added. (Thanks to R. David Murray for pointing me in the right direction while I was investigating the problem.) [1]: http://www.python.org/dev/buildbot/all/builders/x86%20XP-5%203.x/builds/52/steps/test/logs/stdio -- assignee: georg.brandl components: Documentation, Extension Modules, Tests messages: 95404 nosy: doerwalter, ezio.melotti, georg.brandl, r.david.murray, tim_one priority: low severity: normal stage: test needed status: open title: str(datetime_obj) doesn't include microseconds if their value is 0 type: behavior versions: Python 2.6, Python 2.7, Python 3.1, Python 3.2 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue7342 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue7342] str(datetime_obj) doesn't include microseconds if their value is 0
Antoine Pitrou pit...@free.fr added the comment: Yes, there is a valid reason. You certainly don't want spurious microseconds to be displayed when a datetime object was constructed from a second-precise source (e.g. parsing e-mail headers). -- nosy: +pitrou ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue7342 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue7342] str(datetime_obj) doesn't include microseconds if their value is 0
Tim Peters tim.pet...@gmail.com added the comment: This behavior is intentional and is documented in the datetime.isoformat() docs: Return a string representing the date and time in ISO 8601 format, -MM-DDTHH:MM:SS.mm or, if microsecond is 0, -MM-DDTHH:MM:SS ... It was Guido's idea ;-) The point is that __str__ is supposed to produce nice output, and .000 was thought to be more annoying than useful, since the common case is that datetime objects don't use microseconds. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue7342 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue6816] Provide CPython command line functionality via runpy module
Antoine Pitrou pit...@free.fr added the comment: Another probably related buildbot failure (again, lack of escaping the regex pattern): == ERROR: test_directory_error (test.test_runpy.RunPathTest) -- Traceback (most recent call last): File /Users/buildbot/buildarea/3.x.heller-x86-osx5/build/Lib/runpy.py, line 125, in _get_main_module_details return _get_module_details(main_name) File /Users/buildbot/buildarea/3.x.heller-x86-osx5/build/Lib/runpy.py, line 115, in _get_module_details raise ImportError(No code object available for %s % mod_name) ImportError: No code object available for __main__ During handling of the above exception, another exception occurred: ImportError: can't find '__main__' module in '/private/var/folders/hm/hmcPs0tuELuc-92a0F0LIk+++TM/-Tmp-/tmpp8zORb' During handling of the above exception, another exception occurred: Traceback (most recent call last): File /Users/buildbot/buildarea/3.x.heller-x86-osx5/build/Lib/test/test_runpy.py, line 334, in test_directory_error self._check_import_error(script_dir, msg) File /Users/buildbot/buildarea/3.x.heller-x86-osx5/build/Lib/test/test_runpy.py, line 295, in _check_import_error self.assertRaisesRegexp(ImportError, msg, run_path, script_name) File /Users/buildbot/buildarea/3.x.heller-x86-osx5/build/Lib/unittest/case.py, line 869, in assertRaisesRegexp callable_obj(*args, **kwargs) File /Users/buildbot/buildarea/3.x.heller-x86-osx5/build/Lib/unittest/case.py, line 126, in __exit__ expected_regexp = re.compile(expected_regexp) File /Users/buildbot/buildarea/3.x.heller-x86-osx5/build/Lib/re.py, line 205, in compile return _compile(pattern, flags) File /Users/buildbot/buildarea/3.x.heller-x86-osx5/build/Lib/re.py, line 273, in _compile p = sre_compile.compile(pattern, flags) File /Users/buildbot/buildarea/3.x.heller-x86-osx5/build/Lib/sre_compile.py, line 491, in compile p = sre_parse.parse(p, flags) File /Users/buildbot/buildarea/3.x.heller-x86-osx5/build/Lib/sre_parse.py, line 692, in parse p = _parse_sub(source, pattern, 0) File /Users/buildbot/buildarea/3.x.heller-x86-osx5/build/Lib/sre_parse.py, line 315, in _parse_sub itemsappend(_parse(source, state)) File /Users/buildbot/buildarea/3.x.heller-x86-osx5/build/Lib/sre_parse.py, line 522, in _parse raise error(multiple repeat) sre_constants.error: multiple repeat == ERROR: test_zipfile_error (test.test_runpy.RunPathTest) -- Traceback (most recent call last): File /Users/buildbot/buildarea/3.x.heller-x86-osx5/build/Lib/runpy.py, line 125, in _get_main_module_details return _get_module_details(main_name) File /Users/buildbot/buildarea/3.x.heller-x86-osx5/build/Lib/runpy.py, line 115, in _get_module_details raise ImportError(No code object available for %s % mod_name) ImportError: No code object available for __main__ During handling of the above exception, another exception occurred: ImportError: can't find '__main__' module in '/private/var/folders/hm/hmcPs0tuELuc-92a0F0LIk+++TM/-Tmp-/tmpOprB3K/test_zip.zip' During handling of the above exception, another exception occurred: Traceback (most recent call last): File /Users/buildbot/buildarea/3.x.heller-x86-osx5/build/Lib/test/test_runpy.py, line 357, in test_zipfile_error self._check_import_error(zip_name, msg) File /Users/buildbot/buildarea/3.x.heller-x86-osx5/build/Lib/test/test_runpy.py, line 295, in _check_import_error self.assertRaisesRegexp(ImportError, msg, run_path, script_name) File /Users/buildbot/buildarea/3.x.heller-x86-osx5/build/Lib/unittest/case.py, line 869, in assertRaisesRegexp callable_obj(*args, **kwargs) File /Users/buildbot/buildarea/3.x.heller-x86-osx5/build/Lib/unittest/case.py, line 126, in __exit__ expected_regexp = re.compile(expected_regexp) File /Users/buildbot/buildarea/3.x.heller-x86-osx5/build/Lib/re.py, line 205, in compile return _compile(pattern, flags) File /Users/buildbot/buildarea/3.x.heller-x86-osx5/build/Lib/re.py, line 273, in _compile p = sre_compile.compile(pattern, flags) File /Users/buildbot/buildarea/3.x.heller-x86-osx5/build/Lib/sre_compile.py, line 491, in compile p = sre_parse.parse(p, flags) File /Users/buildbot/buildarea/3.x.heller-x86-osx5/build/Lib/sre_parse.py, line 692, in parse p = _parse_sub(source, pattern, 0) File /Users/buildbot/buildarea/3.x.heller-x86-osx5/build/Lib/sre_parse.py, line 315, in _parse_sub itemsappend(_parse(source, state)) File /Users/buildbot/buildarea/3.x.heller-x86-osx5/build/Lib/sre_parse.py, line 522, in _parse raise error(multiple repeat) sre_constants.error: multiple repeat -- Ran
[issue2054] add ftp-tls support to ftplib - RFC 4217
Antoine Pitrou pit...@free.fr added the comment: Buildbots are ok. Thank you! -- resolution: accepted - fixed stage: commit review - committed/rejected status: open - closed ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue2054 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue7231] Windows installer does not add \Scripts folder to the path
Isaul Vargas isa...@gmail.com added the comment: For now you can modify the path yourself, and only once, by following these instructions: 1) Open the System Properties either via the Control Panel or pressing WinKey-Pause 2) Click on the tab that says Advanced 3) Click on Environment Variables 4) Under System Variables, scroll down and find Path 5) Click on Edit 6) Add ;X:/PythonXX/Scripts where X is the appropriate drive letter and python version. 7) Click OK, and OK again. You might have to reboot, but now that it is added, you don't have to manually update it. -- nosy: +Dude-X ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue7231 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue7206] 64 bit python fails on Windows 7
Rich Healey ri...@psych0tik.net added the comment: I've done some more fiddling with the debugger, once I discovered the Windows symbol servers, and a tool called application verifier some things started to fall into place. LuaPriv takes care of user privelidges, the program runs fine when I run it as administrator. I believe that disabling UAC has caused the issue. I will attempt 2 things a) Create a new user account on this machine to see if the issue is ongoing. b) Try to fiddle more with the debugger to find the last python call in the stack. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue7206 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue7343] What's new in 3.0 says % operator will be deprecated in 3.1
New submission from Jared Grubb pyt...@jaredgrubb.com: The existing text: http://www.python.org/doc/3.0/whatsnew/3.0.html A new system for built-in string formatting operations replaces the % string formatting operator. (However, the % operator is still supported; it will be deprecated in Python 3.1 and removed from the language at some later time.) Read PEP 3101 for the full scoop. Python 3.1 did not deprecate the % operator, right? Is it appropriate to edit the 3.0 docs to reflect that? -- assignee: georg.brandl components: Documentation messages: 95411 nosy: georg.brandl, jaredgrubb severity: normal status: open title: What's new in 3.0 says % operator will be deprecated in 3.1 versions: Python 3.0 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue7343 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue7206] 64 bit python fails on Windows 7
Rich Healey ri...@psych0tik.net added the comment: I have an apology to make for wasting your time. Further investigation demonstrates that it was evidently fiddling with the Application Verifier that broke everything (although I installed it during my debugging attempts- I'm guessing that something else in VS has the same capabilities). By disabling all tests the application runs, by reenabling them it stops again. I now have a few questions 1) How can the verifier add the flags to the loading mechanism to add the breaks? In that when I installed different versions/clean reinstall of the same version it was still broken. Clearly it doesn't patch the binary, but leaves a flag somewhere (???) about the binary? 2) OK by the looks of it I only had one question ;) thanks for all your help! -- status: open - closed ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue7206 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue7206] 64 bit python fails on Windows 7
Martin v. Löwis mar...@v.loewis.de added the comment: See the section How Does AppVerifier Work? in http://msdn.microsoft.com/en-us/library/aa480483.aspx This doesn't answer your question fully, as it fails to explain how precisely they hook into the app. ISTM that they use the HKLM\Software\Microsoft\Windows NT\CurrentVersion\Image File Execution Options registry hook. For each executable (such as python.exe), you can specify an alternative binary that gets launched whenever somebody is asking to launch python.exe (IIUC, by setting the Debugger value on the registry key). In case of appverifier, they probably then load the original binary, do their entry point rewriting, and start the binary. There actually *is* a second question: what is it that AppVerifier complains about? It may be useful to run Python in AppVerifier to detect bugs - but any outcome of this is out of scope of this report, it seems. If you are curious to look into this further, that would be much appreciated. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue7206 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com