[issue7060] test_multiprocessing dictionary changed size errors and hang
Kristján Valur Jónsson krist...@ccpgames.com added the comment: I can easily port it again, and remove the traceback from the exception. But won't we be sweeping that GC problem under the carpet then? -- ___ 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
[issue7313] 2to3 fails when source file starts with BOM
New submission from Gabriel Genellina gagsl-...@yahoo.com.ar: If the source file is encoded in UTF-8 with a BOM, 2to3 cannot parse it: C:\APPS\python\trunk\PCbuild.\python ..\Tools\scripts \2to3 c:\temp\test_2to3.py root: Generating grammar tables from C:\APPS\python \trunk\lib\lib2to3\PatternGrammar.txt root: Writing grammar tables to C:\APPS\python\trunk \lib\lib2to3\PatternGrammar2.7.0.alpha.0.pickle RefactoringTool: Skipping implicit fixer: buffer RefactoringTool: Skipping implicit fixer: idioms RefactoringTool: Skipping implicit fixer: set_literal RefactoringTool: Skipping implicit fixer: ws_comma RefactoringTool: Can't parse c:\temp\test_2to3.py: ParseError: bad token: type=55, value=u'\ufeff', context=(u'', (1, 0) ) RefactoringTool: No files need to be modified. RefactoringTool: There was 1 error: RefactoringTool: Can't parse c:\temp\test_2to3.py: ParseError: bad token: type=55, value=u'\ufeff', context=(u'', (1, 0) ) Tested with 3.1.1 and trunk. -- components: 2to3 (2.x to 3.0 conversion tool) files: test_2to3_bom.py messages: 95176 nosy: gagenellina severity: normal status: open title: 2to3 fails when source file starts with BOM type: behavior versions: Python 2.6, Python 2.7, Python 3.1, Python 3.2 Added file: http://bugs.python.org/file15319/test_2to3_bom.py ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue7313 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue7311] Bug on regexp of HTMLParser
Changes by Fred L. Drake, Jr. fdr...@acm.org: -- nosy: +fdrake ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue7311 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue6869] Embedded python crashed on 4th run, if ctypes is used
Changes by Robin robi...@gmail.com: -- nosy: +robince ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue6869 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1294] Management of KeyboardInterrupt in cmd.py
Raghuram Devarakonda draghu...@gmail.com added the comment: I am not sure I understand: currently Ctrl-C generates a KeyboardInterrupt, which can be caught by the application which can then decide how to proceed (in particular it can start another command loop or exit with a meaningful message or anything else). This patch would suppress KeyboardInterrupt and thus interfere with such applications. Or am I missing something? I checked the patch and tested with python from trunk. You are right that the patch catches KeyboardInterrupt thus interfering with any applications that expect it to be propagated upstream. Perhaps, this can be made conditional so that we can keep both behaviors. But CTRL-D processing doesn't suffer from any backwards compatible issues and that part of the patch should be able to be applied safely. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue1294 ___ ___ 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: Please note there's a patch in issue7105 to allow safer iteration of weak dicts. -- ___ 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
[issue7306] Patch - skip winsound tests if no default sound is configured
Changes by Brian Curtin cur...@acm.org: Removed file: http://bugs.python.org/file15308/winsound_test_skipping.patch ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue7306 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1294] Management of KeyboardInterrupt in cmd.py
Changes by Guido van Rossum gu...@python.org: Removed file: http://bugs.python.org/file8578/unnamed ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue1294 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1294] Management of KeyboardInterrupt in cmd.py
Guido van Rossum gu...@python.org added the comment: I don't think this is a good idea. -- resolution: - rejected status: open - closed ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue1294 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue6132] Implement the GIL with critical sections in Windows
Antoine Pitrou pit...@free.fr added the comment: Phillip, the GIL implementation has changed completely in the current py3k (3.2) branch. If you have any specific benchmark to test it, it would be nice to give it a try. In any case, using a critical section in thread_nt.h could still be beneficial for things other than the GIL, assuming it doesn't change the semantics. -- versions: +Python 3.2 -Python 3.1 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue6132 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue7306] Patch - skip winsound tests if no default sound is configured
Brian Curtin cur...@acm.org added the comment: Minor cleanup of the original patch -- Added file: http://bugs.python.org/file15320/winsound_test_skipping.patch ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue7306 ___ ___ 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: Kristján Valur Jónsson krist...@ccpgames.com added the comment: Ok, I ported the change again in revision 76238, removing the traceback from the stored exception object. versionchanged should be 3.2, not 3.1. Thanks! -- ___ 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
[issue7060] test_multiprocessing dictionary changed size errors and hang
Kristján Valur Jónsson krist...@ccpgames.com added the comment: Thanks. Fixed in revision 76239. -- ___ 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
[issue6551] test_codecs fails when ran after test_zipimport and test_mailbox.
Antoine Pitrou pit...@free.fr added the comment: Thanks. The patch is now committed in py3k and 3.1. -- resolution: accepted - fixed status: open - closed ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue6551 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue7314] test_multiprocessing hangs on Windows 7 64 bit
New submission from Kristján Valur Jónsson krist...@ccpgames.com: Running a debug python from the py3k branch on my windows 7 machine, 64 bit, test_multiprocessing hangs in the _TestZZZNumberOfObjects test. I don't know this module, but I did a little digging: The main process is in the gc.collec() causing some manager object to call a _decref() method, which is initiating a socket connection to a child process (I presume.) This is spinning endlessly because the connection is constantly refused. The child processes don't have any sockets open (according to the resource monitor) and when I look at the state they are in, the are stuck waiting for a ReadFile to succeed. The python traceback appears to be (innermost first, line numbers approximate:) queues.py:349 pool.py:45 process.py:83 process.py:215 forking.py:326 -- components: Tests keywords: 64bit messages: 95186 nosy: krisvale severity: normal status: open title: test_multiprocessing hangs on Windows 7 64 bit type: behavior versions: Python 3.2 ___ 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
[issue1160] Medium size regexp crashes python
Michael K Johnson a1237+pyb...@danlj.org added the comment: I also ran into this issue, and dealt with it as suggested here by changing to sets. Because I have underlying code that has to deal both with small hand-crafted regular expressions and arbitrarily-large machine-generated sets of paths, I subclassed set and implemented the match and search methods in my subclass so that the underlying code would work both against the hand-generated regular expressions and the machine-generated sets of paths. Hope this helps someone else who runs into this restriction. -- nosy: +johnsonm ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue1160 ___ ___ 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 know if it's your last change, but test_multiprocessing is now hanging on all buildbots. -- ___ 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
[issue7315] os.path.normpath doesn't normalize ../path/something.py
New submission from James purplei...@gmail.com: os.path.normpath doesn't normalize paths that start with ../ you would expect the final output line in the secpnd run to read: normpath: badnormpath.py instead of: normpath: ../tmp/badnormpath.py example: ja...@home:~$ cd tmp/ ja...@home:~/tmp$ cat badnormpath.py #!/usr/bin/python import os.path print '__file__: %s' % __file__ print 'normpath: %s' % os.path.normpath(__file__) ja...@home:~/tmp$ ./badnormpath.py __file__: ./badnormpath.py normpath: badnormpath.py ja...@home:~/tmp$ ./../tmp/badnormpath.py __file__: ./../tmp/badnormpath.py normpath: ../tmp/badnormpath.py ja...@home:~/tmp$ -- components: Library (Lib) messages: 95189 nosy: purpleidea severity: normal status: open title: os.path.normpath doesn't normalize ../path/something.py type: behavior versions: Python 2.6, Python 2.7, Python 3.0 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue7315 ___ ___ 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
R. David Murray rdmur...@bitdance.com added the comment: It is. TestZZZNumberOfObjects hangs at r76238, and does not hang at r76239 on my Gentoo Linux box. -- ___ 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
[issue7314] test_multiprocessing hangs on Windows 7 64 bit
R. David Murray rdmur...@bitdance.com added the comment: See issue 7060. -- nosy: +r.david.murray ___ 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
New submission from Antoine Pitrou pit...@free.fr: Here is a patch which adds a timeout feature to the locking operations provided by Python. This feature is added at two levels: - the C API level, with a new function PyThread_acquire_lock_timed() - the Python level, with an optional `timeout` argument to the acquire() method of Lock and RLock objects (it also helps simplify the wait() function of Condition objects) The timeout duration is expressed in microseconds at the C API level, and in seconds at the Python API level. There is also a new Python-level constant, `_thread.TIMEOUT_MAX`, indicating the max allowable timeout value (values above this raise an OverflowError). At the C level, the max timeout is PY_TIMEOUT_MAX (in microseconds). The caller should check the value him/herself. The patch contains both a POSIX implementation and a Windows implementation. It still lacks docs. -- components: Interpreter Core, Library (Lib) files: timedlock.patch keywords: patch messages: 95192 nosy: gps, pitrou priority: normal severity: normal status: open title: Add a timeout functionality to common locking operations type: feature request versions: Python 3.2 Added file: http://bugs.python.org/file15321/timedlock.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
[issue7314] test_multiprocessing hangs in TestZZZNumberOfObjects after unittest traceback patch
Changes by R. David Murray rdmur...@bitdance.com: -- keywords: +buildbot -64bit priority: - high title: test_multiprocessing hangs on Windows 7 64 bit - test_multiprocessing hangs in TestZZZNumberOfObjects after unittest traceback patch ___ 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
[issue7060] test_multiprocessing dictionary changed size errors and hang
Changes by R. David Murray rdmur...@bitdance.com: -- ___ 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
[issue7060] test_multiprocessing dictionary changed size errors and hang
R. David Murray rdmur...@bitdance.com added the comment: It is. TestZZZNumberOfObjects hangs at r76237, and does not hang at r76238 on my Gentoo Linux box. -- ___ 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
[issue7060] test_multiprocessing dictionary changed size errors and hang
Changes by R. David Murray rdmur...@bitdance.com: -- ___ 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
[issue7060] test_multiprocessing dictionary changed size errors and hang
R. David Murray rdmur...@bitdance.com added the comment: It is. TestZZZNumberOfObjects hangs at r76238, and does not hang at r76237 on my Gentoo Linux box. -- ___ 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
[issue7105] weak dict iterators are fragile because of unpredictable GC runs
Changes by Antoine Pitrou pit...@free.fr: Removed file: http://bugs.python.org/file15103/weakiter.patch ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue7105 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue7105] weak dict iterators are fragile because of unpredictable GC runs
Changes by Antoine Pitrou pit...@free.fr: Removed file: http://bugs.python.org/file15112/weakiter2.patch ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue7105 ___ ___ 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: It seems the error is different, though. This is what I get after Ctrl-C (I omit the tracebacks from the other processes): Traceback (most recent call last): File /home/antoine/py3k/__svn__/Lib/test/test_multiprocessing.py, line 1071, in test_number_of_objects refs = self.manager._number_of_objects() File Z:\py3k\__svn__\lib\multiprocessing\managers.py, line 569, in _number_of_objects conn = self._Client(self._address, authkey=self._authkey) File Z:\py3k\__svn__\lib\multiprocessing\connection.py, line 134, in Client c = SocketClient(address) File Z:\py3k\__svn__\lib\multiprocessing\connection.py, line 253, in SocketClient s.connect(address) socket.error: [Errno 2] No such file or directory -- ___ 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
[issue7060] test_multiprocessing dictionary changed size errors and hang
Antoine Pitrou pit...@free.fr added the comment: Ok, the problem is that a finalizer calls _decref which tries to open an XMLRPC connection (!) to an address on which nobody listens anymore. Then stupid SocketClient (in multiprocessing.connection) loops endlessly because it is designed to do so when it gets ECONNREFUSED. (when you Ctrl-C, you don't see all this because it happens in a finalizer, and only a terse message is displayed) So there are two problems: - why does test_multiprocessing think it should open an XMLRPC connection to a closed endpoint - why doesn't SocketClient have some kind of timeout rather than looping stupidly -- ___ 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
[issue7317] Display full tracebacks when an error occurs asynchronously
New submission from Antoine Pitrou pit...@free.fr: When an exception is raised in a __del__ method or a finalizer (i.e. a weakref callback), only the exception name is printed out. Unfortunately, arbitrarily complex code can be involved which makes debugging quite tedious. It would be nice to display the full traceback so that these errors are easier to diagnose (see issue7060 as an example). -- components: Interpreter Core, Library (Lib) messages: 95197 nosy: pitrou priority: high severity: normal stage: needs patch status: open title: Display full tracebacks when an error occurs asynchronously type: feature request versions: Python 2.7, Python 3.2 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue7317 ___ ___ 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
New submission from Antoine Pitrou pit...@free.fr: SocketClient() in multiprocessing.connection loops endlessly when the connection is refused. It shouldn't, and instead use a timeout. This is especially annoying since SocketClient() can be called as part of finalizing an object, which makes debugging very annoying (see issue7060). -- assignee: jnoller components: Library (Lib) messages: 95198 nosy: jnoller, pitrou priority: critical severity: normal stage: needs patch status: open title: multiprocessing should not wait endlessly 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/issue7318 ___ ___ 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
Changes by Antoine Pitrou pit...@free.fr: -- dependencies: +multiprocessing should not wait endlessly ___ 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
[issue7315] os.path.normpath doesn't normalize ../path/something.py
Georg Brandl ge...@python.org added the comment: normpath() doesn't look at the file system. It cannot know that your current directory is ~/tmp, so it cannot know that . and ../tmp are the same directory. -- nosy: +georg.brandl resolution: - wont fix status: open - closed ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue7315 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue7301] Add environment variable $PYTHONWARNINGS
Brian Curtin cur...@acm.org added the comment: I attached a patch against trunk r76237 which seems to cover this, sans official tests. I looked around and didn't find a good place for specifically testing environment variables. I could add test code in test_warnings if that's the best place. The patch allows multiple warnings to be passed to the environment variable as a comma separated string, and works in conjunction with -W. Let me know what you think. -- keywords: +patch nosy: +brian.curtin Added file: http://bugs.python.org/file15322/issue7301.patch ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue7301 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue7302] Wrong link to Python Language Mapping Specification
Terry J. Reedy tjre...@udel.edu added the comment: The proper link for this issue is to the top of the file: http://docs.python.org/library/xml.dom.html and the See Also section under that. The current link is dead: 404 The proposed link seems correct as its title is the same as the link title: Python Language Mapping Specification and it is the most recent publicly available. So I concur with the proposed change. -- nosy: +tjreedy ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue7302 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue7301] Add environment variable $PYTHONWARNINGS
Philip Jenvey pjen...@underboss.org added the comment: test_warnings is probably the best place since test_cmd_line ignores environment variables -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue7301 ___ ___ 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
Kristján Valur Jónsson krist...@ccpgames.com added the comment: Yes, this is quite different. After seeing this, I created issue 7314. I didn't realize that it had anything to do with my patch but rather blamed it on my brand new windows 7. -- ___ 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
[issue7060] test_multiprocessing dictionary changed size errors and hang
Antoine Pitrou pit...@free.fr added the comment: Yes, this is quite different. After seeing this, I created issue 7314. I didn't realize that it had anything to do with my patch but rather blamed it on my brand new windows 7. I don't think it has anything to do with your patch. While diagnosing the problem, I noticed that adding some random print() lines would sometimes make the problem disappear. So it is really timing-dependent and your patch happens to trigger the right (or wrong ;-)) timing. -- ___ 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
[issue7060] test_multiprocessing dictionary changed size errors and hang
Kristján Valur Jónsson krist...@ccpgames.com added the comment: See my analysis from issue 7314: The other processes are all waiting to ReadFile(). Maybe they have yet to run to the point where they open the socket to which the master process is trying to connect to. The mystery is also: Why does the harmless act of setting an instance attribute on a context manager (and without any traceback) trigger this behaviour? -- ___ 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
[issue7060] test_multiprocessing dictionary changed size errors and hang
Kristján Valur Jónsson krist...@ccpgames.com added the comment: Ah, okay then. Let's focus on solving 7414 then. -- ___ 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
[issue7315] os.path.normpath doesn't normalize ../path/something.py
James purplei...@gmail.com added the comment: i looked at the source for normpath. i know that it doesn't look at the filesystem. assuming you're not currently sitting at the root directory, in all? cases ../xyz brings you back to where you started. we expect normpath to clean up a path string, collapsing '../' (as documented), perhaps either the docs should state otherwise, or this should collapse dirs as long as they are present in the path given to it ? as an aside is there any reason why normpath shouldn't look at the filesystem and decide if it makes sense to collapse a leading '../' when this case arises ? -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue7315 ___ ___ 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
Antoine Pitrou pit...@free.fr added the comment: Please review. -- keywords: +patch stage: needs patch - patch review Added file: http://bugs.python.org/file15323/mptimeout.patch ___ 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
[issue7318] multiprocessing should not wait endlessly
Jesse Noller jnol...@gmail.com added the comment: Patch seems fine, going to test it against trunk locally -- ___ 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
[issue7301] Add environment variable $PYTHONWARNINGS
Brian Curtin cur...@acm.org added the comment: Added a patch which includes tests in test_warnings. There are tests for a single warning, two comma separated warnings, and one env var warning and one command line warning at the same time. -- Added file: http://bugs.python.org/file15324/issue7301_v2.patch ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue7301 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue7298] reversed(range(x, -1, -1)) is empty when x 1
Mark Dickinson dicki...@gmail.com added the comment: Thanks for reviewing, Eric. I'll work a bit more on the tests. I'm also not sure what to do about 2.x: here reversed(xrange(start, stop, step)) has some of the same problems for large numbers. (E.g., if step == LONG_MIN.) The options are: (1) have reversed(x) raise ValueError for some extreme xrange instances x, or (2) rework the internals so that reversed(x) always works. Given that this is a bugfix, I'm inclined to go for (1) for now; we can always look at reworking xrange later on, for 2.7 and 3.2. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue7298 ___ ___ 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
Jesse Noller jnol...@gmail.com added the comment: Passes on OS/X 10.6.2, I'm ok with it -- ___ 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
[issue7298] reversed(range(x, -1, -1)) is empty when x 1
Eric Smith e...@trueblade.com added the comment: For 2.x, I'd just raise an exception. No one is going to be using a step of LONG_MIN. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue7298 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue7286] odd exec() behavior or documentation
Nick Coghlan ncogh...@gmail.com added the comment: This is a largely inevitable consequence of the conversion from a statement to a function - the interpreter eval loop for the exec statement used to do some fancy footwork to make locals() modifications work, but with exec becoming just another builtin function that special casing is gone. Accordingly, in 3.x, exec() is dependent on the implementation defined behaviour of locals(), just like all other code. (The upside to this is that it means the compiler always knows the identity of all local variables). I have no idea how well this change has been documented though (to be honest, I'd forgotten that exec had been converted to a function for 3.x) -- components: -Interpreter Core nosy: +ncoghlan ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue7286 ___ ___ 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
Antoine Pitrou pit...@free.fr added the comment: Ok, this is now committed to all 4 branches. Amusingly, it seems to solve the test_multiprocessing freeze/failure problem in py3k... (I still hope you can find some time to make multiprocessing more robust and less baroque inside!) -- resolution: - fixed status: open - closed ___ 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
[issue7318] multiprocessing should not wait endlessly
Jesse Noller jnol...@gmail.com added the comment: On Nov 13, 2009, at 5:40 PM, Antoine Pitrou rep...@bugs.python.org wrote: Antoine Pitrou pit...@free.fr added the comment: Ok, this is now committed to all 4 branches. Amusingly, it seems to solve the test_multiprocessing freeze/failure problem in py3k... (I still hope you can find some time to make multiprocessing more robust and less baroque inside!) So do I and I'm sorry I haven't been able to yet. First on my list is a total test suite scrub. -- ___ 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
[issue7313] 2to3 fails when source file starts with BOM
Benjamin Peterson benja...@python.org added the comment: Fixed in r76250. -- nosy: +benjamin.peterson resolution: - fixed status: open - closed ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue7313 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue7312] Run some tests in a loop until failure
Antoine Pitrou pit...@free.fr added the comment: Thank you, here is an update patch. -- Added file: http://bugs.python.org/file15325/looptests2.patch ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue7312 ___ ___ 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: Since I was feeling bad for the Windows 7 build slave not being able to pass the tests due to this (at least when other tests weren't failing), I manually added a matching key on the slave pending any test changes. In looking around, since this test is specifically part of the msvc9compiler test module, thus presumably we know that VC9 (VS2008) is installed, how about a key that is VC9 specific? It would appear that HKCU\Software\Microsoft\VisualStudio\9.0\VC\Build Timing (DWORD, default 0) is present on a brand new VS 2008 install. It's also present in both the full VS version as well as express. If the test also needs to support VC8 (VS2005), the same key is present but under 8.0 rather than 9.0 so the test would need to pass if either worked. (Oh, and a correction to my last comment about HKCU - I missed that the Reg.get_value() in the failing part of the test checks multiple roots, not just HKCU). -- ___ 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
[issue7319] Silence DeprecationWarning by default
New submission from Brett Cannon br...@python.org: This issue is to track the silencing of DeprecationWarning by default. To start a patch has been attached against trunk which silences DeprecationWarning. Documentation changes are still needed, though. -- components: Interpreter Core files: silence_deprecations.diff keywords: patch messages: 95220 nosy: brett.cannon priority: release blocker severity: normal status: open title: Silence DeprecationWarning by default type: behavior versions: Python 2.7, Python 3.2 Added file: http://bugs.python.org/file15326/silence_deprecations.diff ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue7319 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1160] Medium size regexp crashes python
Ezio Melotti ezio.melo...@gmail.com added the comment: Michael, can you provide the regex or even better a testcase that shows the problem? -- stage: - test needed ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue1160 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue6450] normpath() sometimes maps unicode to str
Ezio Melotti ezio.melo...@gmail.com added the comment: Closing this as duplicate of #5827. -- resolution: - duplicate stage: test needed - committed/rejected status: open - closed superseder: - os.path.normpath doesn't preserve unicode ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue6450 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue5827] os.path.normpath doesn't preserve unicode
Ezio Melotti ezio.melo...@gmail.com added the comment: Thanks for the patch, I tried it on Linux and it seems to solve the problem. A few comments about it: 1) I'd change all the self.assertEqual(type(posixpath.normpath(u)), unicode) to self.assertTrue(isinstance(posixpath.normpath(u), unicode)); 2) a test for normpath(u'.') should probably be added; 3) in ntpath.py the 'slash' is actually a backslash, so the name of the var should be changed; -- nosy: +ezio.melotti, kcwu, loewis, sandberg priority: - normal stage: - patch review ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue5827 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue7311] Bug on regexp of HTMLParser
Changes by Ezio Melotti ezio.melo...@gmail.com: -- nosy: +ezio.melotti priority: - normal stage: - test needed versions: +Python 2.7 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue7311 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue7310] Unhelpful __repr__() in os.environ
Ezio Melotti ezio.melo...@gmail.com added the comment: Here is a patch against py3k. -- assignee: - ezio.melotti keywords: +easy, patch nosy: +ezio.melotti priority: - normal stage: - patch review versions: +Python 3.2 Added file: http://bugs.python.org/file15327/issue7310.diff ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue7310 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue7309] crasher in str(Exception())
Ezio Melotti ezio.melo...@gmail.com added the comment: I don't know if this is a real problem. If someone who want to crash someone else program is able to do something like 'u.reason = somethingweird' there are already more serious problems to solve. I don't see why someone would want to do that in his own program either. So, even assuming that PyString_AS_STRING() might indeed crash when some weird arg is passed, the problem should be fixed there and not typechecking all the args before calling it. (i.e. even if you fix it for Exceptions, there are probably several other places where you can set arbitrary things that will be passed to PyString_AS_STRING() anyway.) That said, I played with it and tried to set u.reason with a number of things (including big numbers and strings, Unicode chars outside the BMP, builtin types, functions, modules) and str(u) either returned an empty string or a random sequence of bytes (like your 'E\x03'), but it didn't crash. Unless you can find a way to make it crash, I'd close this as 'invalid'. -- nosy: +ezio.melotti priority: - low stage: - test needed ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue7309 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue7300] Unicode arguments in str.format()
Changes by Ezio Melotti ezio.melo...@gmail.com: -- priority: - high stage: - test needed versions: +Python 2.7 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue7300 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue7310] Unhelpful __repr__() in os.environ
Changes by Ezio Melotti ezio.melo...@gmail.com: -- keywords: +needs review ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue7310 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue7312] Run some tests in a loop until failure
R. David Murray rdmur...@bitdance.com added the comment: I still get: ValueError: No JSON object could be decoded in one or more of the threads when I hit ctl-c during a -j run. I've attached an updated patch that fixes the problem, but I'm not sure it is a correct fix. -- Added file: http://bugs.python.org/file15328/looptests3.patch ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue7312 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue7320] Unable to load external modules on build slave with debug python
New submission from David Bolen db3l@gmail.com: As I mentioned in a recent python-dev post, I've noticed that the Windows build slaves are skipping tests of external modules (like ssl and bz2). After finding an old 2.6a0 tree that I had locally built where things worked fine, I stepped through some 2.6 tags and discovered that this broke between 2.6 and 2.6.1 The problem appears to be the the change in r67121 for 2.6 (67120 in trunk) from Nov, 2008 that removed the embedded manifest. With that change, you can't import the external modules from python_d in PCBuild, so the tests will skip. Reverting just that change, even on the 2.6.1 source tree, and importing works fine. So I don't think the external module tests have been running on the Windows build slave since late 2008. I tried creating some external manifest files, but haven't been able to work around the problem so far. Perhaps embedded manifests could be permitted in debug mode and/or when building for buildbot? -- components: Build, Windows messages: 95227 nosy: db3l severity: normal status: open title: Unable to load external modules on build slave with debug python ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue7320 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue7309] crasher in str(Exception())
Ezio Melotti ezio.melo...@gmail.com added the comment: After further investigations I found out that PyString_AS_STRING() is the macro form of PyString_AsString() but without error checking (so there's nothing to fix there, possibly just replace that call with PyString_AsString if it turns out to be a real problem). I think that what I said in the first paragraph of my previous message is still true though, and that might be the reason why they preferred PyString_AS_STRING() in the first place. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue7309 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com