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

pmoody <[EMAIL PROTECTED]> added the comment: as one of the owners listed in the code.google.com project (same name), and the original author, you certainly have my approval for inclusion in python. ___ Python tracker <[EMAIL PROTECTED]>

[issue3951] Disable Py_USING_MEMORY_DEBUGGER!

Martin v. Löwis <[EMAIL PROTECTED]> added the comment: Committed as r66616 and r66617 -- assignee: loewis -> priority: release blocker -> normal ___ Python tracker <[EMAIL PROTECTED]> ___

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

Martin v. Löwis <[EMAIL PROTECTED]> added the comment: I see a list of owners in the code (although it's difficult to infer real names or email addresses from that list). I think we should not include the code without their explicit approval. The question will then always be: what is the officia

[issue3936] Faulty suppression of 'as' keyword warning

Benjamin Peterson <[EMAIL PROTECTED]> added the comment: You're right; I should put it within the started block. Actually, no import cases are currently handled by the warning to avoid conflicting with "import foo as bar". This isn't really an issue, though because using the module name "as.attri

[issue3826] BaseHTTPRequestHandler depends on GC to close connections

Changes by Rafael Zanella <[EMAIL PROTECTED]>: -- nosy: +zanella ___ Python tracker <[EMAIL PROTECTED]> ___ ___ Python-bugs-list mailing

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

Changes by pmoody <[EMAIL PROTECTED]>: -- nosy: +pmoody ___ Python tracker <[EMAIL PROTECTED]> ___ ___ Python-bugs-list mailing list Uns

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

Jeffrey C. Jacobs <[EMAIL PROTECTED]> added the comment: I've moved all the development branches to the ~pythonregexp2.7 team so that we can work collaboratively. You just need to install Bazaar, join www.launchpad.net, upload your public SSH key and then request to be added to the pythonrege

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

Changes by Michael Shields <[EMAIL PROTECTED]>: -- nosy: +shields ___ Python tracker <[EMAIL PROTECTED]> ___ ___ Python-bugs-list mailin

[issue1647489] zero-length match confuses re.finditer()

Matthew Barnett <[EMAIL PROTECTED]> added the comment: FYI, I posted msg73737 after finding that the fix for the original case was really very simple, but then thought about whether it would behave as expected when there were more zero-width matches, hence the later posts. __

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

Changes by Matthew Smart <[EMAIL PROTECTED]>: -- nosy: +mattsmart ___ Python tracker <[EMAIL PROTECTED]> ___ ___ Python-bugs-list mailin

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

Benjamin Peterson <[EMAIL PROTECTED]> added the comment: Almost time machine. :) ___ Python tracker <[EMAIL PROTECTED]> ___ ___ Python-bugs-list

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

Guido van Rossum <[EMAIL PROTECTED]> added the comment: It would help if I added a link to the Google release: http://code.google.com/p/ipaddr-py/ Description: " An IPv4/IPv6 manipulation library in Python. This library is used to create/poke/manipulate IPv4 and IPv6 addresses and prefixes.

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

Benjamin Peterson <[EMAIL PROTECTED]> added the comment: Where can we find this? -- nosy: +benjamin.peterson ___ Python tracker <[EMAIL PROTECTED]> ___

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

New submission from Guido van Rossum <[EMAIL PROTECTED]>: Google just released ipaddr.py, a module that knows how to manipulate IP addresses (both IPv4 and IPv6). I have nothing to do with this module, but I suggest considering it for inclusion in the standard library. It fills a gap for addres

[issue3886] Integer overflow in _hashopenssl.c (CVE-2008-2316)

Benjamin Peterson <[EMAIL PROTECTED]> added the comment: Got 3.0 in r66615. Somebody should really test it, though. ___ Python tracker <[EMAIL PROTECTED]> ___ __

[issue3957] [contextlib] Reverse order of locking

Benjamin Peterson <[EMAIL PROTECTED]> added the comment: This doesn't sound like such a good idea. In the example you gave, it is trivial and easier to use two separate with statements than three! -- nosy: +benjamin.peterson resolution: -> rejected status: open -> pending _

