[issue2065] trunk version does not compile with vs8 and vc6
Amaury Forgeot d'Arc added the comment: Next, I tried to compile Modules/socketmodule.h's _MSC_VER = 1300 part but this didn't work. Which compiler are you using? And which errors did you get? __ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue2065 __ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue2096] Reporting bugs page refers to old site
Facundo Batista added the comment: It's fixed in the trunk. If in doubt, always you can check in the state-of-the-art docs: http://docs.python.org/dev/ Thanks! -- nosy: +facundobatista resolution: - out of date status: open - closed __ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue2096 __ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue2099] unclear error message on bug reporting
Facundo Batista added the comment: Moved this to the Meta Tracker (http://psf.upfronthosting.co.za/roundup/meta), issue 187. Thanks! -- nosy: +facundobatista resolution: - invalid status: open - closed __ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue2099 __ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue2097] typo in exception-handling tutorial
Facundo Batista added the comment: Already fixed: http://docs.python.org/dev/tutorial/errors.html -- nosy: +facundobatista resolution: - out of date status: open - closed __ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue2097 __ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue2065] trunk version does not compile with vs8 and vc6
Hirokazu Yamamoto added the comment: Which compiler are you using? And which errors did you get? VC6 + PSDK2003Feb. The error was same to http://svn.haxx.se/users/archive-2006-10/0557.shtml E:\Microsoft\PSDK\Include\ws2tcpip.h(593) : error C2632: 'int' followed by 'int' is illegal causes another conflicts between winsock.h and winsock2.h this time. This was not true. This error happened because pyconfig.h defines socklen_t to int on VC6. I could fix this and build python with VC6 + winsock2. Probably this is way to go. (Attached patch as ocean.zip) regrtest.py passed other than test_float (this is because VC6 doesn't support NaN comparation, I don't care) # I'm still missing my 500MB disk space occupied by PSDK2003Feb though ;-) Added file: http://bugs.python.org/file9424/ocean.zip __ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue2065 __ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue2092] PEP-3100 should reflect removal of 'cmp' parameter in sort() and sorted()
Kurt B. Kaiser added the comment: r60759 -- assignee: rhettinger - kbk resolution: - accepted status: open - closed __ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue2092 __ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue2073] asynchat push always sends 512 bytes (ignoring ac_out_buffer_size)
Mike Coleman added the comment: The value is used there, but this is not effective in causing larger packets to be sent, which I noticed by watching with strace. I think the reason for this is that 'refill_buffer' will only make at most one call to simple_producer.more, and that call will produce at most 512 bytes, because that's the default value of that argument, and its not overridden in the call that creates the simple_producer inside of 'push'. In addition, I see at least one other place in the code where the constant '512' appears. Probably all of these should be changed to use the 'ac_*' values, or at least a larger constant. Looking at the big picture, though, I don't understand why we're trying to break this stuff up in the first place. That seems like the job of the OS, and it may well do it faster and better anyway. I would think that every call to socket 'send' should try to ram as much data through as possible. The return value will let us know what actually happened. (In my application, send's of size 200K are regularly succeeding, as seen with strace. I got this behavior by overriding 'push' with a fixed version.) __ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue2073 __ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue2073] asynchat push always sends 512 bytes (ignoring ac_out_buffer_size)
Giampaolo Rodola' added the comment: ac_out_buffer_size value is already used when sending data. Look at initiate_send method: def initiate_send (self): obs = self.ac_out_buffer_size ... if self.ac_out_buffer and self.connected: try: num_sent = self.send (self.ac_out_buffer[:obs]) ... -- nosy: +giampaolo.rodola __ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue2073 __ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue2102] New style classes __ror__() operator overloading problem
New submission from Wummel: Hi, the attached code in t.py fails to run: class C (object): def __ror__ (self, other): return 42 print C() | C() $ python t.py Traceback (most recent call last): File t.py, line 5, in ? print C() | C() TypeError: unsupported operand type(s) for |: 'C' and 'C' If I use old style classes (ie. class C: instead of class C(object):), the code runs fine. I suspect that the method lookup for special operator methods is different in new style classes, but why? This might also be related to issue #643841 but I am not sure. -- components: Interpreter Core files: t.py messages: 62361 nosy: calvin severity: normal status: open title: New style classes __ror__() operator overloading problem type: behavior versions: Python 2.4, Python 2.5 Added file: http://bugs.python.org/file9425/t.py __ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue2102 __ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue2101] xml.dom documentation doesn't match implementation
New submission from Stefan Seefeld: The docs at http://docs.python.org/lib/dom-element-objects.html claim that removeAttribute(name) silently ignores the attempt to remove an unknown attribute. However, the current implementation in the minidom module (part of _xmlplus) raises an xml.dom.NotFoundErr exception. -- components: Documentation, XML messages: 62359 nosy: stefan severity: normal status: open title: xml.dom documentation doesn't match implementation type: behavior versions: Python 2.5 __ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue2101 __ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue2102] New style classes __ror__() operator overloading problem
Amaury Forgeot d'Arc added the comment: Doc says: http://docs.python.org/dev/reference/datamodel.html#object.__ror__ These functions are only called if the left operand does not support the corresponding operation and the operands are of different types. For operands of the same type, it is assumed that if the non-reflected method (such as __add__()) fails the operation is not supported, which is why the reflected method is not called. So I'd say the opposite: this is an old-style class problem. -- nosy: +amaury.forgeotdarc __ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue2102 __ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue2073] asynchat push always sends 512 bytes (ignoring ac_out_buffer_size)
Giampaolo Rodola' added the comment: The value is used there, but this is not effective in causing larger packets to be sent, which I noticed by watching with strace. I think the reason for this is that 'refill_buffer' will only make at most one call to simple_producer.more, and that call will produce at most 512 bytes, because that's the default value of that argument, and its not overridden in the call that creates the simple_producer inside of 'push'. Sorry, you're right. I remember now that I reported a similar thing in bug #1736190: http://bugs.python.org/msg57581 In addition, I see at least one other place in the code where the constant '512' appears. Where? Aside from simple_producer.__init__ I don't see other places where it is used. -- nosy: +akuchling, josiahcarlson, klimkin __ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue2073 __ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue2073] asynchat push always sends 512 bytes (ignoring ac_out_buffer_size)
Mike Coleman added the comment: The other place I see the constant is in asyncore.py: class dispatcher_with_send(dispatcher): def __init__(self, sock=None, map=None): dispatcher.__init__(self, sock, map) self.out_buffer = '' def initiate_send(self): num_sent = 0 num_sent = dispatcher.send(self, self.out_buffer[:512]) self.out_buffer = self.out_buffer[num_sent:] This code seems to be undocumented and perhaps unused, but until/unless it's deleted, it probably ought to be fixed. __ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue2073 __ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1762] Inheriting from ABCs makes classes slower.
Jeffrey Yasskin added the comment: I've committed the inlined option as r60762. __ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue1762 __ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue2103] __x should be _x in documentation of property()
New submission from bob gailer: Library Reference 2.1 under property(): class C(object): def __init__(self): self.__x = None __x should be _x -- components: Documentation messages: 62368 nosy: bgailer severity: normal status: open title: __x should be _x in documentation of property() versions: Python 2.5 __ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue2103 __ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue2103] __x should be _x in documentation of property()
Mark Dickinson added the comment: Thanks for the report! It looks like this was previously reported in issue #1575746, and has been fixed in the 2.5 maintenance branch and the trunk. Python 2.5.2 should be out any day now; the fix should then hit docs.python.org. -- nosy: +marketdickinson resolution: - duplicate status: open - closed __ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue2103 __ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1813] Codec lookup failing under turkish locale
Changes by Árni Már Jónsson: -- components: +Library (Lib) -Interpreter Core __ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue1813 __ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue2062] IDLE - autocompletion logic optimization
Tal Einat added the comment: After fixing the aforementioned bug and testing as thoroughly as I can, here is a revised patch. Added file: http://bugs.python.org/file9426/IDLE_AutoComplete_complete_string_optimization.080214.patch __ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue2062 __ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1563] asyncore and asynchat incompatible with Py3k str and bytes
Changes by Bill Janssen: -- nosy: +janssen __ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue1563 __ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue2103] __x should be _x in documentation of property()
bob gailer added the comment: I tried to search for a prior report with no success. How should I have done tha __ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue2103 __ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1743] IDLE fails to launch
Kurt B. Kaiser added the comment: backported 2.5.2c1 __ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue1743 __ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1647] IDLE messes around with sys.exitfunc
Kurt B. Kaiser added the comment: backported 2.5.2c1 __ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue1647 __ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1563] asyncore and asynchat incompatible with Py3k str and bytes
Changes by Daniel Arbuckle: Added file: http://bugs.python.org/file9428/asyn_py3k_restructured.diff __ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue1563 __ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1563] asyncore and asynchat incompatible with Py3k str and bytes
Changes by Daniel Arbuckle: Added file: http://bugs.python.org/file9427/asyn_py3k.diff __ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue1563 __ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1562716] Spurious Tabnanny error
Kurt B. Kaiser added the comment: backported 2.5.2c1 _ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue1562716 _ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue2103] __x should be _x in documentation of property()
Mark Dickinson added the comment: I'm guessing that you used the 'search in open issues' box at the top right. Of course, the problem is that this issue was already closed. Instead, go to 'Search' on the left-hand side under 'Issues', enter 'property' and '__x' into the 'All text' box, select 'don't care' as the status, and try the search again... ...and you'll see that you're not the only person to have rereported this! In any case, better to have multiple reports that none at all. __ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue2103 __ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue2103] __x should be _x in documentation of property()
Mark Dickinson added the comment: I should have added: You can also check the in-development version of the documentation at docs.python.org/dev to see if it's already been fixed. __ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue2103 __ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1571112] simple moves freeze IDLE
Kurt B. Kaiser added the comment: backported 2.5.2c1 _ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue1571112 _ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue2102] New style vs. old style classes __ror__() operator overloading
Wummel added the comment: Ah yes, I did not realize the different types part. So it is indeed an old-style class problem, which should behave just like the new-style classes but they don't. However I would probably not fix this in the 2.x series of Python. Changing the behaviour would break compatibility. The documentation should mention the different behaviour though. -- title: New style classes __ror__() operator overloading problem - New style vs. old style classes __ror__() operator overloading __ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue2102 __ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1682] Move Demo/classes/Rat.py to Lib/fractions.py and fix it up.
Jeffrey Yasskin added the comment: r60785 speeds the benchmark up from 10.536s to 4.910s (on top of whatever my __instancecheck__ fix did). Here are the remaining interesting-looking calls: ncalls tottime percall cumtime percall filename:lineno(function) ... 10.2070.2074.9994.999 {sum} 161.5870.0003.4190.000 fractions.py:58(__new__) 70.1700.0003.2360.000 fractions.py:295(forward) 80.6410.0002.8810.000 fractions.py:322(_add) 90.2020.0001.5560.000 benchmark.py:3(genexpr) 160.8290.0000.8290.000 fractions.py:17(gcd) 160.4770.0000.7570.000 abc.py:63(__new__) 330.2460.0000.2460.000 abc.py:164(__instancecheck__) 160.2070.0000.2070.000 {method 'get' of 'dictproxy' objects} 1000710.1850.0000.1850.000 {isinstance} 300.1090.0000.1090.000 fractions.py:200(denominator) 240.0730.0000.0730.000 {built-in method __new__ of type object at 0xfeea0} 150.0650.0000.0650.000 fractions.py:196(numerator) __ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue1682 __ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com