[issue6210] Exception Chaining missing method for suppressing context

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

[issue10615] Trivial mingw compile fixes

Johann Hanne added the comment: >When the patch is applied, what's the resulting status of mingw compilation? It compiles all C files which I require. Not sure if this is really *all* C files, but at least very close to all. I will post a list of object files I get on Monday. -- ___

[issue766910] fix one or two bugs in trace.py

Eli Bendersky added the comment: Alexander, I reviewed the patch and ported the changes to the newest sources (since the fix to issue 9299, os.makedirs can be naturally used with its new flag to fix the bug Zooko refers to). However, while experimenting, I think I ran into much larger probl

[issue766910] fix one or two bugs in trace.py

Changes by Eli Bendersky : Added file: http://bugs.python.org/file19934/traced_module.py ___ Python tracker ___ ___ Python-bugs-list mailing

[issue10615] Trivial mingw compile fixes

Martin v. Löwis added the comment: Am 04.12.2010 09:32, schrieb Johann Hanne: > > Johann Hanne added the comment: > >> When the patch is applied, what's the resulting status of mingw compilation? > > It compiles all C files which I require. Not sure if this is really *all* C > files, but at

[issue10516] Add list.clear() and list.copy()

Eli Bendersky added the comment: Was list.copy() also approved? After all, there are many ways to achieve the same even now: 1. L[:] 2. list(L) 3. import copy and then copy.copy Especially re the last one: list.copy() can be deep or shallow, which one should it be? -- _

[issue10516] Add list.clear() and list.copy()

Eli Bendersky added the comment: Also, where is the *official* place to document list objects and their methods? -- ___ Python tracker ___ __

[issue6045] Add more dict methods to dbm interfaces

Georg Brandl added the comment: r87013 adds get() and setdefault() to dbm.gnu -- now gdbm and ndbm have the same set of dict methods available. For me, that is enough to demote this to feature request. There's another issue anyway for iteration protocol support. -- priority: critical

[issue10621] >>> 1 + 2j --> (1 + 2j) and not (1+2j)

New submission from Boštjan Mejak : Python interpreter should put spaces around operators in return values of complex numbers. If you give it >>> 1 + 2j it should return (1 + 2j) and not the current (1+2j) My argument is that complex numbers are written like this, with spaces surrounding opera

[issue10516] Add list.clear() and list.copy()

Georg Brandl added the comment: Yes, list.copy was also approved IIRC. And it should be a shallow copy, like all other copy methods on builtins. -- ___ Python tracker ___

[issue10516] Add list.clear() and list.copy()

Boštjan Mejak added the comment: This is really welcome. It makes Python even more readable. If 'a' is a list object, a[:] is not so obvious at first to a newcomer, but a.copy() is. Also, a.clear() is so perfect and understandable. I wish you could decorate Python versions prior to 3.3 with t

[issue7904] urlparse.urlsplit mishandles novel schemes

Senthil Kumaran added the comment: On Fri, Dec 03, 2010 at 10:33:50PM +, Fred L. Drake, Jr. wrote: > Though msg104261 suggests this change be documented in NEWS.txt, it > doesn't appear to have made it. Better late than never. I just added the NEWS in r87014 (py3k) ,r87015(release31-maint)

[issue10553] Add optimize argument to builtin compile() and byte-compilation modules

Georg Brandl added the comment: Added PyZipFile API, and fixed the "optimze". Committed in r87019. -- resolution: -> accepted status: open -> closed ___ Python tracker ___

[issue10618] regression in subprocess.call() command quoting

Tim Golden added the comment: I'm not quite sure how anyone's supposed to determine which bugs are likely to have been worked around and which haven't :) I'm also unsure why a clear bugfix shouldn't make it into a minor version release. Surely this isn't the only one to do so... I'm happy to re

[issue10621] >>> 1 + 2j --> (1 + 2j) and not (1+2j)