[issue3950] turtle.py: bug in TurtleScreenBase._drawimage

Georg Brandl <[EMAIL PROTECTED]> added the comment: My apologies then. -- status: open -> closed ___ Python tracker <[EMAIL PROTECTED]> ___

[issue3950] turtle.py: bug in TurtleScreenBase._drawimage

Benjamin Peterson <[EMAIL PROTECTED]> added the comment: Done in r66614. Georg, according to http://python.org/dev/committers and r64063, Gregor does have commit access. ___ Python tracker <[EMAIL PROTECTED]> ___

[issue3951] Disable Py_USING_MEMORY_DEBUGGER!

Benjamin Peterson <[EMAIL PROTECTED]> added the comment: Looks good to me. -- keywords: -needs review nosy: +benjamin.peterson ___ Python tracker <[EMAIL PROTECTED]> ___ _

[issue1647489] zero-length match confuses re.finditer()

Matthew Barnett <[EMAIL PROTECTED]> added the comment: What about r'(^z*)|(q*)|(\w+)'? I could imagine that the first group could match only at the start of the string, but if the second group doesn't have that restriction then it could match the second time, and only after that could the third m

[issue1706863] Failed to build Python 2.5.1 with sqlite3

Roumen Petrov <[EMAIL PROTECTED]> added the comment: About experimental_distutils.patch - extra changes that has to go in a specific compiler class. As example platform can be any but compiler gcc(mingw) that produce executables for windows host platform. In this case search has to include suffix

[issue3781] warnings.catch_warnings fails gracelessly when recording warnings but no warnings are emitted

