[issue1646] Make socket support TIPC.

Alberto Bertogli added the comment: On Tue, Dec 18, 2007 at 07:10:39PM -, Guido van Rossum wrote: > Guido van Rossum added the comment: > > I'm okay with adding this, it doesn't add much code and is properly > safeguarded by #ifdefs and has a configure.in patch. Thanks! Is there anything e

[issue1665] re.match.func_code.co_filename returns "re.py"

Christian Heimes added the comment: I proposed to the maintainer that he should change one line to dpkg -L python2.5 | sed -n '/\.py$/p' In the mean time you can easily fix the issue with: sudo find /usr/lib/python2.5 -name '*.py[co]' -delete sudo python2.5 /usr/lib/python2.5/compileall.p

[issue1609] test_re.py fails

Martin v. Löwis added the comment: I think too many issues get mixed in this report. I would like to ignore all but one issue, but I don't understand what the one issue is that this report should deal with. cartman, when you compare Python 2.4 and 2.5, could it be that the 2.4 Python was compile

[issue1665] re.match.func_code.co_filename returns "re.py"

Christian Heimes added the comment: Guido van Rossum wrote: > Guido van Rossum added the comment: > > Well, if they do that, they apparently break inspect.py. Should they > be doing that? Why are they doing that? Can you contact the Ubuntu > folks about this? No, they shouldn't. It may be plain

[issue1668] -E command line parameter intent

New submission from Joseph Armbruster: url: http://svn.python.org/projects/python/branches/py3k rev: 59577 The intent of the -E command line parameter is not entirely clear from it's description. If it implies that All environment variables will be ignored then this is not currently the case.

[issue1623] Implement PEP-3141 for Decimal

Jeffrey Yasskin added the comment: Are you guys suggesting the backport before or after checking this in to the py3k branch? Either's fine with me. __ Tracker <[EMAIL PROTECTED]> __ ___

[issue1667] license() does not process keyboard input correctly

New submission from Joseph Armbruster: url: http://svn.python.org/projects/python/branches/py3k rev: 59577 The license() function does not appear to process keyboard input correctly. Symptoms: - Carriage returns do not move license pages downwards - q option did not quit Patch to site.py attac

[issue1665] re.match.func_code.co_filename returns "re.py"

Guido van Rossum added the comment: Well, if they do that, they apparently break inspect.py. Should they be doing that? Why are they doing that? Can you contact the Ubuntu folks about this? __ Tracker <[EMAIL PROTECTED]>

[issue1664] nntplib is not IPv6-capable

Changes by Christian Heimes: -- keywords: +patch priority: -> normal __ Tracker <[EMAIL PROTECTED]> __ ___ Python-bugs-list mailing list Unsub

[issue1665] re.match.func_code.co_filename returns "re.py"

Christian Heimes added the comment: I'm able to reproduce the problem on Ubuntu. It's probably caused by their compile step in python2.5.postinst: cd /usr/lib/python2.5 files=$(dpkg -L python2.5 | sed -n '/\.py$/s,^/usr/lib/python2.5/,,p') /usr/bin/python2.5 /usr/lib/pyth

[issue1515] deepcopy doesn't copy instance methods

Guido van Rossum added the comment: I'll take this off line. __ Tracker <[EMAIL PROTECTED]> __ ___ Python-bugs-list mailing list Unsubscribe: http://ma

[issue1666] integer subclass range behavior