Mark Dickinson added the comment: I suggest closing this as 'won't fix' (or even the apostrophetically-challenged 'wont fix'). I'll leave it open for a while to allow others to comment. I have some sympathy for the idea: I also think that the str/repr of a complex number would look better wi

[issue1513299] Clean up usage of map() in the stdlib

Georg Brandl added the comment: Committed what was left applicable of the patch in r87020. -- resolution: -> fixed status: open -> closed ___ Python tracker ___ _

[issue10614] ZipFile and CP932 encoding

Hirokazu Yamamoto added the comment: I'm not sure why, but I got BadZipFile error now. Anyway, here is cp932 zip file to be created with python2.7. -- Added file: http://bugs.python.org/file19935/non-ascii-cp932.zip ___ Python tracker

[issue1772833] -q (quiet) option for python interpreter

Georg Brandl added the comment: Based on the +1's in #1728488, committed in r87021, with addition to the command-line docs. -- resolution: -> accepted status: open -> closed ___ Python tracker

[issue1569291] Speed-up in array_repeat()

Georg Brandl added the comment: I changed the patch to look more like unicode_repeat (which addresses Alex' point #2) and committed in r87022. -- resolution: -> accepted status: open -> closed ___ Python tracker

[issue10557] Malformed error message from float()

Mark Dickinson added the comment: Looks okay, I guess. I don't much like the extra boilerplate that's introduced (and repeated) in longobject.c, floatobject.c and complexobject.c, though. -- ___ Python tracker _

[issue7905] Shelf 'keyencoding' keyword argument is undocumented and does not work.

Georg Brandl added the comment: Patched up and committed in r87024. -- resolution: -> fixed status: open -> closed versions: -Python 3.1 ___ Python tracker ___

[issue6559] [PATCH]add pass_fds paramter to subprocess.Popen()

Gregory P. Smith added the comment: I've committed this feature just in time for 3.2beta1 (so it can't be said i'm adding a feature after the beta ;). r87026 It still needs tests and documentation. It doesn't break any existing tests. I'll take care of that after some sleep. -- ass

[issue10622] WebKit browsers show superfluous scrollbars in html docs

New submission from Davide Rizzo : Some WebKit browsers show a superflous scrollbar on the right side of the boxes in the Sphinx generated html docs. For example: http://666kb.com/i/boxys2zktxky17vsh.png taken on Chrome 7 on Windows. I believe that the cause of the behaviour is a bug in the W

[issue10622] WebKit browsers show superfluous scrollbars in html docs

Gregory P. Smith added the comment: r87027 has it for py3k / 3.2. needs backporting to the other branches. -- nosy: +gregory.p.smith versions: -Python 3.2 ___ Python tracker _

[issue10596] modulo operator bug

Mark Dickinson added the comment: Fixed the sign of the zero (in py3k) in r87032. I'll backport to 2.7 and 3.1, then close this. Sergio, is that acceptable? You still haven't said what results you were expecting for these operations. -- resolution: -> fixed stage: -> committed/re

[issue10621] >>> 1 + 2j --> (1 + 2j) and not (1+2j)

Eric Smith added the comment: I agree. It would be nice, but the impact on existing code is too large. I can easily imagine someone parsing the output of "print(somecomplexnumber)" and not considering spaces. For the record, it would require changing complex.__repr__ (which is also complex.

[issue10621] >>> 1 + 2j --> (1 + 2j) and not (1+2j)

Boštjan Mejak added the comment: Please do the move to complex_repr if everything then works the same (i.e. nothing breaks the build) if the readability is in fact improved. Also, change the docs and fix the tests. You know the drill. P.S.: (1+2j) is worth changing to become (1 + 2j) in the fu

[issue10621] >>> 1 + 2j --> (1 + 2j) and not (1+2j)

Eric Smith added the comment: There are no tests or docs to fix: it's an internal (static) helper function. It's not a particularly straightforward change, because you're inserting a space into the middle of the floating point imaginary string. There would be extra bookkeeping and memory mana

[issue10596] modulo operator bug

Mark Dickinson added the comment: Backported to 3.1 (after one botched backport attempt) and 2.7 in r87037 and r87033. -- status: open -> closed ___ Python tracker ___

[issue10623] What’s New In Python 3.2 document re fers to PEP 382: Defining a Stable ABI

New submission from Daniel Urban : But "Defining a Stable ABI" is PEP 384: http://www.python.org/dev/peps/pep-0384/ (PEP 382 is "Namespace Packages") -- assignee: d...@python components: Documentation messages: 123345 nosy: d...@python, durban priority: normal severity: normal status: op

[issue10624] Move requires_IEEE_754 decorator from test_complex into test.support

New submission from Eric Smith : The decorator could be shared in at least datetimetester, test_cmath, test_complex, test_decimal, test_fractions, test_long, and test_math. -- assignee: eric.smith components: Tests keywords: easy messages: 123346 nosy: eric.smith, mark.dickinson priorit

[issue10624] Move requires_IEEE_754 decorator from test_complex into test.support

Mark Dickinson added the comment: +1. -- ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.or

[issue10625] There is no test for repr(complex(-0., 1.)) special handling

New submission from Eric Smith : There's a special test in the C code for this, but there no test for it in test_complex. Note that this needs to be a IEEE 754 specific test. -- assignee: eric.smith components: Tests keywords: easy messages: 123348 nosy: eric.smith priority: normal seve

[issue10624] Move requires_IEEE_754 decorator from test_complex into test.support

Eric Smith added the comment: Moved from test_math.py into support.py in r87040. I'll fix up the other modules shortly. -- ___ Python tracker ___ __

[issue10625] There is no test for repr(complex(-0., 1.)) special handling

Changes by Mark Dickinson : -- nosy: +mark.dickinson ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mai

[issue10625] There is no test for repr(complex(-0., 1.)) special handling

Eric Smith added the comment: Technically the special handling in complex_repr() is for +0, but there needs to be a test both ways. -- ___ Python tracker ___ __

[issue10623] What’s New In Python 3.2 document re fers to PEP 382: Defining a Stable ABI

Martin v. Löwis added the comment: Thanks for the report. Fixed in r87042 -- nosy: +loewis resolution: -> fixed status: open -> closed ___ Python tracker ___ __

[issue10626] test_concurrent_futures failure under Windows Server 2008

New submission from Antoine Pitrou : See this buildbot log: http://www.python.org/dev/buildbot/all/builders/AMD64%20Windows%20Server%202008%203.x/builds/198/steps/test/logs/stdio == FAIL: test_done_callback_raises (test.test_con

[issue10516] Add list.clear() and list.copy()

Eli Bendersky added the comment: Attaching a patch with the following: 1. list.copy() and list.clear() implemented in Objects/listobject.c, with appropriate doc strings (modeled after dict's docstrings) 2. Same methods implemented in collections.UserList 3. Tests added that exercise the method

[issue10516] Add list.clear() and list.copy()

Éric Araujo added the comment: Hi Eli, I think the right place is 4.6.4, http://docs.python.org/dev/library/stdtypes#mutable-sequence-types It starts with “List and bytearray objects support additional operations that allow in-place modification of the object”. For methods not supported by by

[issue6490] os.popen documentation in 2.6 is probably wrong

Changes by Neil Muller : -- versions: +Python 3.2 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.py

[issue9523] Improve dbm modules

Éric Araujo added the comment: In 3.2, objects return by dbm.dumb.open implement MutableMapping with incorrect semantics: keys return a list, iterkeys exist, etc. -- ___ Python tracker

[issue10609] dbm documentation example doesn't work (iteritems())

Éric Araujo added the comment: Arg, the internal classes returned by dbm.*.open have keys but not necessarily items. See #9523, #6045 and #5736. The docs should be fixed independently of that, with the less non-idiomatic code that we can find. Do you want to check the dbm docs for other sim

[issue10624] Move requires_IEEE_754 decorator from test_complex into test.support

Eric Smith added the comment: Modified all other tests to use support.requires_IEEE_754 in r87043. -- resolution: -> accepted stage: -> committed/rejected status: open -> closed ___ Python tracker __

[issue5736] Add the iterator protocol to dbm modules

Éric Araujo added the comment: This may be superseded by #9523. There are comments and patches in both issues, so I’m not closing either as duplicate of the other. -- nosy: +eric.araujo ___ Python tracker ___

[issue6045] Add more dict methods to dbm interfaces

Éric Araujo added the comment: See also #9523. -- nosy: +eric.araujo ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscr

[issue10625] There is no test for repr(complex(-0., 1.)) special handling

Eric Smith added the comment: Checked-in in r87044. -- resolution: -> accepted stage: -> committed/rejected status: open -> closed ___ Python tracker ___ _

[issue7936] sys.argv contains only scriptname

Jiri Kulik added the comment: Encountered the same issue with 3.1.2 and 3.1.3 64bit on Win7 64bit. I was able to fix it in registry but did so many changes at once that I'm not able to reproduce (was really annoyed after trying to fix it for half a day...). Anyway, sending my observations: -

[issue5863] bz2.BZ2File should accept other file-like objects.

Xuanji Li added the comment: I'll try working on a patch. -- nosy: +xuanji ___ Python tracker ___ ___ Python-bugs-list mailing list Un

[issue10616] Change PyObject_AsCharBuffer() error message

Changes by Éric Araujo : -- nosy: +eric.araujo ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.pyth

[issue10621] >>> 1 + 2j --> (1 + 2j) and not (1+2j)

Changes by Éric Araujo : Removed file: http://bugs.python.org/file19937/unnamed ___ Python tracker ___ ___ Python-bugs-list mailing list Unsub

[issue10621] >>> 1 + 2j --> (1 + 2j) and not (1+2j)

Éric Araujo added the comment: -1 on the change. Retro: would you mind stop sending HTML email to this tracker? It creates unnamed attachments that are distracting. Thanks in advance. -- nosy: +eric.araujo ___ Python tracker

[issue7936] sys.argv contains only scriptname

Jiri Kulik added the comment: I'm sorry, I changed version to 3.3 by mistake. Did not want to do it. -- versions: +Python 3.1 -Python 3.3 ___ Python tracker ___ _

[issue10621] >>> 1 + 2j --> (1 + 2j) and not (1+2j)

Mark Dickinson added the comment: Okay, closing as 'wont fix'. -- resolution: -> wont fix status: open -> closed ___ Python tracker ___

[issue10621] >>> 1 + 2j --> (1 + 2j) and not (1+2j)

Changes by Mark Dickinson : -- components: +Interpreter Core -IO type: -> feature request ___ Python tracker ___ ___ Python-bugs-list

[issue3132] implement PEP 3118 struct changes

Mark Dickinson added the comment: > Another possibility is to implement the 'O' format unsafely [...] Hmm. I don't much like that idea. Historically, it's supposed to be very difficult to segfault the Python interpreter with pure Python code (well except if you're using ctypes, I guess). -

[issue10627] Remove usage of deprecated configparser.ConfigParser class in the stdlib

New submission from Łukasz Langa : configparser.ConfigParser is deprecated as of 3.2 and thus standard library modules should not use that. The migration path is trivial and should not introduce any compatibility problems whatsoever. All it needs is to switch usage of ConfigParser to SafeConf

[issue10627] Remove usage of deprecated configparser.ConfigParser class in the stdlib

Changes by Łukasz Langa : Added file: http://bugs.python.org/file19939/issue10627.diff ___ Python tracker ___ ___ Python-bugs-list mailing lis

[issue10627] Remove usage of deprecated configparser.ConfigParser class in the stdlib

Changes by Łukasz Langa : -- nosy: +vinay.sajip ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.pyt

[issue7245] better Ctrl-C support in pdb (program can be resumed) (issue216067)

Georg Brandl added the comment: Committed rest of patch in r87045. Will try to get test_pdb2 in shape and working on all platforms. -- resolution: -> accepted status: open -> closed ___ Python tracker __

[issue10621] >>> 1 + 2j --> (1 + 2j) and not (1+2j)

Boštjan Mejak added the comment: Do you ever fix anything? -- Added file: http://bugs.python.org/file19940/unnamed ___ Python tracker ___Do you ever fix anything? _

[issue6210] Exception Chaining missing method for suppressing context

Antoine Pitrou added the comment: It is not possible to do this using a method, since "raise exc" will add a context anyway. So, if this is desired, it needs some new syntax and should be discussed on python-ideas. (I don't think this is very important personally. Tracebacks are for developer

[issue10621] >>> 1 + 2j --> (1 + 2j) and not (1+2j)

Changes by Eric Smith : Removed file: http://bugs.python.org/file19940/unnamed ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubs

[issue6210] Exception Chaining missing method for suppressing context

Nick Coghlan added the comment: To get back to my original objection, it shouldn't be that difficult to differentiate between "__context__ never set" and "__context__ explicitly suppressed". (e.g. using a property that sets an internal flag when set from Python code or via PyObject_SetAttr,

[issue10627] Remove usage of deprecated configparser.ConfigParser class in the stdlib

Tarek Ziadé added the comment: So, as discussed w/ Lukasz: - distutils1 gets unchanged and the warning is silenced there - distutils2 uses SafeConfigParser [done] -- ___ Python tracker ___

[issue4391] use proper gettext plurals forms in argparse and optparse

Éric Araujo added the comment: Attached patch fixes the two misuses I found in argparse. I tried importing ngettext as _ngettext to comply with arpgarse’s crazy^Wpersonal import style (enforced in TestImportStar), but then I could not force xgettext to find all the strings. Rather than stru

[issue10601] sys.displayhook: use backslashreplace error handler if repr(value) is not encodable to sys.stdout

STINNER Victor added the comment: Commited to Python 3.2 (r87054). -- resolution: -> fixed status: open -> closed ___ Python tracker ___ ___

[issue4391] use proper gettext plurals forms in argparse and optparse

Éric Araujo added the comment: Georg approved my patch for the beta1. Steven, since you approved my other gettext-related changes, we thing it’s okay if I don’t wait for your +1. For optparse, I will review the changes later. -- assignee: -> eric.araujo

[issue7110] Output test failures on stderr in regrtest.py

R. David Murray added the comment: I've decided that writing (some) errors to stdout instead of stderr is really a bug, not a feature request, and have backported this fix to 3.1 in r87053 and to 2.7 in r87055. The one possible reason not to do this is that it is conceivable that it would af

[issue4391] use proper gettext plurals forms in argparse and optparse

Éric Araujo added the comment: Revision 87056 -- ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.py

[issue10627] Remove usage of deprecated configparser.ConfigParser class in the stdlib

Éric Araujo added the comment: I’ve changed d2 to use RawConfigParser six months ago: http://bitbucket.org/tarek/distutils2/changeset/e2a1113b5572 I don’t think we need the interpolation provided by SafeConfigParser. -- ___ Python tracker

[issue10621] >>> 1 + 2j --> (1 + 2j) and not (1+2j)

Éric Araujo added the comment: Not much: http://bugs.python.org/issue?%40search_text=&ignore=file%3Acontent&title=&%40columns=title&id=&%40columns=id&stage=&creation=&creator=&activity=&%40columns=activity&%40sort=activity&actor=&nosy=&type=&components=&versions=&dependencies=&assignee=&keyword

[issue10553] Add optimize argument to builtin compile() and byte-compilation modules

Éric Araujo added the comment: As discussed on IRC, compileall had not gained a new command-line argument because “python -O -m compileall” does the job. Can I make a doc update for that, or do you think it may be obvious enough? -- nosy: +eric.araujo ___

[issue10553] Add optimize argument to builtin compile() and byte-compilation modules

Georg Brandl added the comment: Yes, a doc update is probably a good idea. (But after the freeze :) -- ___ Python tracker ___ ___ Py

[issue10553] Add optimize argument to builtin compile() and byte-compilation modules

Éric Araujo added the comment: Temporarily reopening. -- assignee: -> eric.araujo status: closed -> open ___ Python tracker ___ ___

[issue10516] Add list.clear() and list.copy()

Changes by Raymond Hettinger : -- assignee: -> rhettinger keywords: +easy -patch ___ Python tracker ___ ___ Python-bugs-list mailing

[issue10628] Typos in 3.2 what’s new

New submission from Éric Araujo : See patch. -- assignee: rhettinger components: Documentation files: whatsnew-3.2-typos.diff keywords: patch messages: 123383 nosy: eric.araujo, rhettinger priority: normal severity: normal status: open title: Typos in 3.2 what’s new versions: Python 3.2

[issue6101] SETUP_WITH

Thomas Vander Stichele added the comment: Maybe I am missing something, but why was it ok for this patch to move EXTENDED_ARGS from 143 to 145 ? I thought the numbers for opcodes were part of the ABI ? -- nosy: +thomasvs ___ Python tracker

[issue6101] SETUP_WITH

Benjamin Peterson added the comment: 2010/12/4 Thomas Vander Stichele : > > Thomas Vander Stichele added the comment: > > Maybe I am missing something, but why was it ok for this patch to move > EXTENDED_ARGS from 143 to 145 ? I thought the numbers for opcodes were part > of the ABI ? Very m

[issue10615] Trivial mingw compile fixes

Johann Hanne added the comment: >Will it then also link something? Sure - it actually builds a python.exe which is fully working for me. If you need a proof, please let me know, I have no problem uploading it somewhere... Is there a reason you are so sceptical? After all, Python for Linux is

[issue10626] test_concurrent_futures failure

Antoine Pitrou added the comment: Same one under Ubuntu: http://www.python.org/dev/buildbot/all/builders/PPC64%20Ubuntu%203.x/builds/265/steps/test/logs/stdio -- title: test_concurrent_futures failure under Windows Server 2008 -> test_concurrent_futures failure ___

[issue10557] Malformed error message from float()

Alexander Belopolsky added the comment: On Sat, Dec 4, 2010 at 6:03 AM, Mark Dickinson wrote: .. > I don't much like the extra boilerplate that's introduced (and repeated) > in longobject.c, floatobject.c and complexobject.c, though. > Yes, that's exactly what I meant when I called that code "

[issue10615] Trivial mingw compile fixes

Changes by Éric Araujo : -- nosy: +eric.araujo versions: +Python 2.7, Python 3.2 ___ Python tracker ___ ___ Python-bugs-list mailing l

[issue6101] SETUP_WITH

Thomas Vander Stichele added the comment: Really ? Is this documented somewhere ? Do you know of any other case where a number for an existing opcode was changed ? I can't find any so far. -- ___ Python tracker __

[issue6101] SETUP_WITH

Antoine Pitrou added the comment: > Really ? Is this documented somewhere ? Do you know of any other case > where a number for an existing opcode was changed ? I can't find any > so far. Opcodes are an implementation detail. If you are fiddling with opcodes, how will your code work under Jython

[issue10615] Trivial mingw compile fixes

Martin v. Löwis added the comment: > Sure - it actually builds a python.exe which is fully working for me. If you > need a proof, please let me know, I have no problem uploading it somewhere... > > Is there a reason you are so sceptical? After all, Python for Linux is also > usually compiled

[issue10626] test_concurrent_futures failure

Łukasz Langa added the comment: Possibly related: issue #10517. -- nosy: +lukasz.langa ___ Python tracker ___ ___ Python-bugs-list ma

[issue10562] Change 'j' for imaginary unit into an 'i'

Changes by Éric Araujo : Removed file: http://bugs.python.org/file19929/unnamed ___ Python tracker ___ ___ Python-bugs-list mailing list Unsub

[issue10618] regression in subprocess.call() command quoting

Changes by Éric Araujo : -- nosy: +eric.araujo ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.pyth

[issue6101] SETUP_WITH

Thomas Vander Stichele added the comment: Well, I just checked, and from 2.3 to 2.6 opcodes were only added, existing ones were never renumbered. 2.7 however reshuffled a bunch of them, for no apparent reason at all: $ diff -au opcodes-2.6 opcodes-2.7 --- opcodes-2.6 2010-12-04 20:47:19.11003

[issue6101] SETUP_WITH

Antoine Pitrou added the comment: > Well, I just checked, and from 2.3 to 2.6 opcodes were only added, > existing ones were never renumbered. > > 2.7 however reshuffled a bunch of them, for no apparent reason at all: LIST_APPEND was renumbered because it gained an argument. There are also new

[issue6101] SETUP_WITH

Raymond Hettinger added the comment: Yes, someone went nuts with renumbering. That is allowed but was probably unnecessary. That being said, users of opcodes should really use the names in opcode.py instead of the numbers themselves. -- nosy: +rhettinger ___

[issue10615] Trivial mingw compile fixes

Johann Hanne added the comment: Ok, I see. And no, this is *not* my intention. I will post the list of successfully compiled objects files and the linker result on Monday as promised. If it turns out I lied, feel free to put me into the hall of shame. After all, the Win32 platform is not that

[issue10615] Trivial mingw compile fixes

Martin v. Löwis added the comment: > After all, the Win32 platform is not that uncommon. I know, MinGW > could be seen as a different platform, but I never encountered a > situation where I required anything but the exe file (no special > MinGW DLL or something like that). Traditionally, MingW-

[issue10557] Malformed error message from float()

Mark Dickinson added the comment: > What do you think about adding number parsers that operate directly on > Py_UNICODE* strings? I think that might make some sense. It's not without difficulties, though. One issue is that we'd still need the char* -> double operations, partly because PyOS_

[issue10626] test_concurrent_futures failure

Antoine Pitrou added the comment: Minimal command line for reproducing: ./python -m test -uall test_pydoc test_logging test_concurrent_futures [1/3] test_pydoc [46429 refs] [46430 refs] [46430 refs] [46429 refs] [46430 refs] [46425 refs] [46425 refs] [2/3] test_logging [3/3] test_concurrent_fut

[issue10516] Add list.clear() and list.copy()

Eli Bendersky added the comment: Following Éric's suggestion, I'm attaching an updated patch with with the documentation in Doc/library/stdtypes.rst updated with the new methods. There seems to be a slight Sphinx markup problem with this addition. I rewrote note (8) as: :meth:`clear`, :me

[issue10516] Add list.clear() and list.copy()

Changes by Eli Bendersky : Removed file: http://bugs.python.org/file19835/issue10516.1.patch ___ Python tracker ___ ___ Python-bugs-list maili

[issue10516] Add list.clear() and list.copy()

Changes by Eli Bendersky : Removed file: http://bugs.python.org/file19938/issue10516.2.patch ___ Python tracker ___ ___ Python-bugs-list maili

[issue10516] Add list.clear() and list.copy()

Raymond Hettinger added the comment: Nothing will happen on this until 3.2 is done and the py3k branch starts with 3.3 submissions. -- resolution: -> later ___ Python tracker

  1   2   >