Nick Coghlan <[EMAIL PROTECTED]> added the comment: The 3.0 forward port of r66386 still needs a once over before being committed (there were enough differences that I don't think the review of the 2.6 version is enough to cover the 3.0 version as well). Once that is done, then this issue can be

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

Jeffrey C. Jacobs <[EMAIL PROTECTED]> added the comment: Good catch on issue 1647489 Matthew; it looks like this is where that bug fix will end up going. But, I am unsure if the solution for this issue is going to be the same as for 3262. I think the solution here is to add an internal flag tha

[issue3943] IDLE won't start in 3.0rc1 "Subprocess didn't make connection...."

Robert Yodlowski <[EMAIL PROTECTED]> added the comment: Amaury, I did as you suggested - running idle.py directly both from a command line and by clicking on it and the results were the same. Each time, I got the same error message window as before. In addition, several seconds before the error w

[issue3956] turtle.py - bug in Screen.__init__()

Martin v. Löwis <[EMAIL PROTECTED]> added the comment: As a follow-up, I also don't understand the two if blocks in Screen.__init__: if there is meant to be a single Screen instance anyway, why have _root, _canvas, and _title as class variables, whereas everything else is in (shared) instance var

[issue3956] turtle.py - bug in Screen.__init__()

Martin v. Löwis <[EMAIL PROTECTED]> added the comment: I'm opposed to this patch. As a design principle, any class should always call its base class' __init__, unless that is known to be empty. With this patch, the base __init__ call becomes conditional, which hints at a design bug of the entire

[issue3824] test_tarfile fails on cygwin (unicode decode error)

Martin v. Löwis <[EMAIL PROTECTED]> added the comment: > Doesn't getgrgid() return the untranslated content of /etc/group? > Then the encoding of this file is relevant. That certainly depends on the implementation of getgrgid. On some systems, it uses NIS, LDAP, or a relational database in addit

[issue1706863] Failed to build Python 2.5.1 with sqlite3

Hirokazu Yamamoto <[EMAIL PROTECTED]> added the comment: >So, is my patch acceptable? Umm, it works, but I'm not sure we can call import library as dylib... If it's not problem, I think your patch is fine. # I had considered attached patch "experimental_distutils.patch". It's little adhoky, I'm

[issue3958] strage default value behaviour

dominik.holler <[EMAIL PROTECTED]> added the comment: thx sorry reporting this bug ___ Python tracker <[EMAIL PROTECTED]> ___ ___ Python-bugs-lis

[issue1647489] zero-length match confuses re.finditer()

Jeffrey C. Jacobs <[EMAIL PROTECTED]> added the comment: Ah, I see the problem, if ptr is not incremented, then it will keep matching the first expression, (^z*), so it would have to both 'skip' the 'a' and NOT skip the 'a'. Hmm. You're right, Matthew, this is pretty complicated. Now, for your

[issue1322] platform.dist() has unpredictable result under Linux

Zooko O'Whielacronx <[EMAIL PROTECTED]> added the comment: Well, for what it is worth I've updated the custom "detect linux distribution" code in Tahoe yet again. The current version first tries to parse /etc/lsb-version (fast, gives a good answer on Ubuntu, and hopefully at least semi-standardi

[issue3951] Disable Py_USING_MEMORY_DEBUGGER!

Martin v. Löwis <[EMAIL PROTECTED]> added the comment: Sorry about that - let me retry. Added file: http://bugs.python.org/file11596/revert.diff ___ Python tracker <[EMAIL PROTECTED]> ___

[issue3951] Disable Py_USING_MEMORY_DEBUGGER!

Changes by Martin v. Löwis <[EMAIL PROTECTED]>: Removed file: http://bugs.python.org/file11588/revert.diff ___ Python tracker <[EMAIL PROTECTED]> ___ __

[issue1647489] zero-length match confuses re.finditer()

Jeffrey C. Jacobs <[EMAIL PROTECTED]> added the comment: Never mind inclusion in 2.6 as no-one has repeated this bug in re-world examples yet so it's going to have to wait for the Regexp 2.7 engine in issue 2636. -- versions: +Python 2.7 -Python 2.5 _

[issue1647489] zero-length match confuses re.finditer()

Jeffrey C. Jacobs <[EMAIL PROTECTED]> added the comment: Hmmm. This strikes me as a bug, beyond the realm of Issue 3262. The two items may be related, but the dropping of the 'a' seems like unexpected behaviour that I doubt any current code is expecting to occur. Clearly, what is going on is t

[issue3547] Ctypes is confused by bitfields of varying integer types

Fredrik Lundh <[EMAIL PROTECTED]> added the comment: "Do" should be "does", right. Not enough coffee today :) ___ Python tracker <[EMAIL PROTECTED]> ___ _

[issue3547] Ctypes is confused by bitfields of varying integer types

Thomas Heller <[EMAIL PROTECTED]> added the comment: Skip Montanaro schrieb: > Looks reasonable, though I'm no ctypes maven. Trivial little nit: > In the comment just before the start of CField_FromDesc it says, > in part: > > * Expects the size, index and offset for the current field in *psiz

[issue3547] Ctypes is confused by bitfields of varying integer types

Thomas Heller <[EMAIL PROTECTED]> added the comment: Fredrik Lundh schrieb: > Looks fine to me, except for the comment in the test suite. Should > > +# MS compilers do NOT combine c_short and c_int into > +# one field, gcc doesn't. > > perhaps be > > +# MS compilers do

[issue1647489] zero-length match confuses re.finditer()

Matthew Barnett <[EMAIL PROTECTED]> added the comment: What should: [m.groups() for m in re.finditer(r'(^z*)|(^q*)|(\w+)', 'abc')] return? Should the second group also yield a zero-width match before the third group is tried? I think it probably should. Does Perl? _

[issue1647489] zero-length match confuses re.finditer()

Changes by Jeffrey C. Jacobs <[EMAIL PROTECTED]>: -- nosy: +timehorse ___ Python tracker <[EMAIL PROTECTED]> ___ ___ Python-bugs-list

[issue3547] Ctypes is confused by bitfields of varying integer types

Skip Montanaro <[EMAIL PROTECTED]> added the comment: Looks reasonable, though I'm no ctypes maven. Trivial little nit: In the comment just before the start of CField_FromDesc it says, in part: * Expects the size, index and offset for the current field in *psize and * *poffset, stores the tot

[issue3547] Ctypes is confused by bitfields of varying integer types

Fredrik Lundh <[EMAIL PROTECTED]> added the comment: Looks fine to me, except for the comment in the test suite. Should +# MS compilers do NOT combine c_short and c_int into +# one field, gcc doesn't. perhaps be +# MS compilers do NOT combine c_short and c_int into +

[issue3909] Building PDF documentation from tex files

Georg Brandl <[EMAIL PROTECTED]> added the comment: Hmm, I can't really tell what may cause the "Too many }" error. Can you try and play around with sphinx.sty, commenting out stuff, to find where it comes from? ___ Python tracker <[EMAIL PROTECTED]>

[issue3875] provide a "cmem" role

Georg Brandl <[EMAIL PROTECTED]> added the comment: (It's called "cmember"). ___ Python tracker <[EMAIL PROTECTED]> ___ ___ Python-bugs-list mail

[issue3875] provide a "cmem" role

Georg Brandl <[EMAIL PROTECTED]> added the comment: Added in r66606. -- resolution: -> accepted status: open -> closed ___ Python tracker <[EMAIL PROTECTED]> ___ _

[issue3428] httplib.HTTPMessage undocumented

Changes by Georg Brandl <[EMAIL PROTECTED]>: -- components: +Documentation -Documentation tools (Sphinx) ___ Python tracker <[EMAIL PROTECTED]> ___

[issue3824] test_tarfile fails on cygwin (unicode decode error)

Hirokazu Yamamoto <[EMAIL PROTECTED]> added the comment: >Doesn't getgrgid() return the untranslated content of /etc/group? >Then the encoding of this file is relevant. Yes, /etc/group contains "なし" as gr_name in MBCS,（"なし" means "nothing"）and I can print it with puts() in grpmodule.c, so it sho

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

Georg Brandl <[EMAIL PROTECTED]> added the comment: Though I can't look at the code at this time, I just want to express how good it feels that you both are doing these great things for regular expressions in Python! Especially atomic grouping is something I've often wished for when writing lexer

[issue3954] _hotshot: invalid error control in logreader()

Georg Brandl <[EMAIL PROTECTED]> added the comment: Regardless of the smiley, I certainly wouldn't object if you requested permissions on python-dev... ___ Python tracker <[EMAIL PROTECTED]> __

[issue3955] maybe doctest doesn't understand unicode_literals?

Georg Brandl <[EMAIL PROTECTED]> added the comment: It certainly isn't a feature. I don't immediately see how to fix it, though. unicode_literals doesn't change the repr() of unicode objects (it obviously can't, since that change would not be module-local). Let's try to get a comment from Uncle

[issue3954] _hotshot: invalid error control in logreader()

STINNER Victor <[EMAIL PROTECTED]> added the comment: @georg: give me a svn access and i will commit it ;-) ___ Python tracker <[EMAIL PROTECTED]> ___ __

