[issue1675118] Epoll wrapper

Christian Heimes added the comment: I've created my own interface modeled after the Twisted interface: #1657 I prefer to wrap the epoll control fd in an object, just like poll. -- priority: high -> normal resolution: -> duplicate status: open -> closed superseder: -> [patch] select.ep

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

New submission from Christian Heimes: 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 fd in an object like Twisted's _epoll.pyd interface. My interface

[issue1648] add new function, sys.gettrace

Titus Brown added the comment: Added getprofile + tests, docs, as per reasonable request ;) Added file: http://bugs.python.org/file8991/gettrace+getprofile.diff __ Tracker <[EMAIL PROTECTED]> __

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

Christian Heimes added the comment: I've renamed the three macros and added the old names for b/w compatibility. -- resolution: accepted -> fixed status: open -> closed __ Tracker <[EMAIL PROTECTED]>

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

New submission from Jeffrey Yasskin: See http://python.org/dev/peps/pep-3141/#changes-to-operations-and-magic-methods -- components: Library (Lib) files: floorceil_return_int.patch messages: 58792 nosy: jyasskin severity: normal status: open title: Make math.{floor,ceil}(float) return in

[issue1623] Implement PEP-3141 for Decimal

Guido van Rossum added the comment: Sorry, the PEP was approved, just not yet marked as such. :-) Will do so now. -- nosy: +gvanrossum resolution: postponed -> status: pending -> open __ Tracker <[EMAIL PROTECTED]> __

[issue1654] HTTPSConnection is not IPv6-capable

Changes by Bill Janssen: -- resolution: -> invalid status: open -> closed __ Tracker <[EMAIL PROTECTED]> __ ___ Python-bugs-list mailing list

[issue1580] Use shorter float repr when possible

Tim Peters added the comment: Guido, right, for that to work reliably, double->str and str->double must both round correctly on the platform doing the repr(), and str->double must round correctly on the platform reading the string. It's quite easy to understand why at a high level: a simple (bu

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

Jim Panetta added the comment: Is this final yet? Our system security group is a little paranoid about buffer overflows of any sort and are starting to make noises. I can confirm that the Oct 20 patch applies against Python 2.5.1 on RHEL4, and that the string length error is generated when runn

[issue1653] a couple of documentation issues

Martin v. Löwis added the comment: Closing as requested. -- resolution: -> out of date status: open -> closed __ Tracker <[EMAIL PROTECTED]> __ ___

[issue1580] Use shorter float repr when possible

Skip Montanaro added the comment: Guido> ... trying to explain why two numbers both print the same but Guido> compare unequal ... This is not a Python-specific issue. The notion of limited precision was pounded into our heads in the numerical analysis class I took in college, 1980-ish. I'm

[issue1640] Enhancements for mathmodule

Christian Heimes added the comment: The trunk_math_sign_inf_nan patch contains just three new method isnan(), isinf() and sign(). It also fixes a minor numerical issue with one function that did small / (small / large) instead of small * (large / small). Added file: http://bugs.python.org/file89

[issue1635] Float patch for inf and nan on Windows (and other platforms)

Christian Heimes added the comment: Applied in r59558 to the trunk -- resolution: accepted -> fixed status: open -> closed __ Tracker <[EMAIL PROTECTED]> __ ___

[issue1583] Patch for signal.set_wakeup_fd

Guido van Rossum added the comment: Here's an updated patch that applies smoothly to the current trunk. -- components: +Extension Modules Added file: http://bugs.python.org/file8988/python2.6-set_wakeup_fd4.diff __ Tracker <[EMAIL PROTECTED]>

[issue1654] HTTPSConnection is not IPv6-capable

Derek Morr added the comment: My apologies. This should have been filed against Python 2.3. I see it was fixed with checkin 54546. Go ahead and close this bug. __ Tracker <[EMAIL PROTECTED]> __ ___

[issue1549] Regression with __hash__ definition and rich comparison operators

Changes by Guido van Rossum: -- priority: high -> normal __ Tracker <[EMAIL PROTECTED]> __ ___ Python-bugs-list mailing list Unsubscribe: http

[issue1549] Regression with __hash__ definition and rich comparison operators

Changes by Guido van Rossum: -- keywords: +patch __ Tracker <[EMAIL PROTECTED]> __ ___ Python-bugs-list mailing list Unsubscribe: http://mail.

[issue1653] a couple of documentation issues

Joseph Armbruster added the comment: >I think it's bad to mix separate issues in a single report, as it makes >it difficult to track which of them had been resolved. Martin, agreed. Please close this issue and I will generate new issues (with patches) for each item as encountered. > As for the

