[issue2919] Merge profile/cProfile in 3.0

Changes by Andrew Svetlov : -- nosy: +asvetlov ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.pytho

[issue8208] test_issue7820 fails: "name '?' is not defined"

New submission from Ned Deily : Trunk running on OS X 10.6.2: == ERROR: test_issue7820 (test.test_pep263.PEP263Test) -- Traceback (most recent call last): Fil

[issue8207] test_pep277 fails on OS X

New submission from Ned Deily : With r79207 (Issue8180) applied to trunk, seeing this failure (10.6.2, HFS+ case-sensitive file system): == ERROR: test_normalize (test.test_pep277.UnicodeFileTests) -

[issue7860] 32-bit Python on 64-bit Windows reports incorrect architecture

Changes by R. David Murray : -- resolution: accepted -> fixed stage: commit review -> committed/rejected status: open -> closed versions: -Python 2.6, Python 3.1 ___ Python tracker _

[issue8196] sqlit3.paramstyle reported as 'qmark'

Santiago Gala added the comment: I don't think they are equally clear, at least from the point of view of the code written towards the API. I think that execute("UPDATE authors set name = ?, email = ?, comment = ? WHERE id = ?", (form.name, form.email, form.text, form.id)) is way less clear,

[issue2636] Regexp 2.7 (modifications to current re 2.2.2)

Matthew Barnett added the comment: issue2636-20100323.zip is a new version of the regex module. It now includes a test script. Most of the tests come from the existing test scripts. -- Added file: http://bugs.python.org/file16626/issue2636-20100323.zip ___

[issue8139] ossaudiodev not initializing its types

Antoine Pitrou added the comment: Committed in r79317 (py3k) and r79318 (3.1). Thank you! -- nosy: +pitrou resolution: -> fixed stage: patch review -> committed/rejected status: open -> closed ___ Python tracker _

[issue8139] ossaudiodev not initializing its types

Bertrand Janin added the comment: This is still an issue in Python 3.1.2 release. -- ___ Python tracker ___ ___ Python-bugs-list maili

[issue8206] 2to3 doesn't convert 'types.InstanceType' to 'object'

Martin v. Löwis added the comment: In a sense, *all* objects are instances of new-style classes in 2.x, including instances of old-style classes (which are instances of the InstanceType type, which is a type, and hence a new-style class). You may want to look at the __flags__ property of the

[issue8206] 2to3 doesn't convert 'types.InstanceType' to 'object'

Eric Promislow added the comment: I'm working on a debugger, trying to identify instances of old-style classes in Python 2, and any class in Python 3. The getattr formulation will work, but because I already need to maintain an "is_v3" flag, I might as well use it here. As a side note, how are

[issue1544339] _ctypes fails to build on Solaris x86 32-bit (Sun compiler)

Martin v. Löwis added the comment: nick: not sure what "this patch" is that you tried applying. What about Python trunk? -- ___ Python tracker ___ ___

[issue8196] sqlit3.paramstyle reported as 'qmark'

Gerhard Häring added the comment: Thanks for bringing this up. By changing this we would maybe be a little bit closer to PEP 0249. I don't get why the PEP author thinks that 'qmark' is less clear than 'numeric', though. I think they're equally clear. The real reason why I object changing any

[issue1544339] _ctypes fails to build on Solaris x86 32-bit (Sun compiler)