[issue3954] _hotshot: invalid error control in logreader()

Georg Brandl <[EMAIL PROTECTED]> added the comment: Looks fine. Since it is minor, why not commit it now? -- nosy: +georg.brandl ___ Python tracker <[EMAIL PROTECTED]> ___

[issue3956] turtle.py - bug in Screen.__init__()

Georg Brandl <[EMAIL PROTECTED]> added the comment: Looks ok, like the 3.0 code. Benjamin, please review and commit. -- assignee: -> benjamin.peterson nosy: +georg.brandl resolution: -> accepted ___ Python tracker <[EMAIL PROTECTED]>

[issue3950] turtle.py: bug in TurtleScreenBase._drawimage

Georg Brandl <[EMAIL PROTECTED]> added the comment: Gregor doesn't have commit rights. Patch looks OK, would you apply it please, Ben? -- assignee: -> benjamin.peterson nosy: +georg.brandl resolution: -> accepted ___ Python tracker <[EMAIL PROTECTED

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

Matthew Barnett <[EMAIL PROTECTED]> added the comment: Regarding item 22: there's also #1647489 ("zero-length match confuses re.finditer()"). This had me stumped for a while, but I might have a solution. I'll see whether it'll fix item 22 too. I wasn't planning on doing any more major changes o

[issue3958] strage default value behaviour

