[issue7206] 64 bit python fails on Windows 7

Martin v. Löwis 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

[issue7206] 64 bit python fails on Windows 7

Rich Healey 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 h

[issue7343] "What's new in 3.0" says % operator will be deprecated in 3.1

New submission from Jared Grubb : 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 fro

[issue7206] 64 bit python fails on Windows 7

Rich Healey 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 administr

[issue7231] Windows installer does not add \Scripts folder to the path

Isaul Vargas 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

[issue2054] add ftp-tls support to ftplib - RFC 4217

Antoine Pitrou added the comment: Buildbots are ok. Thank you! -- resolution: accepted -> fixed stage: commit review -> committed/rejected status: open -> closed ___ Python tracker _

[issue6816] Provide CPython command line functionality via runpy module

Antoine Pitrou added the comment: Another probably related buildbot failure (again, lack of escaping the regex pattern): == ERROR: test_directory_error (test.test_runpy.RunPathTest) -

[issue7342] str(datetime_obj) doesn't include microseconds if their value is 0

Tim Peters 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 po

[issue7342] str(datetime_obj) doesn't include microseconds if their value is 0

Antoine Pitrou 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 ___ Pyt

[issue7342] str(datetime_obj) doesn't include microseconds if their value is 0

New submission from Ezio Melotti : 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, f

[issue7006] The replacement suggested for callable(x) in py3k is not equivalent

Antoine Pitrou 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 __

[issue1286] fileinput, StringIO, and cStringIO do not support the with protocol

Changes by Guido van Rossum : -- nosy: -gvanrossum ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.

[issue7341] test_tarfile failing (file in use when deleting) on Windows buildbots

Antoine Pitrou 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: ->

[issue1286] fileinput, StringIO, and cStringIO do not support the with protocol

Brian Curtin 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 ___

[issue7006] The replacement suggested for callable(x) in py3k is not equivalent

Jean-Paul Calderone 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 fol

[issue7293] test_msvc9compiler test_reg_class failure on new Windows box

Tarek Ziadé 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 te

[issue2054] add ftp-tls support to ftplib - RFC 4217

Antoine Pitrou 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! > .

[issue7293] test_msvc9compiler test_reg_class failure on new Windows box

David Bolen 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.

[issue2054] add ftp-tls support to ftplib - RFC 4217

Giampaolo Rodola' 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 =

[issue6877] enable compilation of readline module on Mac OS X 10.5 and 10.6

Changes by Sridhar Ratnakumar : -- nosy: +srid ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.pytho

[issue7341] test_tarfile failing (file in use when deleting) on Windows buildbots

New submission from Paul Moore : 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 i

[issue7337] Add lossy queue to queue library module

Raymond Hettinger 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

[issue7340] Doc for sys.exc_info has warning that is no longer valid

New submission from Greg Hewgill : 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

[issue7316] Add a timeout functionality to common locking operations

Jeffrey Yasskin 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 y

[issue7085] strptime problem

Ronald Oussoren 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 thre

[issue7144] imp.load_module in thread causes core dump on OSX 10.6

Ronald Oussoren 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 thre

[issue7339] bsddb crashes when transaction limit occurs

New submission from Paul Colomiets : 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=0x804c23

[issue7316] Add a timeout functionality to common locking operations

Antoine Pitrou 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 ju

[issue7316] Add a timeout functionality to common locking operations

Jeffrey Yasskin 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

[issue5614] Malloc errors in test_io

Ronald Oussoren 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 __

[issue7333] Add initgroups to the posix/os modules

Jean-Paul Calderone 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 ___

[issue7333] Add initgroups to the posix/os modules

Jean-Paul Calderone added the comment: Alright. Updated patch attached. -- Added file: http://bugs.python.org/file15353/initgroups-3.patch ___ Python tracker ___ ___

[issue5673] Add timeout option to subprocess.Popen

Changes by Thomas Guettler : -- nosy: +guettli ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.pytho

[issue3555] Regression: nested exceptions crash (Cannot recover from stack overflow)

kai zhu 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

[issue3962] single architecture framework build fails on OS X 10.5

Changes by Ronald Oussoren : -- status: pending -> closed ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http:/

[issue7338] recursive __attribute__ -> Fatal Python error: Cannot recover from stack overflow.

Antoine Pitrou 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 ___ P

[issue7338] recursive __attribute__ -> Fatal Python error: Cannot recover from stack overflow.

New submission from kai zhu : 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) ... exce

[issue7085] strptime problem

Ronald Oussoren added the comment: FWIW, I've filed an issue with Apple for this: Radar #7330231 -- ___ Python tracker ___ ___ Python-

[issue7316] Add a timeout functionality to common locking operations

Antoine Pitrou 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 ___ P

[issue7314] test_multiprocessing hangs in TestZZZNumberOfObjects after unittest traceback patch

Changes by Kristján Valur Jónsson : -- status: open -> closed ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: ht

[issue7314] test_multiprocessing hangs in TestZZZNumberOfObjects after unittest traceback patch

Kristján Valur Jónsson added the comment: Ok, I'm closing this as a duplicate. -- resolution: -> duplicate superseder: -> multiprocessing should not wait endlessly ___ Python tracker _

[issue7291] urllib2 cannot handle https with proxy requiring auth

Ronald Oussoren 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 tracke

[issue7293] test_msvc9compiler test_reg_class failure on new Windows box

Tarek Ziadé 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' val

[issue7318] multiprocessing should not wait endlessly

Kristján Valur Jónsson added the comment: See also issue 7314 -- nosy: +krisvale ___ Python tracker ___ ___ Python-bugs-list mailing l

[issue7337] Add lossy queue to queue library module

New submission from Ben Bass : 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

[issue7291] urllib2 cannot handle https with proxy requiring auth

Ronald Oussoren 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 ___

[issue7060] test_multiprocessing dictionary changed size errors and hang

Antoine Pitrou 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: rele

[issue7333] Add initgroups to the posix/os modules

Antoine Pitrou 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 ___

[issue2054] add ftp-tls support to ftplib - RFC 4217

Changes by Antoine Pitrou : Added file: http://bugs.python.org/file15351/ftptls-py3k-2.patch ___ Python tracker ___ ___ Python-bugs-list mailin

[issue2054] add ftp-tls support to ftplib - RFC 4217

Changes by Antoine Pitrou : Removed file: http://bugs.python.org/file15350/ftptls-py3k-2.patch ___ Python tracker ___ ___ Python-bugs-list mail

[issue2054] add ftp-tls support to ftplib - RFC 4217

Antoine Pitrou 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)

[issue2054] add ftp-tls support to ftplib - RFC 4217

Antoine Pitrou 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.py

[issue1578269] Add os.link() and os.symlink() and os.path.islink() support for Windows

Eric Smith 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' Trac

[issue5640] Wrong print() result when unicode error handler is not 'strict'

Changes by Ezio Melotti : -- priority: -> normal stage: needs patch -> patch review ___ Python tracker ___ ___ Python-bugs-list mailin

[issue5057] Unicode-width dependent optimization leads to non-portable pyc file

Ezio Melotti 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 _