[issue1635] Float patch for inf and nan on Windows (and other platforms)

Guido van Rossum added the comment: I suggest you check this in (with the Py_HUGE_VAL fix) and then see how much of #1640 we still need. -- resolution: -> accepted __ Tracker <[EMAIL PROTECTED]>

[issue1635] Float patch for inf and nan on Windows (and other platforms)

Guido van Rossum added the comment: > Historical note: Guido is probably thinking of "the old" pickle and > marshal here, which did have problems with inf and NaN on Windows (as in > they didn't work at all). Michael Hudson changed them to use special > bit patterns instead, IIRC for Python 2.5

[issue1654] HTTPSConnection is not IPv6-capable

Changes by Bill Janssen: -- assignee: janssen -> __ Tracker <[EMAIL PROTECTED]> __ ___ Python-bugs-list mailing list Unsubscribe: http://mail

[issue1627] Problem with httplib and Content-Length: -1

Christian Heimes added the comment: Your proposed fixed is not correct: length = self.msg.getheader("content-length") if length and not self.chunked: try: self.length = int(length) except ValueError: pass # patch

[issue1654] HTTPSConnection is not IPv6-capable

Bill Janssen added the comment: Considering that HTTPSConnection uses the exact same code as HTTPConnection to interpret the specified address, I think we need more diagnosis in order to determine whether this is a real issue or not. If it is, what's going wrong? ___

[issue1649] IDLE error: dictionary changed size during iteration

Christian Heimes added the comment: Thanks Guido, I didn't read the code before I created this bug report. Fixed in r59554 -- resolution: -> fixed status: open -> closed __ Tracker <[EMAIL PROTECTED]> _

[issue1635] Float patch for inf and nan on Windows (and other platforms)

Tim Peters added the comment: Historical note: Guido is probably thinking of "the old" pickle and marshal here, which did have problems with inf and NaN on Windows (as in they didn't work at all). Michael Hudson changed them to use special bit patterns instead, IIRC for Python 2.5. ___

[issue1654] HTTPSConnection is not IPv6-capable

Changes by Christian Heimes: -- assignee: -> janssen nosy: +janssen priority: -> normal versions: +Python 2.6 -Python 2.5 __ Tracker <[EMAIL PROTECTED]> __ __

[issue1655] imaplib is not IPv6-capable

Changes by Christian Heimes: -- keywords: +patch priority: -> normal type: -> rfe versions: +Python 2.6 -Python 2.5 __ Tracker <[EMAIL PROTECTED]> __

[issue1655] imaplib is not IPv6-capable

New submission from Derek Morr: imaplib.IMAP4 and IMAP4_SSL do not use IPv6-capable name resolution APIs. Attached is a patch (lifted from httplib) that enables IPv6 in their open() methods. -- components: Library (Lib) files: imaplib_ipv6.patch messages: 58775 nosy: dmorr severity: norm

[issue1636] Execfile unable to take arguments beyond 255!

Martin v. Löwis added the comment: While you can't modify the MIB, I'm sure it would be possible to change the generator code that compiles the MIB into Python source code, to work around the restrictions in the byte code. __ Tracker <[EMAIL PROTECTED]>

[issue1653] a couple of documentation issues

Martin v. Löwis added the comment: I think it's bad to mix separate issues in a single report, as it makes it difficult to track which of them had been resolved. As for the paths - I am not surprised it is broken now, as pydoc hasn't been updated ever since the documentation had been switched to

[issue1638] %zd configure test fails on Linux

Christian Heimes added the comment: Backported to 2.5 in r59552 -- status: pending -> closed __ Tracker <[EMAIL PROTECTED]> __ ___ Python-bugs-l

[issue1635] Float patch for inf and nan on Windows (and other platforms)

Christian Heimes added the comment: Guido van Rossum wrote: > (1) You shouldn't have to add pystrcmp.c to the VC project files since > on Windows it isn't used, right? It was the easiest way to test the functions in pystrcmp. Linux doesn't have stricmp but it also doesn't require the additional

[issue1640] Enhancements for mathmodule

Christian Heimes added the comment: Guido van Rossum wrote: > Guido van Rossum added the comment: > > i suggest abandoning any attempts at implementing math ourselves. I > also suggest not combining this with #1635 but reviewing and > (eventually) applying the latter first. How do you like a c

[issue1654] HTTPSConnection is not IPv6-capable

New submission from Derek Morr: httplib.HTTPSConnection is not IPv6-capable, even though httplib.HTTPConnection is. HTTPSConnection has its own connect() method which does not call socket.getaddrinfo(). -- components: Library (Lib) messages: 58769 nosy: dmorr severity: normal status: ope

[issue1635] Float patch for inf and nan on Windows (and other platforms)

Tim Peters added the comment: [Guido] > ... > (2) Will the Windows input routine still accept the *old* > representations for INF and NAN? IMO that's important (a) so as to be > able to read old pickles or marshalled data, (b) so as to be able to > read data files written by C programs. Ha! Yo

[issue1648] add new function, sys.gettrace

Brett Cannon added the comment: On Dec 18, 2007 12:14 PM, Guido van Rossum <[EMAIL PROTECTED]> wrote: > > Guido van Rossum added the comment: > > Why not do the same for its cousin sys.setprofile()? If Titus' code works out I was going to just copy it and tweak it for profile functions. Obvious

[issue1649] IDLE error: dictionary changed size during iteration

Guido van Rossum added the comment: You can fix this yourself: for operation in list(self._operations.keys()): -- nosy: +gvanrossum __ Tracker <[EMAIL PROTECTED]> __

[issue1648] add new function, sys.gettrace

Guido van Rossum added the comment: Why not do the same for its cousin sys.setprofile()? -- nosy: +gvanrossum __ Tracker <[EMAIL PROTECTED]> __

[issue1645] Fix socketmodule.c:sock_recvfrom_guts() comment.

Guido van Rossum added the comment: Committed revision 59551. -- nosy: +gvanrossum resolution: -> accepted status: open -> closed __ Tracker <[EMAIL PROTECTED]> __ ___

[issue1641] asyncore delayed calls feature

Guido van Rossum added the comment: If you want attention, please post to python-dev if you didn't already. Or widen the audience to python-list if you want to. -- nosy: +gvanrossum __ Tracker <[EMAIL PROTECTED]> __

[issue1638] %zd configure test fails on Linux

Guido van Rossum added the comment: Please backport. -- assignee: -> tiran nosy: +gvanrossum __ Tracker <[EMAIL PROTECTED]> __ ___ Python-bugs-

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

Guido van Rossum added the comment: Would you mind submitting a proper patch for Python 2.5 and/or 2.6 generated by "svn diff" relative to an (anonymous) checkout, and adding a unit test? Then I'd be happy to accept this and if it makes it in time for the 2.5.2 release we'll fix it there. -

[issue1636] Execfile unable to take arguments beyond 255!

Guido van Rossum added the comment: This comes from line 1845 in ast.c. It has nothing to do with execfile(), it's just a constraint on the generated bytecode. Fixing this would be quite complex, and referring to "this day and age" isn't going to raise its priority. However, I'd be happy to ac

[issue1635] Float patch for inf and nan on Windows (and other platforms)

Guido van Rossum added the comment: Mostly looks good. Here are some nits. (1) You shouldn't have to add pystrcmp.c to the VC project files since on Windows it isn't used, right? (2) Will the Windows input routine still accept the *old* representations for INF and NAN? IMO that's important (a

[issue1640] Enhancements for mathmodule

Guido van Rossum added the comment: i suggest abandoning any attempts at implementing math ourselves. I also suggest not combining this with #1635 but reviewing and (eventually) applying the latter first. -- nosy: +gvanrossum __ Tracker <[EMAIL PROTECTED

[issue1632] email cannot be imported

Guido van Rossum added the comment: Let's not waste time in the bug tracker debugging some user's broken setup. Let him contact Panda3D's customer support. -- nosy: +gvanrossum resolution: -> invalid status: pending -> closed __ Tracker <[EMAIL PROTECTE

[issue1631] Send output from subprocess.Popen objects to any object with a write() method

Changes by Guido van Rossum: -- status: pending -> closed __ Tracker <[EMAIL PROTECTED]> __ ___ Python-bugs-list mailing list Unsubscribe: htt

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

Changes by Guido van Rossum: -- resolution: -> accepted __ Tracker <[EMAIL PROTECTED]> __ ___ Python-bugs-list mailing list Unsubscribe: http

[issue1651] Limit the max size of PyUnicodeObject->defenc?

Guido van Rossum added the comment: I don't see a patch. And I think you cannot do this without compromising correctness, since _PyUnicode_AsDefaultEncodedString() returns the cached value without incrementing its refcount. (The only refcount that keeps it alive is the cache entry.) --

[issue1646] Make socket support TIPC.

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. I haven't reviewed the code though. -- nosy: +gvanrossum __ Tracker <[EMAIL PROTECTED]>

[issue1642] segfault when deleting value member in ctypes types

Thomas Heller added the comment: Fixed in rev. 59549 (trunk) and rev. 59550 (release25-maint). Thanks. -- resolution: -> fixed status: open -> closed __ Tracker <[EMAIL PROTECTED]> __ __

[issue1580] Use shorter float repr when possible

Guido van Rossum added the comment: [Tim: when I said "bugs" I just meant non-correct rounding. Sorry.] On the educational issue: it's still embarrassingly easy to run into situations where *arithmetic* using floats produces "educational" results. Simplest case I could find quickly: 0.1+0.2 !=

[issue1653] a couple of documentation issues

Joseph Armbruster added the comment: I left out some important info and made a typo: url: http://svn.python.org/projects/python/branches/py3k rev: 59543 For Issue 1: The two test ifs at lines 1674 and 1678 never are satisfied, not the #windows statement never gets reached... _

[issue1653] a couple of documentation issues

New submission from Joseph Armbruster: I added an option to msi.py (and a support script) that allows the user to optionally decompile the python30.chm post installation. In doing so, I was testing out help() from the interpreter and stumbled upon a few things that I think are issues. One of th

[issue1526367] str.__iter__ and unicode.__iter__

Changes by Raymond Hettinger: -- status: pending -> closed _ Tracker <[EMAIL PROTECTED]> _ ___ Python-bugs-list mailing list Unsubsc

[issue1652] subprocess should have an option to restore SIGPIPE to default action

New submission from Colin Watson: On Unix, Python sets SIGPIPE to SIG_IGN on startup, because it prefers to check every write and raise an IOError exception rather than taking SIGPIPE. This is all well and good for Python itself. However, non-Python Unix subprocesses generally expect to have SIGP

[issue1640] Enhancements for mathmodule

Mark Dickinson added the comment: Unfortunately, implementing asinh, acosh, atanh correctly is not as simple as just using the formulas (this is one of the reasons that it's useful to be able to get at the library definitions). For example, the formula asinh(x) = log(x + sqrt(1.+(x*x))) ha

[issue1641] asyncore delayed calls feature

Changes by Daniel Arbuckle: -- nosy: +djarb __ Tracker <[EMAIL PROTECTED]> __ ___ Python-bugs-list mailing list Unsubscribe: http://mail.pytho

[issue1580] Use shorter float repr when possible

Noam Raphael added the comment: About the educational problem. If someone is puzzled by "1.1*3 != 3.3", you could always use '%50f' % 1.1 instead of repr(1.1). I don't think that trying to teach people that floating points don't always do what they expect them to do is a good reason to print unin

[issue1526367] str.__iter__ and unicode.__iter__

Christian Heimes added the comment: Raymond, can this entry be closed? In py3k PyString and PyUnicode have an iterator view. -- components: +Interpreter Core -None nosy: +tiran resolution: -> rejected status: open -> pending _ Tracker <[EMAIL PROTECT

[issue1700467] stack size of python_d.exe on VC6

Christian Heimes added the comment: Is the patch still required? VS 6 is old and we have moved to VC9 / VS 2008. -- nosy: +tiran resolution: -> out of date status: open -> pending _ Tracker <[EMAIL PROTECTED]> __

[issue1590352] The "lazy strings" patch

Christian Heimes added the comment: I'm raising the level to draw more attention to this featue. It should either be considered for inclusion or closed. -- nosy: +tiran priority: normal -> high type: -> rfe _ Tracker <[EMAIL PROTECTED]>

[issue1651] Limit the max size of PyUnicodeObject->defenc?

New submission from Christian Heimes: I think that the cached default encoding version of the unicode object should be limited in size. It's probably a bad idea to cache a 100MB of data. For large amount strings and unicode objects the user should do explicit caching if required. -- comp

[issue1669539] Change (fix!) os.path.isabs() semantics on Win32

Christian Heimes added the comment: The problem should be addressed and fixed before the next alpha release. -- nosy: +tiran priority: normal -> high type: -> behavior versions: +Python 3.0 _ Tracker <[EMAIL PROTECTED]>

[issue1675118] Epoll wrapper

Christian Heimes added the comment: I think it's a very useful addition to the select module. But I see a license problem. Have you written the tests and code yourself and are you willing to relicense the code under the Python license? -- nosy: +tiran priority: normal -> high type: -> r

[issue1337] Tools/msi/msi.py does not work with PCBuild8

Christian Heimes added the comment: Python 2.6 and 3.0 are using PCbuild9. -- resolution: later -> out of date status: open -> closed __ Tracker <[EMAIL PROTECTED]> __

[issue1565037] use LSB version information to detect a platform

Christian Heimes added the comment: An user has written a parser for the LSB files in /etc/ for the GHOP project. It will be merged soon. -- nosy: +tiran resolution: -> out of date status: open -> closed _ Tracker <[EMAIL PROTECTED]>

[issue1631035] SyntaxWarning for backquotes

Christian Heimes added the comment: Warnings for <> and `` were added a while ago. -- nosy: +tiran resolution: -> out of date status: open -> closed _ Tracker <[EMAIL PROTECTED]> _

[issue1623] Implement PEP-3141 for Decimal

Facundo Batista added the comment: The PEP is not approved yet. This look interesting, will take a look again in the future after the PEP approval. Thanks for the work! Regards, -- resolution: -> postponed status: open -> pending __ Tracker <[EMAIL PRO

[issue1601] IDLE not working correctly on Windows (Py30a2/IDLE30a1)

Amaury Forgeot d'Arc added the comment: I don't think this check is necessary. Some users may want to target specific windows versions, and compile their own modules with a higher WINVER. OTOH, python.org should compile with WINVER=0x0500, so that distributed binaries can run on most win32 platf

[issue1580] Use shorter float repr when possible

Raymond Hettinger added the comment: Right, there are plenty of exceptions to the suggestion of exactness. Still, I find the current behavior to be more helpful than not (especially when trying to explain the examples I gave in the previous post). I'm concerned that the tone of the recent dis

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

Christian Heimes added the comment: I tried a simple find | xargs sed replace and it worked well. find -name '*.c' -or -name '*.h' -or -name '*.rst' | xargs sed -i s/Py_Size\(/Py_SIZE\(/g __ Tracker <[EMAIL PROTECTED]> _

[issue1580] Use shorter float repr when possible

Noam Raphael added the comment: 2007/12/18, Raymond Hettinger <[EMAIL PROTECTED]>: > The 17 digit representation is useful in that it suggests where the > problem lies. In contrast, showing two numbers with reprs of different > lengths will strongly suggest that the shorter one is exactly > repr

[issue1601] IDLE not working correctly on Windows (Py30a2/IDLE30a1)

Changes by Christian Heimes: -- priority: -> high resolution: -> fixed status: open -> pending __ Tracker <[EMAIL PROTECTED]> __ ___ Python-bu

[issue1650] IDLE: help() displays output on the wrong shell

New submission from Christian Heimes: On Python 3.0 IDLE shows the output of help() on the system shell that started IDLE and not inside the IDLE window. -- assignee: kbk components: IDLE, Windows messages: 58732 nosy: kbk, tiran priority: normal severity: normal status: open title: IDLE

[issue1649] IDLE error: dictionary changed size during iteration

Changes by Raymond Hettinger: -- priority: normal -> high __ Tracker <[EMAIL PROTECTED]> __ ___ Python-bugs-list mailing list Unsubscribe: htt

[issue1580] Use shorter float repr when possible

Raymond Hettinger added the comment: ISTM shorter repr's are inherently misleading and will make it more harder to diagnose why 1.1 * 3 != 3.3 or why round(1.0 % 0.1, 1) == 0.1 which is *very* far-off of what you might expect. The 17 digit representation is useful in that it suggests where th

[issue1649] IDLE error: dictionary changed size during iteration

New submission from Christian Heimes: This happens when I press on X to close idle: c:\dev\python\trunk\PCbuild9>python ../Lib/idlelib/idle.py Exception in Tkinter callback Traceback (most recent call last): File "c:\dev\python\trunk\lib\lib-tk\Tkinter.py", line 1403, in __call__ return se

[issue1648] add new function, sys.gettrace

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

[issue1600] str.format() produces different output on different platforms (Py30a2)

Mark Summerfield added the comment: On 2007-12-17, Christian Heimes wrote: > Christian Heimes added the comment: > > Hi Mark! > > In general the patch is fine but it has some small issues. > > * Your patches are all reversed. They remove (-) the new lines instead > of adding (+) them. Why aren't

[issue1647] IDLE messes around with sys.exitfunc

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

[issue1648] add new function, sys.gettrace

Changes by Christian Heimes: -- keywords: +patch priority: -> normal type: behavior -> rfe __ Tracker <[EMAIL PROTECTED]> __ ___ Python-bugs-li

[issue1580] Use shorter float repr when possible

Christian Heimes added the comment: Tim Peters wrote: > This has nothing to do with what will or won't satisfy me, either. I'm > happy with what Python currently does, which is to rely on #3 above. > That's explainable (what's hard about understanding "%.17g"?), and > relies only on what the 75

[issue1580] Use shorter float repr when possible

Noam Raphael added the comment: I think that we can give up float(repr(x)) == x across different platforms, since we don't guarantee something more basic: We don't guarantee that the same program doing only floating point operations will produce the same results across different 754 platforms, be