Amaury Forgeot d'Arc <[EMAIL PROTECTED]> added the comment: Your script is subject to the "shared default value" syndrome, explained here: http://www.python.org/doc/faq/general/#why-are-default-values-shared-between-objects As indicated in the FAQ, your function could be rewritten like this: de

[issue3944] faster long multiplication

Pernici Mario <[EMAIL PROTECTED]> added the comment: Yes, I think that the speed-up is due to reducing the number of shifts and masks. Changing PyLong_SHIFT to 16 would be complicated; for instance in v_iadd() carry could not be a digit of 16 bits anymore; writing code specific for 64 bit mach

[issue1856] shutdown (exit) can hang or segfault with daemon threads running

Amaury Forgeot d'Arc <[EMAIL PROTECTED]> added the comment: The threads don't have to be daemons: sys.exit() calls Py_Finalize() without waiting for non-daemons threads. ___ Python tracker <[EMAIL PROTECTED]>

[issue1647489] zero-length match confuses re.finditer()

Matthew Barnett <[EMAIL PROTECTED]> added the comment: This also affects re.findall(). -- nosy: +mrabarnett ___ Python tracker <[EMAIL PROTECTED]> ___ __

[issue3958] strage default value behaviour

Changes by dominik.holler <[EMAIL PROTECTED]>: Added file: http://bugs.python.org/file11594/index.html ___ Python tracker <[EMAIL PROTECTED]> ___ __

[issue3958] strage default value behaviour

New submission from dominik.holler <[EMAIL PROTECTED]>: The behaviour is changing, if I toogle comment lines 10 + 11. Python 2.5.2 (r252:60911, Feb 21 2008, 13:11:45) [MSC v.1310 32 bit (Intel)] on win32 -- components: None files: test.py messages: 73718 nosy: dominik.holler severity:

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

Jeffrey C. Jacobs <[EMAIL PROTECTED]> added the comment: Thanks for weighing in Matthew! Yeah, I do get some flack for item 2 because originally item 3 wasn't supposed to cover named groups but on investigation it made sense that it should. I still prefer 2 over-all but the nice thing about the

[issue3957] [contextlib] Reverse order of locking