Nick added the comment: Unfortunately I also get core dump applying that patch alone. core 'core' of 12847: /usr/local/Python-2.4.6-SunCC/bin/python setup.py test feaf0cfe ffi_call_SYSV (fefb0fc8, 8045898, feaf0b08, feaf08e4, 8045880, 4) + 66 feaf0caf ffi_call_SYSV (feaf08e4, 8045880, 4, 1,

[issue8200] logging module errors out if log called when multiprocessing module not finished loading

Chris Jerdonek added the comment: FYI, I verified the fix in my local environment. Thanks again. -- ___ Python tracker ___ ___ Python

[issue8205] test_multiprocessing failure

Antoine Pitrou added the comment: > It happens only when sysconfig.is_python_build() is True (i.e. build > directory). > > Proposed patch fixes it. Can't say whether the patch is ok, but I confirm it does fix the issue here. -- ___ Python tracker

[issue8206] 2to3 doesn't convert 'types.InstanceType' to 'object'

Martin v. Löwis added the comment: I don't think this conversion is correct. If there is a test for InstanceType, there is (IMO) a fifty-fifty-chance that it is there to distinguish old-style and new-style classes, so converting it to object is most likely to break the code. People who actua

[issue8202] sys.argv[0] and python -m package

Michael Foord added the comment: '-c' isn't helpful because that is also the content of sys.argv[0] when a module is imported in response to "python -c '...'". -- ___ Python tracker ___

[issue7667] test_doctest fails with non-ascii path

Changes by Florent Xicluna : -- resolution: accepted -> fixed ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: ht

[issue7667] test_doctest fails with non-ascii path

Florent Xicluna added the comment: Really fixed with r79307. -- superseder: test_doctest fails when run in verbose mode -> ___ Python tracker ___ ___

[issue8202] sys.argv[0] and python -m package

Michael Foord added the comment: I've already fixed my specific usecase (for unittest), but a special value in sys.argv[0] would indeed have met my needs. -- ___ Python tracker

[issue8206] 2to3 doesn't convert 'types.InstanceType' to 'object'

New submission from Eric Promislow : Title should be self-explanatory. -- components: 2to3 (2.x to 3.0 conversion tool) messages: 101543 nosy: ericp severity: normal status: open title: 2to3 doesn't convert 'types.InstanceType' to 'object' versions: Python 3.1 __

[issue8202] sys.argv[0] and python -m package

Brett Cannon added the comment: Nick is right that importing package.__main__ requires importing package.__init__ first. But it sounds like Michael really just wants some way to know when runpy is being used over something else. Could a special string token like "" or "<-m>" be placed in sys

[issue8205] test_multiprocessing failure

Florent Xicluna added the comment: It happens only when sysconfig.is_python_build() is True (i.e. build directory). Proposed patch fixes it. -- keywords: +patch Added file: http://bugs.python.org/file16625/issue8205_sys_path.diff ___ Python tracker

[issue7666] test_lib2to3 fails if path contains space

Benjamin Peterson added the comment: Resolved in r79304. -- resolution: accepted -> fixed status: open -> closed ___ Python tracker ___ __

[issue8205] test_multiprocessing failure

Changes by Antoine Pitrou : -- stage: patch review -> needs patch ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue8205] test_multiprocessing failure

New submission from Antoine Pitrou : r79165 seems to be the culprit Traceback (most recent call last): File "/home/antoine/cpython/trunk/Lib/test/regrtest.py", line 864, in runtest_inner indirect_test() File "/home/antoine/cpython/trunk/Lib/test/test_multiprocessing.py", line 2028, in

[issue8202] sys.argv[0] and python -m package

Nick Coghlan added the comment: Hmm, the problem here is we don't *know* the module filename until we get hold of the loader for it (see _get_module_details() in runpy). And it is the process of finding the loader for the __main__ module that does the initial import of the package as a side e

[issue1027206] unicode DNS names in socket, urllib, urlopen

David Watson added the comment: I was about to report this for the socket module - the gethostbyname(), gethostbyname_ex() and getnameinfo() functions are the only things currently affected in that module as far as I can see. 3.x is affected too - the functions will pass non-ASCII Unicode to

[issue3928] os.mknod missing on Solaris

Roumen Petrov added the comment: >>> "HAVE_DEVICE_MACROS" is defined if "configure" finds "makedev()" macro. >> And what is result on you platform ? >It is defined if I add the new "include". a) Why you touch test case for "AC_MSG_CHECKING(for major, minor, and makedev) AC_TRY_LINK([ #if define

[issue7026] test_urllib: unsetting missing 'env' variable

Sridhar Ratnakumar added the comment: Re-opening. test_urllib in 3.1.2 fail similarly (on Linux 64-bit): test_urllib Warning: os.environ was modified by test_urllib test test_urllib failed -- Traceback (most recent call last): File "/home/apy/rrun/tmp/autotest/apy/lib/python3.1/test/test_urll

[issue8108] test_ftplib fails with OpenSSL 0.9.8m

