[issue5954] PyFrame_GetLineNumber

New submission from Jeffrey Yasskin : Most uses of PyCode_Addr2Line (http://www.google.com/codesearch?q=PyCode_Addr2Line) are just trying to get the line number of a specified frame, but there's no way to do that directly. Forcing people to go through the code object makes them know more about th

[issue1731717] race condition in subprocess module

Changes by djc : -- nosy: +djc ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman

[issue5846] Deprecate obsolete functions in unittest

Georg Brandl added the comment: I'm sure Gerhard wouldn't say no to changing the sqlite3 test prefix to "test_"... -- ___ Python tracker ___ _

[issue3992] removed custom log from distutils

Tarek Ziadé added the comment: I still don't see the need to : - rename Log to Logger - remove DEBUG, INFO, WARN, ERROR, FATAL from the module In the next version of python we will have to keep them in any case and add a deprecation warning because third party tools might use them. The only

[issue5918] test_parser crashes when run after some other tests

Amaury Forgeot d'Arc added the comment: It's actually an array bounds read error in parsermodule.c::validate_try. Purify detects it, if you disable pymalloc; distutils is innocent. Patch attached. -- keywords: +patch nosy: +amaury.forgeotdarc Added file: http://bugs.python.org/file139

[issue5952] AttributeError exception in urllib.urlopen

Amaury Forgeot d'Arc added the comment: Sorry, we need more information to diagnose the problem. What did you try? Can you provide a minimal example? Does this reproduce with newer python versions? 2.4 is quite an old version and will not be corrected. -- nosy: +amaury.forgeotdarc ___

[issue5955] aifc: close() does not close the underlying file

New submission from Amaury Forgeot d'Arc : Seen on Windows buildbot: 'test_aifc' left behind file '@test' and it couldn't be removed: [Error 32] The process cannot access the file because it is being used by another process: '@test' This is because Aifc_read.close() does not close the underlying

[issue5442] [3.1alpha1, 2, beta1] test_importlib fails on Mac OSX 10.5.6

Ismail Donmez added the comment: Fails in beta1. -- title: [3.1alpha1,2] test_importlib fails on Mac OSX 10.5.6 -> [3.1alpha1,2,beta1] test_importlib fails on Mac OSX 10.5.6 ___ Python tracker

[issue5941] customize_compiler broken

Cournapeau David added the comment: Ok, here is a patch which fixes the issue while retaining the AR customization. Here is what it does: - configure defines both AR and ARFLAGS in the configure script, and those are used in the Makefile - ARFLAGS is used instead of the harcoded rc (rc is the

[issue5798] test_asynchat fails on Mac OSX

Ismail Donmez added the comment: Still fails in 3.1 beta1. -- ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: h

[issue5955] aifc: close() does not close the underlying file

Benjamin Peterson added the comment: Fixed in r72422. -- resolution: -> fixed status: open -> closed ___ Python tracker ___ ___ Pytho

[issue5955] aifc: close() does not close the underlying file

Amaury Forgeot d'Arc added the comment: Sorry, but the problem still exists. self._file is a chunk.Chunk object, and its close() method does nothing. Adding "self.file = None" at the end of chunk.Chunk.close() helps, even if this relies on reference counting to close the file. -- resol

[issue5798] test_asynchat fails on Mac OSX

Mark Dickinson added the comment: I tried to track this down, but ran out of time. Here's the little that I discovered; maybe someone else with access to OS X (which I have) and an understanding of poll (which I lack) can build on this. The failure has to do with select.poll differences betwe

[issue5951] email.message : get_payload args's documentation is confusing

Loic Jaquemet added the comment: Ok, I understand. Thx + -> I need to learn python :/ -- ___ Python tracker ___ ___ Python-bugs-list

[issue5951] email.message : get_payload args's documentation is confusing

R. David Murray added the comment: No fault of yours, it's a real doc bug. I've been programming in python since 1997 or so, and I had to read the source code to figure it out when I went to use get_payload a couple months ago. That's why your bug report caught my eye. And even then I misreme

[issue3992] removed custom log from distutils

Antonio Cavallo added the comment: Hi Tarek, there is a new patch. - Logger is now back to Log - put back INFO/DEBUG etc. - Wrapped the code inside a try/except I removed the _global_logger/logger variables, because they're superfluous: so the cound of the module exported symbols shoul

[issue3992] removed custom log from distutils

Changes by Antonio Cavallo : Removed file: http://bugs.python.org/file13908/issue3992.remove-custom-log.diff ___ Python tracker ___ ___ Python-

[issue5798] test_asynchat fails on Mac OSX

Mark Dickinson added the comment: r56632 looks relevant: """When running asynchat tests on OS X (darwin), the test client now overrides asyncore.dispatcher.handle_expt to do nothing, since select.poll gives a POLLHUP error at the completion of these tests. Added timeout & count arguments to sev

[issue5955] aifc: close() does not close the underlying file

R. David Murray added the comment: Fixed in r72425. -- components: +Library (Lib) priority: -> normal resolution: -> fixed stage: -> committed/rejected type: -> behavior ___ Python tracker _

[issue5798] test_asynchat fails on Mac OSX

Jean Brouwers added the comment: Here is a (new?) failure of test_asynchat with Python 3.1b1 on MacOS X 10.4.11 (Intel). % make test test test_asynchat produced unexpected output: ** *** lines 2-16 of actual output doesn'

[issue5956] test_distutils fails for Python 3.1b1 on MacOS X

New submission from Jean Brouwers : % make test test_distutils test test_distutils failed -- Traceback (most recent call last): File "../Python-3.1b1/Lib/distutils/tests/test_bdist_wininst.py", line 23, in test_get_exe_bytes exe_file = cmd.get_exe_bytes() File "../Python-3.1b1/Lib/d

[issue5798] test_asynchat fails on Mac OSX

R. David Murray added the comment: See also issue 1161031, especially Giampaolo's suggestion near the end. Seems like it might be relevant. I was the one who merged Josiah's trunk fix into othe other branches, to get things back into sync, but I don't claim to understand the code at any deep l

[issue5909] Segfault in typeobject.c

Amaury Forgeot d'Arc added the comment: This is a bug in pygobject, which has been already corrected btw: http://git.gnome.org./cgit/pygobject/commit/?id=84706c9a73ad8b2e1dbd3eada09e4425a01d4d05 The "corrupted base object" is actually an old-style class... [the gdb trace shows that you don't

[issue5957] Possible mistake regarding writeback in documentation of shelve.open()

New submission from Mitchell Model : The documentation of shelve.open() states (paragraph 3) that "By default, mutations to persistent-dictionary mutable entries are not automatically written back." It then goes on to describe what happens if the writeback parameter is True, which involves cachin

[issue5958] Typo in documentation of shelve.sync

New submission from Mitchell Model : In the documentation of shelve.sync, 'shelf' is mispelled 'Shelf' -- both the word and case are wrong. -- assignee: georg.brandl components: Documentation messages: 87382 nosy: MLModel, georg.brandl severity: normal status: open title: Typo in documen

[issue5952] AttributeError exception in urllib.urlopen

Sergey Prigogin added the comment: The problem is pretty obvious from the code. URLopener.open_http contains the following code: if data is not None: h.send(data) errcode, errmsg, headers = h.getreply() fp = h.getfile() if errcode == 200:

[issue5957] Possible mistake regarding writeback in documentation of shelve.open()

Mitchell Model added the comment: OK, I've figured out from the comments in the example later on in the shelf documentation what the paragraph is supposed to mean. I still think it should be stated clearly. The distinction to be made is that modifications to the dictionary immediately change the

[issue5959] PyCode_NewEmpty

New submission from Jeffrey Yasskin : Most uses of PyCode_New found by http://www.google.com/codesearch?q=PyCode_New are trying to build an empty code object, usually to put it in a dummy frame object. This patch adds a PyCode_NewEmpty wrapper which lets the user specify just the filename, functi

[issue5798] test_asynchat fails on Mac OSX

Josiah Carlson added the comment: Looking at trunk, it seems like one reasonable option is to swap the order of handle_close() and handle_expt_event() testing and calls. That would keep all reading/writing before handle_close(), which should be correct. -- _

[issue5960] Windows Installer Error 1722 when opting for compilation at install time - once again

New submission from Eric Devolder : Hi, Same problem as issue 4407, but on release 3.1b1 this time. Guessing the same cure would apply... for reference, here is the updated text, taken from event viewer: Product: Python 3.1b1 -- Error 1722. There is a problem with this Windows Installer pack

[issue5961] Missing labelside option for Tix option menu (fix included)

New submission from Cary R. : The Tix Optionmenu is documented to support a labelside option that is used to specify where the label should be relative to the selection. I have verified that adding 'labelside' to the static_options when calling the base constructor (TixWidget.__init__) located i

[issue5442] [3.1alpha1, 2, beta1] test_importlib fails on Mac OSX 10.5.6

Changes by Brett Cannon : Removed file: http://bugs.python.org/file13622/tester.py ___ Python tracker ___ ___ Python-bugs-list mailing list Uns

[issue5962] Ambiguity about the semantics of sys.exit() and os._exit() in multithreaded program

New submission from Pascal Chambon : Hello I once was rather confused, because nothing in the sys and os modules mentionned the behaviours that the exit() and _exit() functions were supposed to have when called inside a non-main thread. I've eventually found in multithreading-related docs that s

[issue5442] [3.1alpha1, 2, beta1] test_importlib fails on Mac OSX 10.5.6

Brett Cannon added the comment: Bloody OS X and its default case-insensitivity. Ismail, please try the attached patch to double-check this solves the issue ASAP so this doesn't hold up Python 3.1 rc1. -- keywords: +patch priority: low -> release blocker stage: -> patch review status:

[issue5442] [3.1alpha1, 2, beta1] test_importlib fails on Mac OSX 10.5.6

Ismail Donmez added the comment: Tested with: ./python -m test.regrtest -v test_importlib 3 failures: == FAIL: test_case_insensitivity (importlib.test.extension.test_case_sensitivity.ExtensionModuleCaseSensi tivityTest)

[issue5798] test_asynchat fails on Mac OSX

Mark Dickinson added the comment: Josiah, that solution isn't working for me; it looks as though there's a deeper weirdness: what I'm seeing is that on OS X, in e.g. test_emptyline, we end up calling the readwrite function in asyncore.py with flags = POLLIN | POLLPRI | POLLHUP. The first t

[issue5798] test_asynchat fails on Mac OSX

Mark Dickinson added the comment: So the sequence of events seems to be: asyncore.readwrite calls obj.handle_read_event ... which calls obj.handle_read (3rd branch of handle_read_event) ... which is defined in asynchat.py; it calls obj.recv ... (back in asyncore now): recv calls obj.soc

[issue5963] Doc error: integer precision in formats

New submission from Terry J. Reedy : String Services / Format Specification Mini-Language (7.1.3.1 in 3.1) "The precision is ignored for integer values." in 3.0.1 and 3.1.b1 and, I presume in 2.6/7 doc should be "A precision is not allowed for integer values." (3.0.1) >> format(10, '3x') ' a'

[issue5963] Doc error: integer precision in formats

Mark Dickinson added the comment: This may be a format error rather than a doc error. Eric? -- nosy: +eric.smith, marketdickinson ___ Python tracker ___

[issue5963] Doc error: integer precision in formats

Mark Dickinson added the comment: Sorry; ignore me. I should have read more carefully, and paid attention to what was going on on python-dev as well. -- ___ Python tracker ___

[issue5963] Doc error: integer precision in formats

Eric Smith added the comment: PEP 3101 says it's ignored. I chose to be strict. I don't see the advantage of allowing but ignoring it. -- ___ Python tracker ___ _

[issue5963] Doc error: integer precision in formats

Changes by Eric Smith : -- assignee: georg.brandl -> eric.smith ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue5963] Doc error: integer precision in formats

Eric Smith added the comment: I updated the docs to say precision is not allowed for integers. -- resolution: -> accepted status: open -> closed ___ Python tracker ___ _

[issue5753] CVE-2008-5983 python: untrusted python modules search path

Gregory P. Smith added the comment: re: gedit """I'm by no means an expert (I did not design the original python module extension), we simply copied from vim at the beginning. That said, it seems there are issues if you embed the python interpreter and do not explicitly set sys.argv to somet

[issue5798] test_asynchat fails on Mac OSX

Josiah Carlson added the comment: It would seem that we need to be more defensive in our calls. We need to check to make sure that the socket isn't closed before calling read/write/expt events. -- ___ Python tracker

[issue5442] test_importlib fails on Mac OSX 10.5.6 w/ case-sensitive file system

Brett Cannon added the comment: Damn, that patch should have caused those case-sensitivity tests to be skipped. I will dig into this later today and hopefully have another patch to test some time tonight. -- resolution: fixed -> title: [3.1alpha1,2,beta1] test_importlib fails on Mac OS

[issue5798] test_asynchat fails on Mac OSX

Josiah Carlson added the comment: Mark, try this: if flags & select.POLLIN and (obj.connected or obj.accepting): obj.handle_read_event() if flags & select.POLLOUT and obj.connected: obj.handle_write_event() if flags & select.POLLPRI and obj.connec

[issue5798] test_asynchat fails on Mac OSX

Mark Dickinson added the comment: That fixes test_empty_line (in test_asynchat.py), but now I get a hang in test_close_when_done. By the way, here's an interesting site that goes some way to explaining what to expect from select.poll and EOF. http://www.greenend.org.uk/rjk/2001/06/poll.html

[issue5798] test_asynchat fails on Mac OSX

Josiah Carlson added the comment: Try getting rid of the "and" clause in the select.POLLIN . -- ___ Python tracker ___ ___ Python-bugs

[issue5798] test_asynchat fails on Mac OSX

Josiah Carlson added the comment: To be clear, make the first test read... if flags & select.POLLIN: obj.handle_read_event() -- ___ Python tracker ___ ___

[issue5798] test_asynchat fails on Mac OSX

Mark Dickinson added the comment: Getting rid of the and ... on the handle_read_event didn't make a difference: I still get the hang in test_close_when_done. But if I get rid of the and clause on the handle_write_event branch then all the test_asynchat tests pass. So that block now looks lik

[issue5952] AttributeError exception in urllib.urlopen

Amaury Forgeot d'Arc added the comment: Thanks for the info. This problem is a duplicate of issue767111, which was corrected two years ago. I suggest you to upgrade to 2.5 at least. -- resolution: -> out of date status: open -> closed ___ Python tr

[issue5798] test_asynchat fails on Mac OSX

Josiah Carlson added the comment: I went ahead and plugged my mac in (which reminded me of why I unplugged it in the first place), and I'm able to reproduce your error in the test after my proposed modifications. One thing to remember is that the test is broken; we rely on a .connected attri

[issue5941] customize_compiler broken

Tarek Ziadé added the comment: Fixed in r72445 and r72446 Thanks David ! -- status: open -> closed versions: -Python 3.0 ___ Python tracker ___

[issue5949] IMAP4_SSL spin because of SSLSocket.suppress_ragged_eofs

Kevin Watters added the comment: I wasn't sure--the docs for SSLSocket.read (http://docs.python.org/library/ssl.html#ssl.SSLSocket.read) say "Reads up to nbytes bytes from the SSL-encrypted channel and returns them." With that "up to" I wasn't sure that an empty string would necessarily m

[issue3992] removed custom log from distutils

Changes by Tarek Ziadé : Removed file: http://bugs.python.org/file11650/remove-custom-log.diff ___ Python tracker ___ ___ Python-bugs-list mail

[issue3992] removed custom log from distutils

Changes by Tarek Ziadé : Removed file: http://bugs.python.org/file13260/remove-custom-log-revised.diff ___ Python tracker ___ ___ Python-bugs-l

[issue3992] removed custom log from distutils

Tarek Ziadé added the comment: > I removed the _global_logger/logger variables, because they're > superfluous Yes but by adding "log" instead, and removing "log = _global_log.log" you are breaking Distutils because its uses "log.log" Besides, the rest seem OK. I'll work on your patch, and add

[issue5924] When setting complete PYTHONPATH on Python 3.x, paths in the PYTHONPATH are ignored

Amaury Forgeot d'Arc added the comment: After some attempts, it seems that PYTHONPATH is completely ignored if it is longer than 256 characters -- nosy: +amaury.forgeotdarc ___ Python tracker _

[issue5924] When setting complete PYTHONPATH on Python 3.x, paths in the PYTHONPATH are ignored

Amaury Forgeot d'Arc added the comment: Confirmed in PC/getpathp.c: size_t r = mbstowcs(wenvpath, _envpath, MAXPATHLEN+1); envpath = wenvpath; if (r == (size_t)-1 || r >= MAXPATHLEN) envpath = NULL; -- nosy: +loewis

[issue5442] test_importlib fails on Mac OSX 10.5.6 w/ case-sensitive file system

Changes by Brett Cannon : Removed file: http://bugs.python.org/file13914/case_sensitivity_tests.diff ___ Python tracker ___ ___ Python-bugs-lis

[issue5442] test_importlib fails on Mac OSX 10.5.6 w/ case-sensitive file system

Brett Cannon added the comment: OK, Ismail, here is another patch. Revert the last one and try this. Looks like I was being stupid by forgetting to remove the 'darwin' platform check. But I also made the check simpler. -- status: open -> pending Added file: http://bugs.python.org/file13

[issue3992] removed custom log from distutils

Tarek Ziadé added the comment: I have reworked your patch a little bit so it works for Distutils. But I still need to digg on the initialization problem to see if we can get rid of the problem : the new logging will not get imported as well during tests so it is not what we want yet --

[issue5798] test_asynchat fails on Mac OSX

Jean Brouwers added the comment: I reran the test_synchat.py test after patching to the Lib/asyncore.py and Lib/test/test-asynchat.py files of Python-3.1b1 on MacOS X 10.4.11 (Intel). The test now hangs in ... test_string_producer (__main__.TestAsynchat) ... ok test_close_when_done (__main__.

[issue5798] test_asynchat fails on Mac OSX

Josiah Carlson added the comment: As an aside, I was testing against trunk, not 3.1b1 . -- ___ Python tracker ___ ___ Python-bugs-list

[issue3992] removed custom log from distutils

Tarek Ziadé added the comment: ok the problem occurs because site.py calls distutils.util.get_platform in addbuilddir. I'll see what we can do in there. -- ___ Python tracker ___

[issue5798] test_asynchat fails on Mac OSX

Jean Brouwers added the comment: Understood. On Thu, May 7, 2009 at 5:18 PM, Josiah Carlson wrote: > > Josiah Carlson added the comment: > > As an aside, I was testing against trunk, not 3.1b1 . > > -- > > ___ > Python tracker >

[issue5964] WeakSet cmp methods

New submission from Robert Schuppenies : Running this code: >>> import weakref >>> class C: pass ... >>> ws = weakref.WeakSet([C]) >>> if ws == 1: ... print(1) ... gives me the following exception: Traceback (most recent call last): File "", line 1, in File "/home/bob/python/svn/py

[issue5965] Format Specs: doc 's' and implicit conversions

New submission from Terry J. Reedy : String Services / Format Specification Mini-Language (7.1.3.1 in 3.1) Building on #5963: document type 's' and implicit conversions. Near the top, after "A general convention is that an empty format string ("") produces the same result as if you had called st

[issue5965] Format Specs: doc 's' and implicit conversions

Terry J. Reedy added the comment: I forgot to include: Error messages for mismatches between specification type and value type currently look like "ValueError: Unknown conversion type d" They would be *much* clearer written as something like "ValueError: Conversion type d is invalid for floa

[issue5963] Doc error: integer precision in formats

Terry J. Reedy added the comment: Whoops, I believe my suggested replacement. "A precision is not allowed for integer values." should really be "A precision is not allowed for integer presentation types." or something similar. If you did not change the end of the sentence, please do. A precisi

[issue5924] When setting complete PYTHONPATH on Python 3.x, paths in the PYTHONPATH are ignored

Changes by Suzumizaki : -- nosy: +Suzumizaki ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.

[issue4351] [PATCH] Better stacklevel for GzipFile.filename DeprecationWarning

Philip Jenvey added the comment: this and more applied in r72458 -- status: open -> closed ___ Python tracker ___ ___ Python-bugs-list

[issue5442] test_importlib fails on Mac OSX 10.5.6 w/ case-sensitive file system

Ismail Donmez added the comment: Down to 1 failure: FAILED (failures=1) test test_importlib failed -- Traceback (most recent call last): File "/Users/cartman/Python- 3.1b1/Lib/importlib/test/source/test_abc_loader.py", line 271, in test_lacking_parent self.verify_bytecode(mock, name) F

[issue5809] "No such file or directory" with framework build under MacOS 10.4.11

Ned Deily added the comment: --enable-framework and --enable-shared are mutually exclusive options. See, for example, the discussion in Issue4472. Use one or the other, not both. As a side comment, I think this error crops up often enough that it would make sense to add a check somewhere (

[issue4432] IDLE.app (Mac) File Menu MIssing Options

Ned Deily added the comment: Can not reproduce with 3.0.1. A number of fixes were checked in for OS X Python builds and specifically for IDLE menus between 3.0rc3 and 3.0.1. See, for example, Issue5196 and Issue5194. -- nosy: +nad, ronaldoussoren ___