David Naylor <[EMAIL PROTECTED]> added the comment: Apologies, obviously the invert function should be preceded by an @contextmanager to become: @contextmanager def invert(thing): thing.__exit__(None, None, None) yield thing thing.__enter__() [Although there may be a better way of doing

[issue3957] [contextlib] Reverse order of locking

New submission from David Naylor <[EMAIL PROTECTED]>: Overview: Add a generator that will revert the order applied to a with statement. Motivation: Often with threaded applications one needs to do a certain task outside of a lock but while inside a greater block of code protected by a lock.

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

Matthew Barnett <[EMAIL PROTECTED]> added the comment: Comparing item 2 and item 3, I think that item 3 is the Pythonic choice and item 2 is a bad idea. Item 4: back-references in the pattern are like \1 and (?P=name), not \g<1> or \g, and in the replacement string are like \g<1> and \g, not \1

[issue3956] turtle.py - bug in Screen.__init__()

Gregor Lingl <[EMAIL PROTECTED]> added the comment: Do the patch of turtleDemo.py if and only if the patch of turtle.py is accepted. Added file: http://bugs.python.org/file11592/turtleDemo.diff ___ Python tracker <[EMAIL PROTECTED]>

[issue3956] turtle.py - bug in Screen.__init__()

New submission from Gregor Lingl <[EMAIL PROTECTED]>: There is a bug in Screen.__init__() (The Screen class uses the Borg idiom to simulate a Singleton). This bug is demonstrated best interactively from IDLE (using the -n switch) like this: >>> from turtle import Screen, Turtle >>> t = Turtle()

[issue3511] Incorrect charset range handling with ignore case flag?

Jeffrey C. Jacobs <[EMAIL PROTECTED]> added the comment: I think this is even more complicated when you consider that localization my be an issue. Consider "Á": is this grammatically before "A" or after "a"? From a character set point of view, it is typically after "a" but when Locale is taken

[issue3511] Incorrect charset range handling with ignore case flag?

Changes by Jeffrey C. Jacobs <[EMAIL PROTECTED]>: -- nosy: +timehorse ___ Python tracker <[EMAIL PROTECTED]> ___ ___ Python-bugs-list ma

[issue3955] maybe doctest doesn't understand unicode_literals?

New submission from Mark Summerfield <[EMAIL PROTECTED]>: # This program works fine with Python 2.5 and 2.6: def f(): """ >>> f() 'xyz' """ return "xyz" if __name__ == "__main__": import doctest doctest.testmod() But if you put the statement "from __future__ import

[issue3824] test_tarfile fails on cygwin (unicode decode error)

Amaury Forgeot d'Arc <[EMAIL PROTECTED]> added the comment: Doesn't getgrgid() return the untranslated content of /etc/group? Then the encoding of this file is relevant. On cygwin, "mkgroup -l" is often (exclusively?) used to generate this /etc/group, extracting the user definitions from the Win

[issue1759169] clean up Solaris port and allow C99 extension modules

Zooko O'Whielacronx <[EMAIL PROTECTED]> added the comment: Sorry I didn't get back to this ticket, MvL. Recently someone trying to build the Tahoe distributed filesystem on Solaris had a problem: http://allmydata.org/pipermail/tahoe-dev/2008-September/000789.html They had built Python 2.5 them

[issue3825] Major reworking of Python 2.5.2 re module

Jeffrey C. Jacobs <[EMAIL PROTECTED]> added the comment: Matthew, I am really happy that you are making such progress on your engine, but can I PLEASE ask you to slow down for a moment? We have a lot of issues already listed in issue 2636 that is a catch-all for any Python 2.7 Regexp improvemen

[issue2445] Use The CygwinCCompiler Under Cygwin

Jason Tishler <[EMAIL PROTECTED]> added the comment: I don't think the patch, cygwin-smaller.diff, is correct. The value of static_lib_extension needs to remain ".a". Otherwise, shared extensions attempting to build against a library that only offers a static version will fail to link. AFAICT

[issue1706863] Failed to build Python 2.5.1 with sqlite3

Jason Tishler <[EMAIL PROTECTED]> added the comment: Hirokazu Yamamoto wrote: > Python is not using CCygwinCCompiler to build itself on cygwin. Which I why my patch modifies UnixCCompiler instead of CCygwinCCompiler. FWIW, my patch leverages the already existing Cygwin specific code in UnixCC

[issue433028] SRE: (?flag:...) is not supported

Changes by Jeffrey C. Jacobs <[EMAIL PROTECTED]>: -- nosy: +timehorse ___ Python tracker <[EMAIL PROTECTED]> ___ ___ Python-bugs-list

[issue433027] SRE: (?-flag) is not supported.

Changes by Jeffrey C. Jacobs <[EMAIL PROTECTED]>: -- nosy: +timehorse ___ Python tracker <[EMAIL PROTECTED]> ___ ___ Python-bugs-list

[issue433024] SRE: (?flag) isn't properly scoped

Changes by Jeffrey C. Jacobs <[EMAIL PROTECTED]>: -- nosy: +timehorse ___ Python tracker <[EMAIL PROTECTED]> ___ ___ Python-bugs-list

[issue3954] _hotshot: invalid error control in logreader()

Amaury Forgeot d'Arc <[EMAIL PROTECTED]> added the comment: The patch is good to me. gotos are perfectly allowed for this purpose. (to python committers: Should this kind of "minor" issues be fixed after 2.6rc2? This could as well wait until 2.6.1) -- nosy: +amaury.forgeotdarc resoluti

[issue2445] Use The CygwinCCompiler Under Cygwin

Roumen Petrov <[EMAIL PROTECTED]> added the comment: I forgot an another issue in CygwinCCompiler __init__: if gcc isn't version "2.91.57" then method will set dll_libraries to result of get_msvcr(), but the result may be is None. In this case link method fail on the line libraries.extend(self.d

[issue2445] Use The CygwinCCompiler Under Cygwin

Roumen Petrov <[EMAIL PROTECTED]> added the comment: P.S. : about: static_lib_extension = ".dll.a" - it is suffix for import library and "unixccompiler.py.diff" patch from issue1706863 propose dylib_lib_extension = ".dll.a" . ___ Python tracker <[EMAIL PROTE

[issue3954] _hotshot: invalid error control in logreader()

Changes by STINNER Victor <[EMAIL PROTECTED]>: Removed file: http://bugs.python.org/file11589/_hotshot_logreader.patch ___ Python tracker <[EMAIL PROTECTED]> ___ __

[issue3954] _hotshot: invalid error control in logreader()

STINNER Victor <[EMAIL PROTECTED]> added the comment: Oops, my previous patch always raise an error even on valid file :-p Here is a new patch with *an unit test* (yeah!). Added file: http://bugs.python.org/file11590/_hotshot_logreader2.patch ___ Python trac

[issue3954] _hotshot: invalid error control in logreader()

New submission from STINNER Victor <[EMAIL PROTECTED]>: Using Fusil the fuzzer, I found a "minor" bug in _hotshot module: it doesn't check correctly the errors in hotshot_logreader(). On error, an exception is raised (eg. by eof_error()) but the result is a pointer to a new allocated object in

[issue3871] cross building python for mingw32 with distutils

Roumen Petrov <[EMAIL PROTECTED]> added the comment: For the protocol: issue2445 impact proposed patch. Also I finish the tests and I will upload soon new patch - I the current patch ( rpetrov, 2008-09-15 02:08) "Modules/selectmodule.c" isn't ported and this prevent socked and related mo

[issue3451] Asymptotically faster divmod and str(long)

Mark Dickinson <[EMAIL PROTECTED]> added the comment: Thanks for the patch, Mario! I'll give a look when I get the chance. ___ Python tracker <[EMAIL PROTECTED]> ___ __

[issue3951] Disable Py_USING_MEMORY_DEBUGGER!

STINNER Victor <[EMAIL PROTECTED]> added the comment: @loewis: your patch (revert.diff) includes a change in configure.in about OpenBSD !? ___ Python tracker <[EMAIL PROTECTED]> ___ __

[issue2445] Use The CygwinCCompiler Under Cygwin

Roumen Petrov <[EMAIL PROTECTED]> added the comment: May be check for compiler.compiler_type (from sysconfig.py ) has to be replaced with a check for descendant classes of UnixCCompiler, i.e. to include mingw32 too ? Also CygwinCCompiler __init__ has to be reviewed too. As example :

[issue1706863] Failed to build Python 2.5.1 with sqlite3

Roumen Petrov <[EMAIL PROTECTED]> added the comment: If Jason patch resolve issue may I ask cygwincompiler.py to be modified too just in case if as result of issue2445 is decided to switch back ? ___ Python tracker <[EMAIL PROTECTED]>

[issue3944] faster long multiplication

Changes by Mark Dickinson <[EMAIL PROTECTED]>: -- assignee: -> marketdickinson ___ Python tracker <[EMAIL PROTECTED]> ___ ___ Python-bu

[issue3944] faster long multiplication

Mark Dickinson <[EMAIL PROTECTED]> added the comment: Just to be clear: this patch halves the number of shifts and masks, asymptotically; it doesn't affect the number of adds and multiplies (except for saving a few additions to zero by setting the initial carry intelligently). Is that corre

[issue3953] __cmp__ still documented in 3.0rc1?

Georg Brandl <[EMAIL PROTECTED]> added the comment: Thanks! Removed this and a few more references in r66577. -- resolution: -> fixed status: open -> closed ___ Python tracker <[EMAIL PROTECTED]> ___

[issue3953] __cmp__ still documented in 3.0rc1?

New submission from Hrvoje Nikšić <[EMAIL PROTECTED]>: __cmp__ is apparently still documented at http://docs.python.org/dev/3.0/reference/datamodel.html#object.__cmp__ . If it is going away for 3.0, it should be removed from the documentation as well. -- assignee: georg.brandl component