[issue11129] logging: allow multiple entries in qualname config
Vinay Sajip vinay_sa...@yahoo.co.uk added the comment: There's no particularly good use case for this. Plus, going forwards, dictionary-based configuration should be used (as it supports more logging features). -- nosy: +vinay.sajip resolution: - wont fix status: open - closed ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue11129 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue11129] logging: allow multiple entries in qualname config
Changes by Vinay Sajip vinay_sa...@yahoo.co.uk: -- assignee: - vinay.sajip ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue11129 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue11128] decimal.py: to_integral() corner cases
Stefan Krah stefan-use...@bytereef.org added the comment: For the record, I prefer Python's behavior. The quantize() definition does not work well for arbitrary precision input and leads to situations like: Precision: 1 Maxexponent: 1 Minexponent: -1 tointegral 101 - 101 tointegral 101.0 - NaN Invalid_operation A comment in tointegral.decTest suggests that the to-integral definition was modeled after IEEE 854 and 754r: -- This set of tests tests the extended specification 'round-to-integral -- value' operation (from IEEE 854, later modified in 754r). -- All non-zero results are defined as being those from either copy or -- quantize, so those are assumed to have been tested. -- Note that 754r requires that Inexact not be set, and we similarly -- assume Rounded is not set. This definition of course works fine as long as the input does not have more than 'precision' digits and Emax is sufficiently large. I think that for arbitrary precision input the definition should read: Otherwise (the operand has a negative exponent) the result is the same as using the quantize operation using the given operand as the left-hand-operand and 1E+0 as the right-hand-operand. For the purpose of quantizing a temporary context is used with the precision of the operand as the precision setting, Emax = prec and Emin = -Emax. The rounding mode is taken from the context, as usual. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue11128 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue11138] Docs: incollect example: fill and align
Georg Brandl ge...@python.org added the comment: Thanks, fixed in r88364. -- nosy: +georg.brandl resolution: - fixed status: open - closed ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue11138 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue8691] Doc: left alignment is not the default for numbers
Georg Brandl ge...@python.org added the comment: Fixed in r88365. -- resolution: - fixed status: open - closed ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue8691 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue11079] Make OS X entry in Applications like that in Windows
Georg Brandl ge...@python.org added the comment: Same here: can't test it, but if you test it successfully and the installer runs, this is good for 3.2. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue11079 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue11132] compileall.compile_dir loses 'optimize' parameter in recursion.
Georg Brandl ge...@python.org added the comment: Thanks, fixed in r88366. -- resolution: - fixed status: open - closed ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue11132 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue11079] Make OS X entry in Applications like that in Windows
Georg Brandl ge...@python.org added the comment: Same here: can't test it, but if you test it successfully and the installer runs, this is good for 3.2. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue11079 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue11116] mailbox and email errors
Georg Brandl ge...@python.org added the comment: The traceback from email.generator is unfortunate. I should have message_from-string reject non-ASCII input with a clear error message like mailbox.add does now, but I didn't think of it. I will see if the release manager will let me make that change. Sounds like a good change. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue6 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue11134] Add missing type slots
Georg Brandl ge...@python.org added the comment: I'm sure Martin has now carefully checked all the remaining slots and these three are the last ones to be added :) -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue11134 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue11135] Redundant doc field in TypeSpec
Georg Brandl ge...@python.org added the comment: Looks good. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue11135 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue7719] distutils: ignore .nfsXXXX files
Changes by Michael Haubenwallner michael.haubenwall...@salomon.at: -- nosy: +haubi ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue7719 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue10882] Add os.sendfile()
Giampaolo Rodola' g.rod...@gmail.com added the comment: I was testing against FreeBSD 7.0 RC1 and I confirm the problem doesn't occur on 8.1 version. Patch in attachment adds test for flags argument and skips headers/trailers tests on linux and solaris. I'm ok for committing this as-is in 3.3. -- resolution: - accepted status: open - pending Added file: http://bugs.python.org/file20708/sendfile_v7.patch ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue10882 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue11131] decimal.py: plus/minus with ROUND_FLOOR
Stefan Krah stefan-use...@bytereef.org added the comment: The patch and the test cases look good, but the implicit context must be looked up earlier now (see the altered patch). I just realize that there aren't any regression tests for this sort of situation, since for the main tests we are only testing the context methods. -- Added file: http://bugs.python.org/file20709/issue11131-2.patch ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue11131 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue10882] Add os.sendfile()
Antoine Pitrou pit...@free.fr added the comment: Please leave open until a patch is actually committed ;) -- status: pending - open ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue10882 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue7719] distutils: ignore .nfsXXXX files
SilentGhost ghost@gmail.com added the comment: Here is the applicable patch against py3k branch. -- nosy: +SilentGhost Added file: http://bugs.python.org/file20710/dir_util.py.diff ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue7719 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue11139] subprocess: Arguments to .bat scripts get interpreted by shell
New submission from Arve Knudsen arve.knud...@gmail.com: As a regression from Python 2.6, when running .bat scripts on Windows with f.ex. subprocess.call under Python 2.7.1, arguments get interpreted by the shell. This bit me in the way that I could no longer pass arguments containing the character '|' to .bat scripts, something that works fine under Python 2.6. To see the bug in action, run tst.py in the attached case.zip with Python 2.7.1. The case also demonstrates that the '|' character only gets interpreted when launching cmd scripts, not e.g. python.exe. -- components: Library (Lib) files: case.zip messages: 128119 nosy: Arve.Knudsen priority: normal severity: normal status: open title: subprocess: Arguments to .bat scripts get interpreted by shell type: behavior versions: Python 2.7 Added file: http://bugs.python.org/file20711/case.zip ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue11139 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue10971] python Lib/test/regrtest.py -R 3:3: test_zipimport_support fails
Nick Coghlan ncogh...@gmail.com added the comment: Fixed for 3.2 in r88368 (no backport needed, since the older test suites didn't exhibit the original problem with the _ssl module reloading) -- resolution: - fixed status: open - closed ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue10971 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue10971] python Lib/test/regrtest.py -R 3:3: test_zipimport_support fails
Nick Coghlan ncogh...@gmail.com added the comment: (Georg reviewed the patch after I mentioned it to him on IRC) -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue10971 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue11139] subprocess: Arguments to .bat scripts get interpreted by shell
Changes by SilentGhost ghost@gmail.com: -- versions: +Python 3.1, Python 3.2, Python 3.3 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue11139 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue8637] Add PYDOCPAGER envvar to specify pager for pydoc
Justin Bronder jsbron...@gentoo.org added the comment: On Thu, Feb 3, 2011 at 7:39 PM, Éric Araujo rep...@bugs.python.org wrote: .. Justin: what exactly is a pager that does not support man pages? vimpager is the one I'm using. For man pages there's vimmanpager. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue8637 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue8637] Add PYDOCPAGER envvar to specify pager for pydoc
Éric Araujo mer...@netwok.org added the comment: Excuse me if I was unclear: I wasn’t asking for program names but for a definition of “don’t support” or description of problematic behavior. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue8637 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue8637] Add PYDOCPAGER envvar to specify pager for pydoc
Antoine Pitrou pit...@free.fr added the comment: Reusing MANPAGER is practical. Yet another PY* environment variable doesn't seem warranted in this case. Agreed with Alexander's simpler logic proposal in msg105153. -- nosy: +pitrou ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue8637 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue11139] subprocess: Arguments to .bat scripts get interpreted by shell
SilentGhost ghost@gmail.com added the comment: This seem to have been discussed in issue8972: closing as a duplicate. -- nosy: +SilentGhost resolution: - duplicate status: open - closed ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue11139 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue11136] imaplib IMAP4_SSL shutdown gets socket error in py 3.2
Changes by Antoine Pitrou pit...@free.fr: -- status: pending - closed ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue11136 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue8637] Add PYDOCPAGER envvar to specify pager for pydoc
Justin Bronder jsbron...@gentoo.org added the comment: Éric Araujo mer...@netwok.org added the comment: Excuse me if I was unclear: I wasn’t asking for program names but for a definition of “don’t support” or description of problematic behavior. In headers with vimpager ^H is not rendered(?) correctly. For instance, 'pydoc os' shows: --- Help on module os: N^HNA^HAM^HME^HE F^HFI^HIL^HLE^HE /usr/lib/python2.6/os.py --- And so on. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue8637 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue8972] subprocess.list2cmdline doesn't quote the character
SilentGhost ghost@gmail.com added the comment: issue11139 was closed as a duplicate of this issue. -- nosy: +SilentGhost ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue8972 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue11140] Error in the documentation of threading.Lock().release()
New submission from aaugustin aymeric.augus...@polyconseil.fr: The docs for the threading module state that: The release() method should only be called in the locked state; it changes the state to unlocked and returns immediately. If an attempt is made to release an unlocked lock, a RuntimeError will be raised. However, I noticed that catching RuntimeError does not work. Actually release() raises thread.error, which inherits directly Exception. I reproduced the behavior shown below in Python 2.6.6, 2.7.1 from MacPorts on Mac OS 10.6 and in Python 2.6.6 on Linux. The same happens in Python 3.2rc2 on Mac OS 10.6, except the thread module has been renamed to _thread so the exception becomes a _thread.error. import threading try: ... threading.Lock().release() ... except RuntimeError: ... pass ... Traceback (most recent call last): File stdin, line 2, in module thread.error: release unlocked lock try: ... threading.Lock().release() ... except Exception, e: ... print type(e) ... print type(e).mro() ... class 'thread.error' [class 'thread.error', type 'exceptions.Exception', type 'exceptions.BaseException', type 'object'] I do not know if this must be fixed in the docs or the code. Currently, the type of the exception is probably platform-dependant since the thread module is not provided on all platforms. -- components: Library (Lib) messages: 128128 nosy: aaugustin priority: normal severity: normal status: open title: Error in the documentation of threading.Lock().release() versions: Python 2.6, Python 2.7 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue11140 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue11139] subprocess: Arguments to .bat scripts get interpreted by shell
R. David Murray rdmur...@bitdance.com added the comment: Well, it's not really a duplicate, but rather invalid, since the 2.7 behavior is more correct than the 2.6 behavior. Not that it matters all that much what particular resolution is attached to a bug. Arve: It is unfortunate that the bug fix in issue 8972 caused a regression for you, but at this point what is done is done. Also, for future reference, when attaching files to an issue please attach text files only. They are much easier to review. -- nosy: +r.david.murray resolution: duplicate - invalid stage: - committed/rejected superseder: - subprocess.list2cmdline doesn't quote the character ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue11139 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue11140] threading.Lock().release() raises _thread.error, not RuntimeError
Antoine Pitrou pit...@free.fr added the comment: I would rather make _thread.error an alias of RuntimeError. That way, we can reconcile the docs and the code without breaking compatibility. Also, importing _thread won't be necessary to catch errors raised in threading objects. -- nosy: +gregory.p.smith, pitrou stage: - needs patch title: Error in the documentation of threading.Lock().release() - threading.Lock().release() raises _thread.error, not RuntimeError type: - behavior versions: +Python 3.3 -Python 2.6, Python 2.7 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue11140 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue11140] threading.Lock().release() raises _thread.error, not RuntimeError
aaugustin aymeric.augus...@polyconseil.fr added the comment: I agree with your solution. Unfortunately, I do not know how you would redefine ThreadError to extend RuntimeError in a C extension. _thread.error is created line 741 in trunk/Modules/threadmodule.c: ThreadError = PyErr_NewException(thread.error, NULL, NULL); dummy_thread.error is created lin 21 in trunk/Lib/dummy_thread.py: class error(Exception): ... Changing this to RuntimeException is trivial. I don't think there are other implementations of threading in the Python source but I'd appreciate if someone more familiar with the interpreter could confirm. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue11140 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue11137] clarify use of imaplib IMAP4(_SSL) shutdown
Antoine Pitrou pit...@free.fr added the comment: Ok, clarified in r88371. Thank you! -- nosy: +pitrou resolution: - fixed stage: - committed/rejected status: open - closed versions: +Python 2.7, Python 3.1 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue11137 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue11140] threading.Lock().release() raises _thread.error, not RuntimeError
Antoine Pitrou pit...@free.fr added the comment: aaugustin aymeric.augus...@polyconseil.fr added the comment: I agree with your solution. Unfortunately, I do not know how you would redefine ThreadError to extend RuntimeError in a C extension. _thread.error is created line 741 in trunk/Modules/threadmodule.c: ThreadError = PyErr_NewException(thread.error, NULL, NULL); I was not proposing to extend it, just to alias it: ThreadError = PyExc_RuntimeError; Py_INCREF(ThreadError); That said, extending is quite trivial if the behaviour is not changed: ThreadError = PyErr_NewException(thread.error, PyExc_RuntimeError, NULL); (see http://docs.python.org/dev/c-api/exceptions.html#PyErr_NewException) -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue11140 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue9334] argparse does not accept options taking arguments beginning with dash (regression from optparse)
Eric Smith e...@trueblade.com added the comment: Steven: Yes, the current structure of the first pass scan makes any patch problematic. It really would be an implementation of a different algorithm. I'm still interested in looking at it, though. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue9334 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue11139] subprocess: Arguments to .bat scripts get interpreted by shell
Arve Knudsen arve.knud...@gmail.com added the comment: Would you mind defining why the 2.7 behaviour is correct in this particular case? The list2cmdline behaviour discussed in issue 8972 has to do with shell commandlines; in this case, in my eyes any shell invocation (in order to run a .bat I guess) is only an implementation detail. Is the 2.7 behaviour correct since the Win32 function CreateProcess happens to start a shell to run .bat files, which in turn interprets the arguments? I'm guessing this is what happens... There certainly can't be any universal definition in subprocess saying that arguments to shell scripts shall be interpreted by the shell; when trying now *on Linux* to launch a corresponding .sh script through subprocess, arguments are passed through verbatim. I should like to see subprocess maintain (or keep maintaining, rather) a uniform interface, so that arguments are not interpreted so long as the 'shell' argument equals False. I understand completely that list2cmdline should implement C library behaviour, and not protect arguments from the shell, but that doesn't mean it should automatically define the behaviour of other functions such as Popen and call. Arve On Mon, Feb 7, 2011 at 4:38 PM, R. David Murray rep...@bugs.python.orgwrote: R. David Murray rdmur...@bitdance.com added the comment: Well, it's not really a duplicate, but rather invalid, since the 2.7 behavior is more correct than the 2.6 behavior. Not that it matters all that much what particular resolution is attached to a bug. Arve: It is unfortunate that the bug fix in issue 8972 caused a regression for you, but at this point what is done is done. Also, for future reference, when attaching files to an issue please attach text files only. They are much easier to review. -- nosy: +r.david.murray resolution: duplicate - invalid stage: - committed/rejected superseder: - subprocess.list2cmdline doesn't quote the character ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue11139 ___ -- Added file: http://bugs.python.org/file20712/unnamed ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue11139 ___Would you mind defining why the 2.7 behaviour is correct in this particular case? The list2cmdline behaviour discussed in issue 8972 has to do with shell commandlines; in this case, in my eyes any shell invocation (in order to run a .bat I guess) is only an implementation detail. Is the 2.7 behaviour correct since the Win32 function CreateProcess happens to start a shell to run .bat files, which in turn interprets the arguments? I#39;m guessing this is what happens...div br/divdivThere certainly can#39;t be any universal definition in subprocess saying that arguments to shell scripts shall be interpreted by the shell; when trying now *on Linux* to launch a corresponding .sh script through subprocess, arguments are passed through verbatim. I should like to see subprocess maintain (or keep maintaining, rather) a uniform interface, so that arguments are not interpreted so long as the #39;shell#39; argument equals False./div divbr/divdivI understand completely that list2cmdline should implement C library behaviour, and not protect arguments from the shell, but that doesn#39;t mean it should automatically define the behaviour of other functions such as Popen and call./div divbr/divdivArvebrbrdiv class=gmail_quoteOn Mon, Feb 7, 2011 at 4:38 PM, R. David Murray span dir=ltrlt;a href=mailto:rep...@bugs.python.org;rep...@bugs.python.org/agt;/span wrote:brblockquote class=gmail_quote style=margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex; br R. David Murray lt;a href=mailto:rdmur...@bitdance.com;rdmur...@bitdance.com/agt; added the comment:br br Well, it#39;s not really a duplicate, but rather invalid, since the 2.7 behavior is more correct than the 2.6 behavior. Â Not that it matters all that much what particular resolution is attached to a bug.br br Arve: It is unfortunate that the bug fix in issue 8972 caused a regression for you, but at this point what is done is done.br br Also, for future reference, when attaching files to an issue please attach text files only. Â They are much easier to review.br br --br nosy: +r.david.murraybr resolution: duplicate -gt; invalidbr stage: Â -gt; committed/rejectedbr superseder: Â -gt; subprocess.list2cmdline doesn#39;t quote the amp; characterbr divdiv/divdiv class=h5br ___br Python tracker lt;a href=mailto:rep...@bugs.python.org;rep...@bugs.python.org/agt;br lt;a href=http://bugs.python.org/issue11139; target=_blankhttp://bugs.python.org/issue11139/agt;br ___br /div/div/blockquote/divbr/div ___ Python-bugs-list
[issue11131] decimal.py: plus/minus with ROUND_FLOOR
Mark Dickinson dicki...@gmail.com added the comment: Ah, good point about the context; thanks for the updated patch. Yes, those missing regression tests are a problem; this isn't the first time that the above problem has appeared. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue11131 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue11079] Make OS X entry in Applications like that in Windows
Ned Deily n...@acm.org added the comment: Committed in r88374 and r88375 to py3k for 3.2 and the documentation links part only in r88376 to 27 for release in 2.7.2. -- resolution: - fixed stage: commit review - committed/rejected status: open - closed ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue11079 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue11104] distutils sdist ignores MANIFEST
Changes by John Dennis jden...@redhat.com: -- nosy: +dmalcolm ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue11104 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue11141] 2.x range() in 3.x shelve documentation
New submission from Daniel Urban urban.dani...@gmail.com: The example in the shelve documentation (http://docs.python.org/dev/py3k/library/shelve.html#example) uses the old range() (which returned a list): d['xx'] = range(4) # this works as expected, but... d['xx'].append(5) # *this doesn't!* -- d['xx'] is STILL range(4)! -- assignee: docs@python components: Documentation messages: 128138 nosy: docs@python, durban priority: normal severity: normal status: open title: 2.x range() in 3.x shelve documentation versions: Python 3.1, Python 3.2 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue11141 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue11139] subprocess: Arguments to .bat scripts get interpreted by shell
R. David Murray rdmur...@bitdance.com added the comment: The point is that subprocess (now!) is *not* interpreting the arguments when shell is false. It is passing them through to Windows. What windows does with them after that is out of the control of subprocess (and always has been). -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue11139 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue11141] 2.x range() in 3.x shelve documentation
SilentGhost ghost@gmail.com added the comment: Here is the patch. -- keywords: +needs review, patch nosy: +SilentGhost versions: +Python 3.3 Added file: http://bugs.python.org/file20713/shelve.rst.diff ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue11141 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue11142] xmlrpclib.ServerProxy with verbosity produces bad output
New submission from Erez Sh ere...@gmail.com: In xmlrpclib, a ServerProxy initialized with verbose=True produces an occasionally jumbled-up output, due to a multiple threads writing to stdout without synchronizing. I noticed this happening only for incoming data (at line 1461: print body:, repr(data) ). I seem to have fixed it locally by accumulating all the data and printing it (within a lock) outside of the send/recv loop. It is a useful feature for debugging and logging the 'raw' communication, but virtually useless if one can't rely on its output. -- components: Library (Lib) messages: 128141 nosy: Erez.Sh priority: normal severity: normal status: open title: xmlrpclib.ServerProxy with verbosity produces bad output versions: Python 2.7 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue11142 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue11143] Issue with the issue tracker
New submission from Armin Rigo ar...@users.sourceforge.net: Should I report it here? The issue is with this issue tracker itself. If we search for 2147483647 using the search box on this site (look up to the right), then it works; but if we search for 2147483648 or a bigger number (without the quotes), then we get an internal error :-) -- messages: 128142 nosy: arigo priority: normal severity: normal status: open title: Issue with the issue tracker ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue11143 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue11144] int(float) may return a long for no reason
New submission from Armin Rigo ar...@users.sourceforge.net: On 32 bits, there is no reason to get a 'long' here: int(float(sys.maxint)) 2147483647L int(int(float(sys.maxint))) 2147483647 int(float(-sys.maxint-1)) -2147483648L int(int(float(-sys.maxint-1))) -2147483648 On 64 bits, it's another story because floats cannot store 64 bits of precision. However, -sys.maxint-1 can still be represented exactly in a float, and the same issue occurs: int(float(-sys.maxint-1)) -9223372036854775808L int(int(float(-sys.maxint-1))) -9223372036854775808 -- components: Interpreter Core messages: 128143 nosy: arigo priority: normal severity: normal status: open title: int(float) may return a long for no reason versions: Python 2.7 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue11144 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue11141] 2.x range() in 3.x shelve documentation
Changes by Raymond Hettinger rhettin...@users.sourceforge.net: -- assignee: docs@python - resolution: - accepted ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue11141 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue11139] subprocess: Arguments to .bat scripts get interpreted by shell
Arve Knudsen arve.knud...@gmail.com added the comment: I wasn't saying that subprocess is interpreting the arguments, but that the shell is. Which was highly unexpected to me when outside of shell mode (i.e., shell == False). From some further testing, though, I see that the transformation from sequence to command line on Windows plays a bigger role than I was aware of even though I've used subprocess since it was introduced in the standard library. That is, I see that also in Python 2.6, arguments to .bat scripts get interpreted if command arguments are passed to subprocess as a string rather in a list. My current conclusion is that there has been a hole in the subprocess design the whole time, so that my case (start a Windows shell script like an executable) has just worked by chance, due to that I have passed arguments as a list which then got implicitly protected (even outside of shell mode). Maybe subprocess.Popen should take another option to implement the old behaviour of protecting arguments supplied as a list, given that this should be a common enough case? Arve On Mon, Feb 7, 2011 at 6:06 PM, R. David Murray rep...@bugs.python.orgwrote: R. David Murray rdmur...@bitdance.com added the comment: The point is that subprocess (now!) is *not* interpreting the arguments when shell is false. It is passing them through to Windows. What windows does with them after that is out of the control of subprocess (and always has been). -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue11139 ___ -- Added file: http://bugs.python.org/file20714/unnamed ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue11139 ___I wasn#39;t saying that subprocess is interpreting the arguments, but that the shell is. Which was highly unexpected to me when outside of shell mode (i.e., shell == False). From some further testing, though, I see that the transformation from sequence to command line on Windows plays a bigger role than I was aware of even though I#39;ve used subprocess since it was introduced in the standard library. That is, I see that also in Python 2.6, arguments to .bat scripts get interpreted if command arguments are passed to subprocess as a string rather in a list.div br/divdivMy current conclusion is that there has been a hole in the subprocess design the whole time, so that my case (start a Windows shell script like an executable) has just worked by chance, due to that I have passed arguments as a list which then got implicitly protected (even outside of shell mode). Maybe subprocess.Popen should take another option to implement the old behaviour of protecting arguments supplied as a list, given that this should be a common enough case?/div divbr/divdivArvebrbrdiv class=gmail_quoteOn Mon, Feb 7, 2011 at 6:06 PM, R. David Murray span dir=ltrlt;a href=mailto:rep...@bugs.python.org;rep...@bugs.python.org/agt;/span wrote:brblockquote class=gmail_quote style=margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex; div class=imbr R. David Murray lt;a href=mailto:rdmur...@bitdance.com;rdmur...@bitdance.com/agt; added the comment:br br /divThe point is that subprocess (now!) is *not* interpreting the arguments when shell is false. Â It is passing them through to Windows. Â What windows does with them after that is out of the control of subprocess (and always has been).br br --br divdiv/divdiv class=h5br ___br Python tracker lt;a href=mailto:rep...@bugs.python.org;rep...@bugs.python.org/agt;br lt;a href=http://bugs.python.org/issue11139; target=_blankhttp://bugs.python.org/issue11139/agt;br ___br /div/div/blockquote/divbr/div ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue11139] subprocess: Arguments to .bat scripts get interpreted by shell
Changes by SilentGhost ghost@gmail.com: Removed file: http://bugs.python.org/file20712/unnamed ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue11139 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue11139] subprocess: Arguments to .bat scripts get interpreted by shell
Changes by SilentGhost ghost@gmail.com: Removed file: http://bugs.python.org/file20714/unnamed ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue11139 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue11139] subprocess: Arguments to .bat scripts get interpreted by shell
R. David Murray rdmur...@bitdance.com added the comment: As noted in issue 8972, it's not clear what such a mode should actually do. If you have a concrete proposal you could make it, probably on the python-ideas mailing list. But I'm personally not in favor of it; I prefer maintaining as much API consistency between windows and linux as we reasonably can. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue11139 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue11143] Issue with the issue tracker
R. David Murray rdmur...@bitdance.com added the comment: There is a link 'report tracker problem' at the bottom of the left hand column. Unfortunately you have to create an account there to submit an issue :( -- nosy: +r.david.murray resolution: - invalid stage: - committed/rejected status: open - closed ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue11143 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue11139] subprocess: Arguments to .bat scripts get interpreted by shell
Arve Knudsen arve.knud...@gmail.com added the comment: The non-obvious thing with 8972 is what to do with an argument list when the 'shell' option is True, isn't it? I can't see how it overlaps with my case. My suggestion is a flag to enable argument protection in Popen, either just for arguments passed as a list (i.e., like how it's done in 2.6) or maybe also for the case where you pass the command as a string (I haven't considered that case yet, since it's not directly interesting to me). I can actually see that exarkun suggests something along the same lines in 8972: 'implement the cmd.exe quoting rules in a different function from the MS C runtime rules'. Arve On Mon, Feb 7, 2011 at 7:19 PM, R. David Murray rep...@bugs.python.orgwrote: R. David Murray rdmur...@bitdance.com added the comment: As noted in issue 8972, it's not clear what such a mode should actually do. If you have a concrete proposal you could make it, probably on the python-ideas mailing list. But I'm personally not in favor of it; I prefer maintaining as much API consistency between windows and linux as we reasonably can. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue11139 ___ -- Added file: http://bugs.python.org/file20715/unnamed ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue11139 ___The non-obvious thing with 8972 is what to do with an argument list when the #39;shell#39; option is True, isn#39;t it? I can#39;t see how it overlaps with my case. My suggestion is a flag to enable argument protection in Popen, either just for arguments passed as a list (i.e., like how it#39;s done in 2.6) or maybe also for the case where you pass the command as a string (I haven#39;t considered that case yet, since it#39;s not directly interesting to me).div br/divdivI can actually see that exarkun suggests something along the same lines in 8972: #39;implement the cmd.exe quoting rules in a different function from the MS C runtime rules#39;.divbr/divdivArvebr brdiv class=gmail_quoteOn Mon, Feb 7, 2011 at 7:19 PM, R. David Murray span dir=ltrlt;a href=mailto:rep...@bugs.python.org;rep...@bugs.python.org/agt;/span wrote:brblockquote class=gmail_quote style=margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex; div class=imbr R. David Murray lt;a href=mailto:rdmur...@bitdance.com;rdmur...@bitdance.com/agt; added the comment:br br /divAs noted in issue 8972, it#39;s not clear what such a mode should actually do.  If you have a concrete proposal you could make it, probably on the python-ideas mailing list.  But I#39;m personally not in favor of it; I prefer maintaining as much API consistency between windows and linux as we reasonably can.br br --br divdiv/divdiv class=h5br ___br Python tracker lt;a href=mailto:rep...@bugs.python.org;rep...@bugs.python.org/agt;br lt;a href=http://bugs.python.org/issue11139; target=_blankhttp://bugs.python.org/issue11139/agt;br ___br /div/div/blockquote/divbr/div/div ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue11145] '%o' % user-defined instance
New submission from Armin Rigo ar...@users.sourceforge.net: The expression '%o' % x, where x is a user-defined instance, usually ignores a user-defined __oct__() method. I suppose that's fine; assuming this is the expected behavior, then the present issue is about the usually in my previous sentence. If 'x' is an instance of a subclass of 'long', then the __oct__() is called. It must be specifically a 'long' -- not, say, 'int' or 'str' or 'object'. Moreover, there is a test in test_format.py (class Foobar) that checks that if this __oct__() returns a non-string, then we get a nice TypeError. That's already strange -- why is __oct__() called in the first place? But trying out more I get (CPython 2.7.1): class X(long): ... def __oct__(self): ... return 'abc' ... '%o' % X() Traceback (most recent call last): File stdin, line 1, in module SystemError: ../trunk/Objects/stringobject.c:4035: bad argument to internal function -- components: Interpreter Core messages: 128148 nosy: arigo priority: normal severity: normal status: open title: '%o' % user-defined instance versions: Python 2.7 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue11145 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue11129] logging: allow multiple entries in qualname config
anatoly techtonik techto...@gmail.com added the comment: Where is this configuration? -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue11129 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue11139] subprocess: Arguments to .bat scripts get interpreted by shell
R. David Murray rdmur...@bitdance.com added the comment: Yes, having a cmd.exe 'quote' function, parallel to the shutil 'quote' function, would be an excellent addition to the stdlib. You could open a feature request for that. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue11139 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue11139] subprocess: Arguments to .bat scripts get interpreted by shell
Arve Knudsen arve.knud...@gmail.com added the comment: I'll keep it in mind. On Mon, Feb 7, 2011 at 8:00 PM, R. David Murray rep...@bugs.python.orgwrote: R. David Murray rdmur...@bitdance.com added the comment: Yes, having a cmd.exe 'quote' function, parallel to the shutil 'quote' function, would be an excellent addition to the stdlib. You could open a feature request for that. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue11139 ___ -- Added file: http://bugs.python.org/file20716/unnamed ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue11139 ___I#39;ll keep it in mind.divbrdiv class=gmail_quoteOn Mon, Feb 7, 2011 at 8:00 PM, R. David Murray span dir=ltrlt;a href=mailto:rep...@bugs.python.org;rep...@bugs.python.org/agt;/span wrote:brblockquote class=gmail_quote style=margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex; div class=imbr R. David Murray lt;a href=mailto:rdmur...@bitdance.com;rdmur...@bitdance.com/agt; added the comment:br br /divYes, having a cmd.exe #39;quote#39; function, parallel to the shutil #39;quote#39; function, would be an excellent addition to the stdlib. Â You could open a feature request for that.br br --br divdiv/divdiv class=h5br ___br Python tracker lt;a href=mailto:rep...@bugs.python.org;rep...@bugs.python.org/agt;br lt;a href=http://bugs.python.org/issue11139; target=_blankhttp://bugs.python.org/issue11139/agt;br ___br /div/div/blockquote/divbr/div ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue11145] '%o' % user-defined instance
Amaury Forgeot d'Arc amaur...@gmail.com added the comment: And this code will crash a debug build: class X(long): ... def __oct__(self): ... return 'foo'.upper() ... '%o' % X() Assertion failed: buf[sign] == '0', file ..\..\Objects\stringobject.c, line 4059 -- nosy: +amaury.forgeotdarc ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue11145 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue11146] Add a feature similar to C++ using some_namespace
New submission from Manuel Bärenz man...@enigmage.de: In C++, the the approach to the namespace problem is having different namespaces that should not contain different definitions of the same name. Members of a namespace can be accessed explicitly by e.g. calling std::cout etc. or using namespace std; cout etc. I understand Pythons approach to be objects can be used as namespaces and their attributes are the names they contain. I find this a very beautiful way of solving the issue, but it has a downside, in my opinion, because it lacks the using directive from C++. If the object is a module, we can of course do from mymodule import spam, eggs. But if it is not a module, this does not work. Consider for example: class Spam(object): def frobnicate(self): self.eggs = self.buy_eggs() self.scrambled = self.scramble(self.eggs) return self.scrambled 42 This could be easier to implement and read if we had something like: class Spam(object): def frobnicate(self): using self: eggs = buy_eggs() scrambled = scramble(eggs) return scrambled 42 Of course this opens a lot of conceptual questions like how should this using block behave if self doesn't have an attribute called eggs, but I think it is worth considering. -- messages: 128153 nosy: turion priority: normal severity: normal status: open title: Add a feature similar to C++ using some_namespace type: feature request ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue11146 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue11146] Add a feature similar to C++ using some_namespace
R. David Murray rdmur...@bitdance.com added the comment: This is a topic more suited to python-ideas. It isn't likely to get much traction there, but you can try :) -- nosy: +r.david.murray resolution: - rejected stage: - committed/rejected status: open - closed ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue11146 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue969718] BASECFLAGS are not passed to module build line
Stefan Krah stefan-use...@bytereef.org added the comment: Chris Lambacher rep...@bugs.python.org wrote: I was cross-compiling to a target architecture that does not support the -march option so I would not be able to provide a different one as override. Just out of curiosity: You are cross-compiling a C-extension? How can you be sure that all values in pyconfig.h are correct? The debian-sysconfig-flags looks the most correct because it allows override at any point by emulating the CFLAGS = $(BASECFLAGS) $(OPT) $(EXTRA_CFLAGS) logic. It still looks like it needs an override for EXTRA_CFLAGS and the logic for LD_SHARED looks wrong. In the Makefile LDSHARED is just: LDSHARED= $(CC) -shared -Wl,-O1 -Wl,-Bsymbolic-functions I think Antoine is correct: EXTRA_CFLAGS show up as an empty string in sysconfig (even if passed to configure and make), so there is no need to override them. As an aside, why do EXTRA_CFLAGS still exist in py3k when CFLAGS can already be passed to configure and make? I agree that the ldshared logic looks wrong. It is possible to specify LDFLAGS via the environment, so why append CFLAGS. Changing this could break existing build scripts though. However, I don't see how the Debian patch could break anything, unless someone relies on the fact that BASECFLAGS are suppressed in case CFLAGS are given. I think the odds of this are virtually zero. Any interest in a cleaned up version of the Debian patch (remove double opt, line length, add documentation for overriding BASECFLAGS and OPT)? I'm asking, since I'm unsure about the degree of frozenness of distutils. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue969718 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue11145] '%o' % user-defined instance
Changes by Eric Smith e...@trueblade.com: -- nosy: +eric.smith ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue11145 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue11144] int(float) may return a long for no reason
Martin v. Löwis mar...@v.loewis.de added the comment: I'm not sure whether this is a bug, though. So I'd be skeptical that it should be changed in 2.x, even if the cause was identified. -- nosy: +loewis ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue11144 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue4142] smtplib doesn't clear helo/ehlo flags on quit
Sandro Tosi sandro.t...@gmail.com added the comment: Hello Felix/Don, are you still interested in seeing this fixed in smtplib? If so, what about incorporating Martin's suggestions and propose a new patch for review? -- nosy: +sandro.tosi -Felix Schwarz stage: - test needed ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue4142 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue969718] BASECFLAGS are not passed to module build line
Chris Lambacher ch...@kateandchris.net added the comment: Antoine said: I don't understand how you can cross-compile using the host Python Makefile. Could you explain? The get_config_vars() function parses the host Makefile to get the values that we are discussing overriding. EXTRA_CFLAGS is not defined in the Makefile so it would probably be taken from the environment anyway (if my understand of Makefiles is right). That seems to explain the name EXTRA_CFLAGS, but I'm no specialist of the jungle that have building systems become under Unix. You are correct, EXTRA_CFLAGS is not in the Makefile, but does provide us with an expected order of evaluation. i.e. Distutils is generating the equivalent command lines from the pieces and we should be respecting the Makefile order for consistency. Also, I don't know if there is a way to insert EXTRA_CFLAGS as an option to the ./configure script when Python is built such that it shows up in the resulting Makefile. If there is no way to get EXTRA_CFLAGS into the Makefile, then we should take it entirely out of the equation in the construction of the cflags var. Stephan Said: Just out of curiosity: You are cross-compiling a C-extension? How can you be sure that all values in pyconfig.h are correct? That is the whole point of this discussion, if you can sub out the build parameters, you can insert the path to the .h files for the embedded target before any host specific .h files. In order to build a C extension, you pretty much have to do it through Distutils and therefore the host python interpreter or else do a lot of extra work to get the right settings for each individual extension. See the following for some basic how-to info: http://whatschrisdoing.com/blog/2006/10/06/howto-cross-compile-python-25/ http://whatschrisdoing.com/blog/2009/10/16/cross-compiling-python-extensions/ -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue969718 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue969718] BASECFLAGS are not passed to module build line
Antoine Pitrou pit...@free.fr added the comment: Any interest in a cleaned up version of the Debian patch (remove double opt, line length, add documentation for overriding BASECFLAGS and OPT)? I think it would be nice, but it should have a test if possible. Otherwise there'll keep being regressions. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue969718 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue11103] Python 3.2 installer doesn't register file extensions on Windows 7
Darren darr...@sybase.com added the comment: I originally installed rc1 for all users. Then today I uninstalled and re-installed rc2 for just me and that didn't help anything. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue11103 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue11103] Python 3.2 installer doesn't register file extensions on Windows 7
Darren darr...@sybase.com added the comment: FWIW I'm using the 64 bit installer on Windows 7 -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue11103 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue11141] 2.x range() in 3.x shelve documentation
Antoine Pitrou pit...@free.fr added the comment: Committed in r88377, thank you! -- nosy: +pitrou resolution: accepted - fixed stage: - committed/rejected status: open - closed versions: -Python 3.3 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue11141 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue9990] PyMemoryView_FromObject alters the Py_buffer after calling PyObject_GetBuffer when ndim 1
Lenard Lindstrom le...@telus.net added the comment: I think only a simple solution is needed. From my experience adding the new buffer protocol to pygame.mixer.Sound it would be easy enough for bf_releasebuffer to use the internal field to free memory allocated by bf_getbuffer. As long as this pointer is preserved it would not matter if Py_buffer is copied or the shape and strides pointers change. Just ensure Py_buffer is clearly documented. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue9990 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue11129] logging: allow multiple entries in qualname config
Vinay Sajip vinay_sa...@yahoo.co.uk added the comment: See PEP 391. Documentation is at http://docs.python.org/library/logging.html#configuration as you might expect. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue11129 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue11147] _Py_ANNOTATE_MEMORY_ORDER has unused argument, effects code which includes Python.h
New submission from Campbell Barton ideasma...@gmail.com: Hi, Im buildiong blender3d with -Werror and python 3.2 gives an error which doesnt happen in 3.1. Tested with SVN r88378. on linux. --- cc1: warnings being treated as errors In file included from /opt/py32/include/python3.2d/Python.h:52:0, from /data/src/blender/blender/source/blender/python/intern/bpy_app.h:27, from /data/src/blender/blender/source/blender/python/intern/bpy_app.c:25: /opt/py32/include/python3.2d/pyatomic.h: In function '_Py_ANNOTATE_MEMORY_ORDER': /opt/py32/include/python3.2d/pyatomic.h:59:48: error: unused parameter 'address' There are 2 ways to solve this: pyatomic.h could include the line: (void)address; Or the macro's which do nothing could be changed from... #define _Py_ANNOTATE_HAPPENS_BEFORE(blah) /* empty */ to... #define _Py_ANNOTATE_HAPPENS_BEFORE(blah) (void)blah -- messages: 128165 nosy: ideasman42 priority: normal severity: normal status: open title: _Py_ANNOTATE_MEMORY_ORDER has unused argument, effects code which includes Python.h type: compile error versions: Python 3.2 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue11147 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue11144] int(float) may return a long for no reason
Changes by Mark Dickinson dicki...@gmail.com: -- nosy: +mark.dickinson ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue11144 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com