[issue3959] Add Google's ipaddr.py to the stdlib

pmoody added the comment: hm, all addresses have a subnet, even if its an implied /32, so specifying a network as ("1.1.1.0", "1.1.1.255") seems a lot more off-putting than "1.1.1.0/24". You're also much more likely to see the latter in network devices. I guess I don't see the utility in an addr

[issue4572] add SEEK_* values to io and/or io.IOBase

Antoine Pitrou added the comment: Sounds like a nice improvement. -- nosy: +pitrou ___ Python tracker ___ ___ Python-bugs-list mailing

[issue4272] set timestamp in gzip stream

Antoine Pitrou added the comment: test_literal_output looks really too strict to me. At most, you could check that the header and trailer are unchanged, but it would probably make it equivalent to test_metadata. Other than that, I think it's an useful addition. -- nosy: +pitrou priority

[issue3959] Add Google's ipaddr.py to the stdlib

Jean-Paul Calderone added the comment: > hm, all addresses have a subnet, even if its an implied /32, so specifying a network as ("1.1.1.0", "1.1.1.255") seems a lot more off-putting than "1.1.1.0/24". You're also much more likely to see the latter in network devices. I'm not sure which API in

[issue4035] Support bytes for os.exec*()

Antoine Pitrou added the comment: Hmm, I think the supported types should be the same for all platforms, otherwise it creates unnecessary headaches. Perhaps, in addition to the proposed behaviour on Posix (convert everything to bytes if the program name is a bytes object), the reverse could be

[issue3976] pprint._safe_repr is not general enough in one instance

Antoine Pitrou added the comment: For this to be integrated, it should also add an unit test. ___ Python tracker ___ ___ Python-bugs-list maili

[issue3680] Cycles with some iterator are leaking.

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

[issue3959] Add Google's ipaddr.py to the stdlib

pmoody added the comment: > I'm not sure which API in netaddr you're referring to. If you want to > construct that /24 with netaddr, then I would use > netaddr.address.CIDR("1.1.1.0/24"). Offhand, I can't find an API which netaddr.AddrRange class AddrRange(__builtin__.object) | A block of

[issue3266] Python-2.5.2/Modules/mmapmodule.c:915: error: `O_RDWR' undeclared

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

[issue4522] Module wsgiref is not python3000 ready (unicode issues)

Antoine Pitrou added the comment: Resolution is more advanced in #4718. -- nosy: +pitrou resolution: -> duplicate status: open -> closed superseder: -> wsgiref package totally broken ___ Python tracker __

[issue3433] libtk

Changes by Mitchell Model : -- title: Mac, 3.0 framework install error with fink cp -> libtk ___ Python tracker ___ ___ Python-bugs-lis

[issue4753] Faster opcode dispatch on gcc

Changes by Paolo 'Blaisorblade' Giarrusso : -- nosy: +blaisorblade ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe

[issue4753] Faster opcode dispatch on gcc

Paolo 'Blaisorblade' Giarrusso added the comment: Mentioning other versions as well. The patch is so easy that it can be backported to all supported versions, so I'm adding all of them (2.5 is in bugfix-only mode, and as far as I can see this patch cannot be accepted there, sadly). -- v

[issue4572] add SEEK_* values to io and/or io.IOBase

Changes by Benjamin Peterson : -- versions: -Python 3.0 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://

[issue4753] Faster opcode dispatch on gcc

Skip Montanaro added the comment: Paolo> (2.5 is in bugfix-only mode, and as far as I can see this patch Paolo> cannot be accepted there, sadly). You could backport it to 2.4 & 2.5 and just put it up on PyPI... ___ Python tracker

[issue4753] Faster opcode dispatch on gcc

Paolo 'Blaisorblade' Giarrusso added the comment: Some other comments. The time saving of indirect threading are also associated with the removal of the range check, but better branch prediction is the main advantage. > Also, the macro USE_THREADED_CODE should be renamed to something else; > th

[issue4753] Faster opcode dispatch on gcc

Paolo 'Blaisorblade' Giarrusso added the comment: > You may want to check out issue1408710 in which a similar patch was > provided, but failed to deliver the desired results. It's not really similar, because you don't duplicate the dispatch code. It took me some time to understand why you didn't

[issue4753] Faster opcode dispatch on gcc

Paolo 'Blaisorblade' Giarrusso added the comment: Topics 1) About different speedups on 32bits vs 64 bits 2) About PPC slowdown 3) PyPI === About different speedups on 32bits vs 64 bits === An interpreter is very register-hungry, so on x86_64 it spends much less time on register spill (

[issue4797] test_fileio error (windows)

New submission from Hirokazu Yamamoto : This patch fixes this error. http://www.python.org/dev/buildbot/trunk.stable/x86%20XP-4% 20trunk/builds/1727/step-test/0 == FAIL: testOpendir (test.test_fileio.AutoFileTests)

[issue4753] Faster opcode dispatch on gcc

Paolo 'Blaisorblade' Giarrusso added the comment: == On the patch itself == Why don't you use the C preprocessor instead of that Python code? Sample code: #define OPCODE_LIST(DEFINE_OPCODE) \ DEFINE_OPCODE(STOP_CODE, 0) \ DEFINE_OPCODE(POP_TOP, 1) \

[issue4798] Update deprecation of 'new' module in PEP 4.

New submission from Vikram U Shenoy : Attached are two patches: * Update PEP 4 about 'new' module which is deprecated since python 2.6 in favour of using types module. * Update documentation for 'new' module. Not sure about the exact date of proposal for deprecating 'new' module, but closest t

[issue4798] Update deprecation of 'new' module in PEP 4.

Changes by Vikram U Shenoy : Added file: http://bugs.python.org/file12517/pep_update_for_new_module_dec_31_2008.patch ___ Python tracker ___ _

[issue4799] handling inf/nan in '%f'

New submission from Cournapeau David : On windows, with python 2.6, s = '%s' % float('inf') is 'inf', but s = '%f' % float('inf') is equal to '1.#INF'. This patch fixes the inconsistency, by using the code from floatobject.f format_float into stringobject.c formatfloat. I think it would be bett

<    1   2