Giampaolo Rodola' added the comment: > The patch isn't exactly correct: it should ideally retry the unwrap() > call later, rather than simply ignore the error. But since it's just > used for testing, it looks sufficient. Actually unwrap() should already be called. What the patch does is retur

[issue8204] test_ttk_guionly assertion error on 3.x linux 64-bit

New submission from Sridhar Ratnakumar : This happens on 3.1.2 Linux 64-bit. test test_ttk_guionly failed -- Traceback (most recent call last): File "/home/apy/rrun/tmp/autotest/apy/lib/python3.1/tkinter/test/test_ttk/test_widgets.py", line 708, in test_traversal self.assertEqual(self.nb

[issue8203] IDLE about dialog credits raises UnicodeDecodeError

New submission from Sridhar Ratnakumar : Install 3.1.2 -> Open IDLE -> Open "About IDLE" dialog -> click on "Credits" Exception in Tkinter callback Traceback (most recent call last): File "/Library/Frameworks/Python.framework/Versions/3.1/lib/python3.1/tkinter/__init__.py", line 1399, in __c

[issue8202] sys.argv[0] and python -m package

New submission from Michael Foord : When you execute "python -m package" the package is first imported with sys.argv[0] set to '-c' (and sys.modules['__main__'] exists but is empty. Then package.__main__.py is executed with the correct sys.argv[0]. This means module level code executed during

[issue7512] shutil.copystat may fail EOPNOTSUPP

Antoine Pitrou added the comment: I committed the simple patch in r79299 (trunk), r79300 (2.6), r79301 (py3k), r79302 (3.1). Tarek suggested a test could be added for this, assigning the issue to him. -- assignee: pitrou -> tarek nosy: +tarek stage: commit review -> committed/rejected

[issue6352] Compiler warning in unicodeobject.c

Hagen Fürstenau added the comment: Apparently this was never backported to 3.1. -- ___ Python tracker ___ ___ Python-bugs-list mailing

[issue7860] 32-bit Python on 64-bit Windows reports incorrect architecture

Marc-Andre Lemburg added the comment: R. David Murray wrote: > > R. David Murray added the comment: > > Patches applied to trunk in r79294, py3k in r79298. Should this be > backported? I don't think so: applications relying on the previous behavior would need to be updated and requiring th

[issue8200] logging module errors out if log called when multiprocessing module not finished loading

Chris Jerdonek added the comment: I agree. Thanks! -- ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://m

[issue8200] logging module errors out if log called when multiprocessing module not finished loading

Vinay Sajip added the comment: - Original Message Reversing the if-else in Florent's suggestion seems to > address points (1) and (2). Is there a reason to set and check an mp > variable rather than simply having the try-except block? Just that it went over the 80-column limit :-)

[issue1069092] segfault on printing nested sequences of None/Ellipsis

R. David Murray added the comment: On linux: on Py3 (trunk and 3.1) I get the recursion depth exceeded message, but on py2 trunk I get the segfault if I use 10 for the range. So somebody fixed this crasher in py3, somehow. -- nosy: +r.david.murray resolution: wont fix -> stage:

[issue7860] 32-bit Python on 64-bit Windows reports incorrect architecture

R. David Murray added the comment: Patches applied to trunk in r79294, py3k in r79298. Should this be backported? -- keywords: -needs review stage: patch review -> commit review ___ Python tracker ___

[issue8196] sqlit3.paramstyle reported as 'qmark'

Changes by Georg Brandl : -- assignee: -> ghaering nosy: +ghaering ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscrib

[issue8200] logging module errors out if log called when multiprocessing module not finished loading

Chris Jerdonek added the comment: Reversing the if-else in Florent's suggestion seems to address points (1) and (2). Is there a reason to set and check an mp variable rather than simply having the try-except block? if not logMultiprocessing: self.processName = None else: # Errors may

[issue7666] test_lib2to3 fails if path contains space

Florent Xicluna added the comment: Ultimate pach, tested with this insane path: >>> os.getcwdu() u'/home/user/dev/python/py2u;\u2026 \u2192 u"n\\ic\'ode' It should fix some buildbot failures. -- assignee: -> benjamin.peterson components: +2to3 (2.x to 3.0 conversion tool) -Tests keyw

[issue7666] test_lib2to3 fails if path contains space

Changes by Florent Xicluna : Removed file: http://bugs.python.org/file15818/lib2to3_path_with_space.py ___ Python tracker ___ ___ Python-bugs-l

[issue1625] bz2.BZ2File doesn't support multiple streams

David Bonner added the comment: Picking this back up again. There's actually no docs changes necessary...the docs never mentioned that the module didn't support multiple logical streams, and I didn't see any other mentions in the docs that seemed to need updating. I supposed I could add som

[issue1069092] segfault on printing nested sequences of None/Ellipsis

Terry J. Reedy added the comment: General policy is that ordinary code (not using, for instance, ctypes) should not crash or segfault the interpreter. I believe there is a 'crashers' subdirectory somewhere in the tree for examples that do so that people so inclined can work on them. The OP

[issue3928] os.mknod missing on Solaris

Jesús Cea Avión added the comment: My browser keeps deleting nosy. Sorry. Roumen, please read. -- nosy: +barry, rpetrov ___ Python tracker ___ _

[issue7703] Replace buffer()-->memoryview() in Lib/ctypes/test/

Florent Xicluna added the comment: Fixed with r79288 and r79295. -- priority: -> normal resolution: -> fixed stage: patch review -> committed/rejected status: open -> closed ___ Python tracker ___

[issue8108] test_ftplib fails with OpenSSL 0.9.8m

Antoine Pitrou added the comment: Ok, I finally agree that test_ftplib should be patched. The patch isn't exactly correct: it should ideally retry the unwrap() call later, rather than simply ignore the error. But since it's just used for testing, it looks sufficient. (we probably lack a highe

[issue8200] logging module errors out if log called when multiprocessing module not finished loading

Vinay Sajip added the comment: It's structured the way it is for two reasons: 1. IMO It's better (more readable) to have the simpler case in the "then" clause and the more complicated case in the "else" clause. 2. If multiprocessing is not used, the process name needs to be set anyway to "Ma

[issue3928] os.mknod missing on Solaris

Jesús Cea Avión added the comment: Roumen Petrov (rpetrov) wrote: >> >> Jesús Cea Avión added the comment: >> >> I just did the minimal change. I don't know if removing >> "defined(HAVE_MAKEDEV)" is safe. > The python build system is full with minimal changes and result is a > big mess. Did y

[issue1124861] subprocess fails on GetStdHandle in interactive GUI

Daniel Serodio added the comment: Ah, it works now. Thanks. -- ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe

[issue3890] ssl.SSLSocket.recv() implementation may not work with non-blocking sockets

Antoine Pitrou added the comment: > The patch seems ok to me. This is how it was supposed to be in the > first place if ssl.py behaved as expected with non blocking sockets. Ok, patch applied. In light of the recv() and recv_into() implementation change, I also think we should enable SSL_MODE_

[issue2960] bsddb/test/test_replication.py bus error, segfault, assertion error, pass

Changes by Jesús Cea Avión : -- resolution: -> works for me status: open -> closed ___ Python tracker ___ ___ Python-bugs-list mailing

[issue8156] pybsddb 4.8.4 integration

Jesús Cea Avión added the comment: Integration committed as r79285. The integration is with just released pybsddb 4.8.4, with patches for issue6462 and issue3892 added. -- title: pybsddb 4.8.3+ integration -> pybsddb 4.8.4 integration ___ Python tr

[issue8199] zipfile.py: consistency between "write" and "writestr"

Brian Curtin added the comment: Actually this was recently fixed on trunk (r78097) and py3k (r78098). See #6003. -- resolution: -> duplicate status: open -> closed ___ Python tracker __

[issue8199] zipfile.py: consistency between "write" and "writestr"

Brian Curtin added the comment: Given that this is a feature request, it would go into 2.7 rather than 2.6. The patch will need a test (see Lib/test/test_zipfile.py) and a documentation update (see Doc/library/zipfile.rst). -- nosy: +brian.curtin priority: -> normal stage: -> test n

[issue7860] 32-bit Python on 64-bit Windows reports incorrect architecture

Brian Curtin added the comment: Ah, that's simple enough :) Minor changes to the test patch: uname caches it's results, so I added a few lines to clear the cache before the uname calls. In order to not affect other tests, the whole thing is in a try/finally so we don't leave anything behind i

[issue3890] ssl.SSLSocket.recv() implementation may not work with non-blocking sockets

Antoine Pitrou added the comment: > This last issue seems related to SSL 0.9.8m: > http://bugs.python.org/issue8108 I don't think so: $ rpm -qv openssl openssl-0.9.8k-5.1mdv2010.0 -- ___ Python tracker __

[issue4261] The pwd module doesn't distinguish between errors and no user

R. David Murray added the comment: Victor, since this is a real,fixable bug but nobody has stepped forward with a patch, I think it is better make its status 'languishing' with the reason 'no one has stepped forward with a patch'. This kind of thing is exactly what we introduced languishing

[issue4261] The pwd module doesn't distinguish between errors and no user

Changes by STINNER Victor : -- resolution: fixed -> wont fix ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: htt

[issue4261] The pwd module doesn't distinguish between errors and no user

STINNER Victor added the comment: This issue is open since 2 years without any patch. It looks like the feature request is not really important, and I consider that we can close it. Reopen the issue (with a patch!) if you consider that this ticket is important. -- resolution: -> fixe

[issue8201] test_logging fails if the loggerDict contains non-ASCII loggers.

Vinay Sajip added the comment: Fix checked into trunk (r79284). -- resolution: -> fixed status: open -> closed ___ Python tracker ___ ___

[issue1069092] segfault on printing nested sequences of None/Ellipsis

STINNER Victor added the comment: This issue is 6 years old. Python has some protections against stack overflow, but there is no perfect solution. Since there is no patch, I consider that I can close this issue (as wont fix). -- resolution: -> wont fix status: open -> closed ___

[issue1503789] Cannot write source code in UTF16

STINNER Victor added the comment: This feature was requested only once, 4 years ago, so I don't think that the feature is a "must-have" :-) I think that a lot of code have to be modified in Python parser to support UTF-16-* and UTF-32-* codecs. Since there is no working patch, I consider that

[issue1583863] __str__ cannot be overridden on unicode-derived classes

Changes by STINNER Victor : -- resolution: -> fixed status: open -> closed ___ Python tracker ___ ___ Python-bugs-list mailing list

[issue1583863] __str__ cannot be overridden on unicode-derived classes

STINNER Victor added the comment: Commited: r79278+r79280 (trunk), r79281 (py3k), r79282 (3.1), r79283 (2.6). -- ___ Python tracker ___ ___

[issue8200] logging module errors out if log called when multiprocessing module not finished loading

Florent Xicluna added the comment: I would suggest something like: if logMultiprocessing: try: self.processName = sys.modules['multiprocessing'] .current_process().name except StandardError: self.processName = 'MainProcess' else: self.processName = None --

[issue8200] logging module errors out if log called when multiprocessing module not finished loading

Vinay Sajip added the comment: A slightly more generic fix checked into trunk (r79279), please verify in your environment. -- assignee: -> vinay.sajip resolution: -> fixed status: open -> closed ___ Python tracker

[issue8201] test_logging fails if the loggerDict contains non-ASCII loggers.

Florent Xicluna added the comment: Proposed patch with tests. -- keywords: +patch Added file: http://bugs.python.org/file16621/issue8201_logging_config.diff ___ Python tracker __

[issue8201] test_logging fails if the loggerDict contains non-ASCII loggers.

New submission from Florent Xicluna : Following test case fails with a UnicodeDecodeError: import logging import logging.config logging.getLogger("\xab\xd7\xbb") logging.getLogger(u"LOG") logging.config.dictConfig({'version': 1}) Same behavior on "non-ASCII" path buildbots, when test_lib2to3 i

[issue5035] Compilation --without-threads fails

STINNER Victor added the comment: _tkinter patch (r70641) was backported to py3k as r70707. py3k compiles fine without threads. -- resolution: -> fixed status: open -> closed ___ Python tracker __

[issue2223] regrtest.py -R not working

Florent Xicluna added the comment: No known issues with "regrtest -R :" on trunk. -- nosy: +flox resolution: -> out of date stage: patch review -> committed/rejected status: open -> closed ___ Python tracker _

[issue7643] What is a Unicode line break character?

Marc-Andre Lemburg added the comment: Florent Xicluna wrote: > Backward compatibility concern: > * it adds VT u'\x0b' and FF u'\x0c' as line breaks. > > The choice is either to preserve backward compatibility, or to comply with > the specification (UAX #14). I think we should correct this bu

[issue1544339] _ctypes fails to build on Solaris x86 32-bit (Sun compiler)

Martin v. Löwis added the comment: Can you please try the subversion trunk of Python, and report whether this works for you? -- nosy: +loewis ___ Python tracker ___ _

[issue6543] traceback presented in wrong encoding

Changes by Florent Xicluna : -- nosy: +flox stage: -> patch review ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscrib

[issue8142] libffi update to 3.0.9

Florent Xicluna added the comment: Ignore my last comment. It is not relevant, and the patch is already in 3.0.9. -- ___ Python tracker ___ __

[issue8142] libffi update to 3.0.9

Florent Xicluna added the comment: See this post, about Solaris failure: http://bugs.python.org/issue1544339#msg101485 And the proposed patch: http://sourceware.org/ml/libffi-discuss/2010/msg00016.html -- nosy: +nick ___ Python tracker

[issue8200] logging module errors out if log called when multiprocessing module not finished loading

Changes by Chris Jerdonek : -- nosy: +vinay.sajip ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.py

[issue8047] Serialiser in ElementTree returns unicode strings in Py3k

Marc-Andre Lemburg added the comment: Stefan Behnel wrote: > > Stefan Behnel added the comment: > >> Supporting unicode for lxml.etree compatibility is fine with me, but I >> think it might make sense to support the string "unicode" as well (as >> a pseudo-encoding -- it's pretty clear to me

[issue8200] logging module errors out if log called when multiprocessing module not finished loading

New submission from Chris Jerdonek : The logging module errors out if the multiprocessing module is not finished loading when logging.log() is called. This can happen, for example, if a custom import hook is defined that causes third-party code to execute when the multiprocessing module gets t

[issue8047] Serialiser in ElementTree returns unicode strings in Py3k

Stefan Behnel added the comment: > Supporting unicode for lxml.etree compatibility is fine with me, but I > think it might make sense to support the string "unicode" as well (as > a pseudo-encoding -- it's pretty clear to me that nobody will ever > define a real character encoding with that name

[issue8047] Serialiser in ElementTree returns unicode strings in Py3k

Florent Xicluna added the comment: http://codereview.appspot.com/664043 (patch against 3.x) IIUC, the changes proposed (for 3.2) are: - default encoding or bool(encoding) == False ==> fallback to 'US-ASCII' encoding (instead of Unicode) - encoding=str or encoding='unicode' ==> serialize

[issue8199] zipfile.py: consistency between "write" and "writestr"

New submission from Hervé Cauwelier : Hi, In class "ZipFile", method "write" accepts "compress_type" parameter but not the "writestr" method. I see no reason for this limitation and the change is trivial. This is needed for generating ODF documents since the mimetype file must not be compres

[issue1544339] _ctypes fails to build on Solaris x86 32-bit (Sun compiler)

Nick added the comment: Hello is this not the fix? Are there any plans for patch and ctypes 1.0.3? ctypes is a setuptools dependency for various Python 3rd party packages, and this breaks any that enlist ctypes on Solaris. http://sourceware.org/ml/libffi-discuss/2010/msg00016.html

[issue3890] ssl.SSLSocket.recv() implementation may not work with non-blocking sockets

Giampaolo Rodola' added the comment: > The intuitive explanation seems to be: > - there are some bytes available for reading on the *TCP socket*, > therefore asyncore calls the read handler > - however, there are not enough bytes for OpenSSL to actually decrypt > any data, which is why we get

[issue3890] ssl.SSLSocket.recv() implementation may not work with non-blocking sockets

Florent Xicluna added the comment: This last issue seems related to SSL 0.9.8m: http://bugs.python.org/issue8108 -- nosy: +flox ___ Python tracker ___ ___