Guido van Rossum added the comment: Martin, I'm asking you because according to svn blame I copied this from the int/long integration branch last January. I looked at the code of _PyLong_FitsInLong(), and I don't understand why it wants an exact integer. The code if (!PyLong_CheckExact

[issue1666] integer subclass range behavior

Changes by Joseph Armbruster: -- type: crash -> behavior __ Tracker <[EMAIL PROTECTED]> __ ___ Python-bugs-list mailing list Unsubscribe: http

[issue1666] integer subclass range behavior

New submission from Joseph Armbruster: I was wondering what would happen, so I tried this out for the heck of it with: Python 3.0a2 (py3k:59572M, Dec 19 2007, 15:54:07) [MSC v.1500 32 bit (Intel)] on win32 class a(int): def __new__(cls,number): return int.__new__(cls,number) for x in ra

[issue1515] deepcopy doesn't copy instance methods

Michael Van Biesbrouck added the comment: I am implementing a library that makes extensive use of delayed executions represented by functions. Copying objects both with and without shared state referenced by the functions is important. There is one entry point where I would expect functions to

[issue1455] VS2008, quick hack for distutils.msvccompiler

Amaury Forgeot d'Arc added the comment: I already do the same: pcbuild9 is easy to convert to vs2005, and the project is much better than the current pcbuild8. What do the others think? Should we update pcbuild8 with the content of pcbuild9, with the few changes proposed by weck? Or simply remov

[issue1664] nntplib is not IPv6-capable

Changes by Giampaolo Rodola': -- nosy: +giampaolo.rodola __ Tracker <[EMAIL PROTECTED]> __ ___ Python-bugs-list mailing list Unsubscribe: http

[issue1609] test_re.py fails

Guido van Rossum added the comment: > Ok then what is the suggested way to get back the Turkish way of doing > upper/lower on i & I ? That's a question for Martin von Loewis. I suppose you could use 8-bit strings exclusively. Or you could use .translate() with a custom dict. __

[issue1609] test_re.py fails

Ismail Donmez added the comment: Ok then what is the suggested way to get back the Turkish way of doing upper/lower on i & I ? __ Tracker <[EMAIL PROTECTED]> __ ___

[issue1609] test_re.py fails

Guido van Rossum added the comment: > But it should be affected by locale, thats the point of locale.setlocale > call. This is how libc's wc functions behave. No, the locale should only affect 8-bit string operations, never unicode operations. __ Tracker <[EMAIL

[issue1637] urlparse.urlparse misparses URLs with query but no path

Guido van Rossum added the comment: > I tried downloading the latest rev of urlparse.py (59480) and it flunked > its own unit test, "urlparse.test()" Two test cases fail. That's not the official test -- that code should probably be deleted. The real test is in Lib/test/test_urlparse.py. Pleas

[issue1665] re.match.func_code.co_filename returns "re.py"

Guido van Rossum added the comment: Then I suggest you talk to the Ubuntu developers or whoever packaged Python 2.5.1 for it. __ Tracker <[EMAIL PROTECTED]> __ _

[issue1609] test_re.py fails

Ismail Donmez added the comment: But it should be affected by locale, thats the point of locale.setlocale call. This is how libc's wc functions behave. __ Tracker <[EMAIL PROTECTED]> __ ___

[issue1609] test_re.py fails

Guido van Rossum added the comment: > print u"\u0069".upper() > > should give \u0130 (LATIN CAPITAL LETTER I WITH DOT ABOVE) > > print u"\u0049".lower() > > should give \u0131 (LATIN SMALL LETTER DOTLESS I) > > These transformations work fine with python2.5 when > --with-wctype-functions is used.

[issue1637] urlparse.urlparse misparses URLs with query but no path

John Nagle added the comment: I tried downloading the latest rev of urlparse.py (59480) and it flunked its own unit test, "urlparse.test()" Two test cases fail. So I don't want to try to fix the module until the last people to change it fix their unit test problems. The fix I provided should fi

[issue1665] re.match.func_code.co_filename returns "re.py"

thekorn added the comment: Thanks for your fast reply. I'm using the python package of ubuntu-feisty, $ python Python 2.5.1 (r251:54863, Oct 5 2007, 13:50:07) [GCC 4.1.3 20070929 (prerelease) (Ubuntu 4.1.2-16ubuntu2)] on linux2 Type "help", "copyright", "credits" or "license" for more informati

[issue1665] re.match.func_code.co_filename returns "re.py"

Guido van Rossum added the comment: I can't reproduce this. How did you install Python? Python 2.5.2a0 (release25-maint, Nov 27 2007, 14:00:00) [GCC 4.0.3 (Ubuntu 4.0.3-1ubuntu5)] on linux2 Type "help", "copyright", "credits" or "license" for more information. >>> import re >>> re.match.func_c

[issue1515] deepcopy doesn't copy instance methods

Guido van Rossum added the comment: I disagree that this would be harmless; this was excluded intentionally. A (bound) method contains an instance which definitely represents state and calling the method can easily mutate that state. This is different from classes (which could contain state) or

[issue1665] re.match.func_code.co_filename returns "re.py"

New submission from thekorn: re.match.func_code.co_filename returns "re.py" I expect something like "/usr/lib/python2.5/re.py" This causes issues in the "inspect"-module like: >>> inspect.getabsfile(re.match) >>> '/re.py' Sorry, this is my first python-bugreport, please ping me if you need any

[issue1609] test_re.py fails

Ismail Donmez added the comment: Ok that was because we had modified default encoding in Lib/site.py to be utf-8. Sorry! The only problem left is last 2 conversions in test.py gives wrong results when wctypes is disabled, that is : print u"\u0069".upper() should give \u0130 (LATIN CAPITAL LETT

[issue1665] re.match.func_code.co_filename returns "re.py"

Changes by thekorn: -- components: None nosy: thekorn severity: normal status: open title: re.match.func_code.co_filename returns "re.py" type: behavior versions: Python 2.5 __ Tracker <[EMAIL PROTECTED]> ___

[issue1549] Regression with __hash__ definition and rich comparison operators

Guido van Rossum added the comment: Committed revision 59576. I found some time. Happy pybotting! -- resolution: -> accepted status: open -> closed __ Tracker <[EMAIL PROTECTED]> __ _

[issue1609] test_re.py fails

Guido van Rossum added the comment: > Replacing Turkish characters with hex versions in test2.py still results > in UnicodeDecodeError and works with python 2.4. I'm hoping Martin can confirm this, but I suspect that this is due to a tightening of the rules for converting from 8-bit strings to u

[issue1609] test_re.py fails

Ismail Donmez added the comment: Replacing Turkish characters with hex versions in test2.py still results in UnicodeDecodeError and works with python 2.4. __ Tracker <[EMAIL PROTECTED]> __

[issue1609] test_re.py fails

Guido van Rossum added the comment: Hm. The test2.py file, when I download it, contains the two bytes "\xc4\xb1" in the first unicode() call, and "\xc4\xb0" in the second one. This is *always* supposed to produce a UnicodeDecodeError, since it would use the default encoding which is ASCII. So

[issue1609] test_re.py fails

Ismail Donmez added the comment: So in conclusion, - Enabling wctypes makes Turkish support work with \u syntax, breaks unicode() - Disabling wctypes breaks Turkish support with \u and/or unicode() Attached test.py tests Turkish corner cases of lower()/upper() . Correct output is which python 2

[issue1609] test_re.py fails

Ismail Donmez added the comment: Test works fine when using the \u syntax. You have to use the unicode() with Turkish characters to get the error. See attached test2.py With python 2.4 : [~]> python test2.py Following should print I I Following should print i i With python 2.5 SVN : [~/pytho

[issue1609] test_re.py fails

Guido van Rossum added the comment: Martin, can you have a look at this? Cartman, can you produce a unittest for the correct behavior that only uses ASCII input (using \u instead of just typing Turkish characters)? -- assignee: -> loewis nosy: +loewis _

[issue1659] Tests needing network flag?

Changes by Brett Cannon: -- assignee: -> brett.cannon nosy: +brett.cannon __ Tracker <[EMAIL PROTECTED]> __ ___ Python-bugs-list mailing list

[issue1179] [CVE-2007-4965] Integer overflow in imageop module

Ismail Donmez added the comment: Same here for Pardus Linux, applied the patch without a regression. __ Tracker <[EMAIL PROTECTED]> __ ___ Python-bugs-li

[issue1179] [CVE-2007-4965] Integer overflow in imageop module

James Antill added the comment: I've applied the last patch I posted to recent RHEL and Fedora releases, and it doesn't seem to break anything ... and from what I could see it fixed the problem. __ Tracker <[EMAIL PROTECTED]> ___

[issue1655] imaplib is not IPv6-capable

Derek Morr added the comment: I think it makes more sense to use socket.create_connection(), which performs the getaddrinfo call. It makes the patch against imaplib more compact. I've attached a new patch that uses create_connection() Added file: http://bugs.python.org/file9004/imaplib_ipv6.patc

[issue1609] test_re.py fails

Ismail Donmez added the comment: Situation is even more complicated, following functions behave _correctly_ when wctypes is enabled : >>> print unicode("i").upper() İ >>> print unicode("").lower() Following doesn't work even if wctypes is enabled : >>> print unicode("").up

[issue1609] test_re.py fails

Ismail Donmez added the comment: Indeed there seems to be regressions: Python 2.4 : [~]> python Python 2.4.4 (#1, Oct 23 2007, 11:25:50) [GCC 3.4.6] on linux2 Type "help", "copyright", "credits" or "license" for more information. >>> import locale >>> locale.setlocale(locale.LC_ALL,"") 'tr_TR.U

[issue1609] test_re.py fails

Ismail Donmez added the comment: Python README says --with-wctype-functions is deprecated and will be removed in Python 2.6 , I don't think its worth to fix it now. Also test failures with --with-wctype-functions is seems to be known according to Google. What I wonder if removing --with-wctype-f

[issue1663] Modification HTMLParser.py

diego added the comment: -- Forwarded message -- From: diego <[EMAIL PROTECTED]> Date: 19-dic-2007 17:05 Subject: [issue1663] Modification HTMLParser.py To: [EMAIL PROTECTED] New submission from diego: Hello my name is Diego, I needed to parse HTML to retrieve only text, but not

[issue1664] nntplib is not IPv6-capable

New submission from Derek Morr: nntplib hardcodes AF_INET for the socket address family. This prevents it from using IPv6. Attached is a patch that converts NNTP.__init__() to use socket.create_connection(), which is IPv6-capable. -- components: Library (Lib) files: nntplib_ipv6.patch me

[issue1663] Modification HTMLParser.py

New submission from diego: Hello my name is Diego, I needed to parse HTML to retrieve only text, but not grasped how to do it with class HTMLParser, so the change to do it. The code to use is: class ParsearHTML (HTMLParser.HTMLParser): def __init__(self,datos): HTMLParser.HTMLParser.

[issue1179] [CVE-2007-4965] Integer overflow in imageop module

Guido van Rossum added the comment: Sigh. I'll try to make time to review & apply this. -- assignee: -> gvanrossum __ Tracker <[EMAIL PROTECTED]> __ __

[issue1656] Make math.{floor,ceil}(float) return ints per PEP 3141

Changes by Guido van Rossum: -- assignee: -> gvanrossum keywords: +patch nosy: +gvanrossum priority: -> normal __ Tracker <[EMAIL PROTECTED]> __ _

[issue1583] Patch for signal.set_wakeup_fd

Guido van Rossum added the comment: Committed revision 59574. I added a simple C API as well, PySignal_SetWakeupFd(fd). Thanks all! -- resolution: -> accepted status: open -> closed __ Tracker <[EMAIL PROTECTED]>

[issue1629] Py_Size() should be named Py_SIZE()

Guido van Rossum added the comment: > FWIW, should PyUnicode_Check, PyTuple_Check etc. also change to > PyUnicode_CHECK, PyTuple_CHECK etc because they are macros? While this would technically be the right thing to do, those macros have had a long and productive life before 2.6 so I'd rather be

[issue1549] Regression with __hash__ definition and rich comparison operators

Guido van Rossum added the comment: To be honest, I have no idea what pybots is, and how it's affected. Maybe you can get someone else interested in reviewing the code? I'm focusing mostly on Py3k. __ Tracker <[EMAIL PROTECTED]>

[issue1661] re.match ignores optional flags when receiving a compiled regex pattern

Raymond Hettinger added the comment: Fixed. See commit 59573. -- resolution: -> fixed status: open -> closed __ Tracker <[EMAIL PROTECTED]> __ ___

[issue1661] re.match ignores optional flags when receiving a compiled regex pattern

Changes by Raymond Hettinger: -- assignee: -> rhettinger nosy: +rhettinger versions: +Python 2.6 -Python 2.5 __ Tracker <[EMAIL PROTECTED]> __

[issue1658] "RuntimeError: dictionary changed size during iteration" in Tkinter

Christian Heimes added the comment: Yes, it sounds like a good idea. The patch should be applied to 2.6. -- keywords: +patch nosy: +tiran priority: -> normal resolution: -> accepted versions: +Python 2.6 __ Tracker <[EMAIL PROTECTED]>

[issue1662] [patch] assert tp_traverse in PyType_GenericAlloc()

Changes by Christian Heimes: -- keywords: +patch priority: -> normal __ Tracker <[EMAIL PROTECTED]> __ ___ Python-bugs-list mailing list Unsub

[issue1657] [patch] select.epoll wrapper for Linux 2.6 epoll()

Christian Heimes added the comment: Added license header to test_epoll. Some C code cleanups Added file: http://bugs.python.org/file8999/trunk_select_epoll3.patch __ Tracker <[EMAIL PROTECTED]> __

[issue1657] [patch] select.epoll wrapper for Linux 2.6 epoll()

Changes by Christian Heimes: Removed file: http://bugs.python.org/file8993/trunk_select_epoll2.patch __ Tracker <[EMAIL PROTECTED]> __ ___ Python-bugs-l

[issue1657] [patch] select.epoll wrapper for Linux 2.6 epoll()

Christian Heimes added the comment: I mistakenly removed the wrong message. Here is the original msg: The patch implements Linux's epoll interface (http://linux.die.net/man/4/epoll). My patch doesn't introduce a new module like http://bugs.python.org/issue1675118 and it wraps the epoll control

[issue1657] [patch] select.epoll wrapper for Linux 2.6 epoll()

Changes by Christian Heimes: __ Tracker <[EMAIL PROTECTED]> __ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/py

[issue1657] [patch] select.epoll wrapper for Linux 2.6 epoll()

Changes by Christian Heimes: Removed file: http://bugs.python.org/file8992/trunk_select_epoll.patch __ Tracker <[EMAIL PROTECTED]> __ ___ Python-bugs-li

[issue1623] Implement PEP-3141 for Decimal

Guido van Rossum added the comment: BTW abc.py and _abcoll.py have been backported to 2.6 already, I propose to backport numbers.py and test_abstract_numbers.py as well. __ Tracker <[EMAIL PROTECTED]>

[issue1662] [patch] assert tp_traverse in PyType_GenericAlloc()

New submission from Bryan Silverthorn: Attached is a very short patch against r59568 which asserts tp_traverse on (the types of) objects allocated in PyType_GenericAlloc(). As far as I'm aware, tp_traverse should always be set at this point. Catching that error early, even if only in debug builds

[issue1623] Implement PEP-3141 for Decimal

Facundo Batista added the comment: I'm +1 to this change. As this does not negatively affect the behavior on Py2, for each part of the patch I propose: - decimal.py: incorporate them to the trunk - numbers.py: of course, in Py3 - test_decimal.py: incorporate this tests, activating them if in Py

[issue1660] Tests needing network flag?

Skip Montanaro added the comment: duplicate of 1659 -- resolution: -> duplicate status: open -> closed __ Tracker <[EMAIL PROTECTED]> __ ___ Py

[issue1661] re.match ignores optional flags when receiving a compiled regex pattern

New submission from Brandon Corfman: Python's documentation for the re.match function is match(pattern, string, [flags]) where pattern can be either a regex string or a compiled regex object. If it's a compiled regex object, then supplying an optional flag to re.match (in my case, re.IGNORECASE)

[issue1660] Tests needing network flag?

New submission from Skip Montanaro: (third try at getting this bug report to submit by email.) While riding to work today I ran the test suite on trunk. The following tests failed due to lack of network connectivity: test_socket test_socket_ssl test_ssl test_urllib2 These test

[issue1659] Tests needing network flag?

New submission from Skip Montanaro: While riding to work today I ran the test suite on trunk. The following tests failed due to lack of network connectivity: test_socket test_socket_ssl test_ssl test_urllib2 These tests should probably either require -u network or should themse

[issue1658] "RuntimeError: dictionary changed size during iteration" in Tkinter

New submission from Quentin Gallet-Gilles: While investigating for the stdlib reorg of Tkinter, I came across the following error: ~/dev/py3k$ ./python Lib/lib-tk/Dialog.py Traceback (most recent call last): File "Lib/lib-tk/Dialog.py", line 45, in Pack: {}}) File "/home/quentin/dev/py

[issue1549] Regression with __hash__ definition and rich comparison operators

Thomas Herve added the comment: This is probably not the best moment (holidays etc), but please take this issue seriously. This problem completely block the community builders at pybots.org, and make any tests on current python trunk impossible. This also means that if in the meantime another reg

[issue1657] [patch] select.epoll wrapper for Linux 2.6 epoll()

Christian Heimes added the comment: > For this patch, I don't see the benefit of putting it in the select > module, instead of a separate module. Is there a specific reason? There is at least one, but probably several other modules named "epoll" or "_epoll" in the wild. These modules implement a

[issue1455] VS2008, quick hack for distutils.msvccompiler

zouguangxian added the comment: I succeed in building python26 with msvc 2005. I create a tool to convert pcbuild9 to pcbuild8. 1. delete pcbuild8 2. copy pcbuild9 to pcbuild8 3. run norm.py in pcbuild8, norm.py will change the format flag. Added file: http://bugs.python.org/file8994/norm.py

[issue1657] [patch] select.epoll wrapper for Linux 2.6 epoll()

Thomas Herve added the comment: Cool, thanks for working on that. Just for the record, I don't really understand the workflow: why closing the other ticket as duplicate and not post the patch on the old one? But whatever. For this patch, I don't see the benefit of putting it in the select modul

[issue1657] [patch] select.epoll wrapper for Linux 2.6 epoll()

Christian Heimes added the comment: UPDATE: * Better API with register(), unregister() and modify() instead of control() * Some documentation Added file: http://bugs.python.org/file8993/trunk_select_epoll2.patch __ Tracker <[EMAIL PROTECTED]>

[issue1629] Py_Size() should be named Py_SIZE()

Martin v. Löwis added the comment: I've fixed PEP 3123 to update the spelling. __ Tracker <[EMAIL PROTECTED]> __ ___ Python-bugs-list mailing list Unsub

[issue1629] Py_Size() should be named Py_SIZE()

Martin v. Löwis added the comment: FWIW, should PyUnicode_Check, PyTuple_Check etc. also change to PyUnicode_CHECK, PyTuple_CHECK etc because they are macros? __ Tracker <[EMAIL PROTECTED]> __

[issue1629] Py_Size() should be named Py_SIZE()

Martin v. Löwis added the comment: Why the compatibility? __ Tracker <[EMAIL PROTECTED]> __ ___ Python-bugs-list mailing list Unsubscribe: http://mail.