[issue1087741] subclassable mmap
Ralf Schmitt added the comment: I'm attaching a patch, which makes mmap.mmap the mmap class itself and also makes it subclassable. It also contains changes to the documentation. This is against revision 60148 of trunk. -- nosy: +schmir Added file: http://bugs.python.org/file9248/mmapclass.txt _ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue1087741 _ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue215555] Parser crashes for deeply nested list displays
Ralf Schmitt added the comment: Ok, I've upped the limit to some very high value and tried to provoke a stack overflow. eval([*x+]*x) segfaults on my machine for x somewhere around 2 (linux, amd64). When setting MAXSTACK to 5000 eval([*x+]*x) works for x = 333. So, I guess this should be safe guess (even for the BSDs, which have a smaller default stack size). BTW: The hardest part was recognizing that nothing gets rebuilt and that more then parser.o depended on parser.h. Don't you have some kind of automatic dependency tracking? Or am I missing some build tools? Anyway, patch in http://bugs.python.org/issue1881 Tracker [EMAIL PROTECTED] http://bugs.python.org/issue21 ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1269] Exception in pstats print_callers()
Georg Brandl added the comment: Committed as r60149. Thanks for the patch! -- resolution: - accepted status: open - closed __ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue1269 __ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1878] class attribute cache failure (regression)
Armin Rigo added the comment: I don't see in general how the patch can be kept compatible with extension modules that change the tp_dict of arbitrary types. All I can think of is a way to be safe against extension modules that only change the tp_dict of their own non-heap types (i.e. types defined in C). The method cache is disabled for types that don't have the Py_TPFLAGS_HAVE_VERSION_TAG flag; so if we would leave this flag out of Py_TPFLAGS_DEFAULT, non-heap types from extension modules would by default not use the cache. I'm not sure about the API for this. Would we then need to put Py_TPFLAGS_HAVE_VERSION_TAG explicitly on all core types? And about how to change tp_dict in a way that makes the cache happy - do we need to turn type_modified() into a public API? All in all, the lack of abstraction of the C API might kill the idea of this patch for CPython. __ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue1878 __ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1881] increase parser stack limit
New submission from Ralf Schmitt: The parser can handle nested structures only up to a certain limit. The limit is currently reached around 33 deeply nested lists, which is a bit too low. This patch increases that limit by a factor of 10. see http://bugs.python.org/issue21 for further discussion. -- messages: 61379 nosy: schmir severity: normal status: open title: increase parser stack limit type: rfe __ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue1881 __ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1880] Generalize math.hypot function
Georg Brandl added the comment: IOW, this is rejected. -- nosy: +georg.brandl resolution: - rejected status: open - closed __ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue1880 __ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1881] increase parser stack limit
Changes by Ralf Schmitt: -- versions: +Python 2.6 Added file: http://bugs.python.org/file9249/up-maxstack.txt __ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue1881 __ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1882] py_compile does not follow PEP 0263
New submission from Jakub Wilk: PEP 0263 allows an encoding declaration in the second line, but py_compile seems not to recognize such ones: MODULE = \n# encoding=UTF-8\nU = u'\xc3\xb3'\n f = file('tmp.py', 'w') f.write(MODULE) f.close() from py_compile import compile compile('tmp.py', 'tmp_buggy.pyc', 'tmp_buggy.py', doraise = True) import tmp import tmp_buggy tmp.U u'\xf3' tmp_buggy.U u'\xc3\xb3' -- components: Library (Lib) messages: 61384 nosy: jwilk severity: major status: open title: py_compile does not follow PEP 0263 type: behavior versions: Python 2.4, Python 2.5 __ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue1882 __ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1640] Enhancements for mathmodule
Christian Heimes added the comment: Mark Dickinson wrote: So e.g. cos(infinity) should give a ValueError, while log(infinity) and exp(infinity) should not raise any Python exception, but should return an infinity instead. And most single variable operations should return an input NaN unaltered, without raising an exception. The matter should be discussed in a proper PEP and targeted for Python 3.0. Python 3.0 is the right place for subtle changes which may break code. For Python 2.6 we must not change the exception or outcome of a function and new functions should be as consistent with existing ones as possible. I still don't like the idea of math.atanh(1) == inf. Why? See for yourself: 18.714973875118524 math.atanh(.9) Traceback (most recent call last): File stdin, line 1, in module ValueError: math domain error (Linux) Christian __ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue1640 __ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1640] Enhancements for mathmodule
Christian Heimes added the comment: The mail interface screwed up the message: math.atanh(.) 18.714973875118524 math.atanh(.9) Traceback (most recent call last): File stdin, line 1, in module ValueError: math domain error __ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue1640 __ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue215555] Parser crashes for deeply nested list displays
Christian Heimes added the comment: Parser/parser.h was not in the list of dependencies. I fixed it in r60151 -- nosy: +tiran Tracker [EMAIL PROTECTED] http://bugs.python.org/issue21 ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue460474] codecs.StreamWriter: reset() on close()
Mikhail Zabaluev added the comment: Wow, it's exciting to receive followups 6+ years after filing the bug. Could you come up with a patch ? No, I don't do much Python development these days. Tracker [EMAIL PROTECTED] http://bugs.python.org/issue460474 ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1754489] Non-portable address length calculation for AF_UNIX sockets
Vlado Handziski added the comment: So what is the procedure for checking in the patch? I don't have a commit access to the repository to do it myself... _ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue1754489 _ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue460474] codecs.StreamWriter: reset() on close()
Marc-Andre Lemburg added the comment: Sorry for not getting back to you earlier. The ticket was unassigned and only assigned to me yesterday. Tracker [EMAIL PROTECTED] http://bugs.python.org/issue460474 ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1464788] Python 2.4.3 build issue on Cygwin
A.M. Kuchling added the comment: Closing as fixed, since the problem was reported as solved in 2.5alpha2 and it's unlikely anyone will make a 2.4.x bugfix release now. -- nosy: +akuchling resolution: - fixed status: open - closed _ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue1464788 _ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1881] increase parser stack limit
Georg Brandl added the comment: Guido, is the 10-fold increase okay? -- assignee: - gvanrossum nosy: +georg.brandl, gvanrossum __ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue1881 __ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1745108] 2.5.1 curses panel segfault in new_panel on aix 5.3
A.M. Kuchling added the comment: I don't see how win-win could be uninitialized. curses.newwin() creates a PyCursesWindowObject using PyCursesWindow_New(), which always fills in the -win field. I'm puzzled by the 2007-06-28 traceback. Pycurses_new_panel has args = 0x000110246dc0; args should be a Python tuple containing the function's arguments. But the new_panel call has win=0x000110246dc0, the exact same pointer, which is obviously wrong. The code in PyCurses_new_panel does win-win, though, so the pointer should be different. Perhaps the traceback is wrong? Or perhaps this is a code-generation bug affecting PyCurses_new_panel? (But that function is small and straightforward -- I find it hard to imagine a compiler getting it wrong.) -- assignee: - akuchling nosy: +akuchling _ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue1745108 _ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1723038] Curses Menu
Changes by A.M. Kuchling: -- assignee: - akuchling nosy: +akuchling _ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue1723038 _ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1119331] curses.initscr - initscr exit w/o env(TERM) set
Changes by A.M. Kuchling: -- assignee: mwh - akuchling _ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue1119331 _ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1687125] cannot catch KeyboardInterrupt when using curses getkey()
Changes by A.M. Kuchling: -- assignee: - akuchling nosy: +akuchling title: cannot catch KeyboardInterrupt when using curses getkey() - cannot catch KeyboardInterrupt when using curses getkey() _ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue1687125 _ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1640] Enhancements for mathmodule
Christian Heimes added the comment: I've added your complex patch and its tests to my patch. The tests are showing some flaws in the atanh (or log1p) function on Windows: AssertionError: atanh0022:atanh(-1.00) returned -18.36840028483855, expected -18.714973875118524 On Linux the tests are passing just fine. Added file: http://bugs.python.org/file9250/trunk_pymath_hyberbolic_complex.patch __ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue1640 __ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1470548] Bugfix for #1470540 (XMLGenerator cannot output UTF-16)
Changes by A.M. Kuchling: -- keywords: +easy _ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue1470548 _ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1881] increase parser stack limit
Christian Heimes added the comment: 10-fold is very progressive. Let's be a bit more conservative for platforms with a small stack size (e.g. *BSD and mobile phones). A parser stack limit of about 1500 would still allow roughly 100 deeply nested lists. -- nosy: +tiran priority: - normal __ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue1881 __ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1087741] subclassable mmap
Georg Brandl added the comment: Reviewed and committed in r60152. -- nosy: +georg.brandl resolution: - accepted status: open - closed _ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue1087741 _ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1087741] subclassable mmap
Ralf Schmitt added the comment: Many thanks for handling it immediately. _ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue1087741 _ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1640] Enhancements for mathmodule
Christian Heimes added the comment: It's most probably the fault of log1p(): AssertionError: atanh0022:atanh(-0.99989) returned -18.36840028483855, expected -18.714973875118524 __ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue1640 __ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1640] Enhancements for mathmodule
Mark Dickinson added the comment: Christian: I'm definitely not proposing atanh(1) = inf: it should raise ValueError. I'm proposing that we follow Tim's rules for now; this means no change for finite inputs. The new thing here is that since you've made inf and nan more accessible and consistent across platforms, I think we should make sure that the math functions do the right thing for an *input* of +/-inf or nan. I'm almost sure that the current behavior of e.g. exp(float(inf)) is more-or-less accidental rather than designed. I think I'm missing the point of your math.atanh(.999...) example. .9 *is* already exactly equal to 1.0, so you're just proving that math.atanh(1.0) currently gives a ValueError. (Which, again, I think is the right thing to do.) x = .9 x == 1.0 True The atanh0022 result is definitely a bug: it looks like either asinh or log1p is buggy. I'll try to figure it out. __ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue1640 __ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1878] class attribute cache failure (regression)
Changes by Georg Brandl: -- priority: - urgent __ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue1878 __ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1669] shutil.rmtree fails on symlink, after deleting contents
Raghuram Devarakonda added the comment: If rmtree() always returns in case of symbolic links (as it is checked-in), wouldn't it be much simpler to totally do away with 'onerror' handling? I thought 'onerror' gives the user the option how to proceed (which is true in other usages). __ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue1669 __ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1640] Enhancements for mathmodule
Mark Dickinson added the comment: Christian: would it be possible for you to tell me what the argument of the log1p call is on Windows in that last branch of c_atanh, for the testcase atanh0022. On OS X I get: Input to log1p is 3.2451855365842669075e+32 It's hard to imagine that there's anything wrong with log1p here, since all it does for a large input like this is compute log(1+x). __ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue1640 __ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1640] Enhancements for mathmodule
Mark Dickinson added the comment: Okay: here's an attempted guess at what's happening on Windows: Near the end of c_atanh, there's a line that reads: r.real = log1p(4.*z.real/((1-z.real)*(1-z.real) + ay*ay))/4.; Somehow, when z.real is 0.99989 and ay is 0, the argument to log1p is ending up one-quarter of the size that it should be. I suspect that the 1-z.real calculation is producing, for reasons that are beyond me, the float 2**-52 instead of the correct value of 2**- 53. Christian: if you have any time to play with this, could you try replacing this line with something like: double temp = 1-z.real printf(z.real is %.19e\n, z.real); r.real = log1p(4.*z.real/(temp*temp + ay*ay))/4.; and see if either the problem goes away or if you can confirm that temp is coming out to be 2.2204460492503131e-16 rather than 1.1102230246251565e-16. __ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue1640 __ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1577] shutil.move() does not use os.rename() if dst is a directory
Changes by Raghuram Devarakonda: -- components: +Documentation -Library (Lib) __ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue1577 __ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1640] Enhancements for mathmodule
Mark Dickinson added the comment: Sorry: those lines should have been: double temp = 1-z.real; printf(temp is %.19e\n, temp); r.real = log1p(4.*z.real/(temp*temp + ay*ay))/4.; __ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue1640 __ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1153226] string interpolation breaks with %d and large float
Mark Dickinson added the comment: This is a duplicate of issue #1742669 -- nosy: +marketdickinson resolution: - duplicate status: open - closed superseder: - %d format handling for long values _ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue1153226 _ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1715] Make pydoc list submodules
Georg Brandl added the comment: The patch only amends TextDoc -- what about HtmlDoc? __ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue1715 __ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue779825] plistlib and bundlebuilder not in the documentation
Georg Brandl added the comment: Okay, I'll remove the docs again. If you want to deprecate bundlebuilder, it must be added to PEP 4. -- resolution: - fixed status: open - closed Tracker [EMAIL PROTECTED] http://bugs.python.org/issue779825 ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue997912] Enclosing Scope missing from namespace in Tutorial
Georg Brandl added the comment: Fixed in r60158. -- resolution: - fixed status: open - closed Tracker [EMAIL PROTECTED] http://bugs.python.org/issue997912 ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1640] Enhancements for mathmodule
Christian Heimes added the comment: Mark Dickinson wrote: Mark Dickinson added the comment: Christian: would it be possible for you to tell me what the argument of the log1p call is on Windows in that last branch of c_atanh, for the testcase atanh0022. On OS X I get: Input to log1p is 3.2451855365842669075e+32 It's hard to imagine that there's anything wrong with log1p here, since all it does for a large input like this is compute log(1+x). You got me wrong (and I didn't explain it properly). All complex functions pass the test. math.atanh() fails. I think my implementation of Python/pymath.c:atanh() doesn't return the right value for arguments almost 1.0. Christian __ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue1640 __ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1669] shutil.rmtree fails on symlink, after deleting contents
Georg Brandl added the comment: Guido explicitly said it should raise IOError, not ValueError, and it should use the onerror() handling used for all other errors which makes sense for me too. __ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue1669 __ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1878] class attribute cache failure (regression)
Georg Brandl added the comment: We can of course add something like in #1229239, which allows type attributes to be set with PyObject_SetAttr, thereby updating the cache. __ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue1878 __ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue779825] plistlib and bundlebuilder not in the documentation
Georg Brandl added the comment: plistlib is now documented. I also added a stub for bundlebuilder that only has the module docstring as an overview -- Ronald, if you want to write more about that? -- assignee: - ronaldoussoren nosy: +georg.brandl Tracker [EMAIL PROTECTED] http://bugs.python.org/issue779825 ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1555501] Please include pliblist for all plattforms
Georg Brandl added the comment: I added documentation and moved plistlib to the general library in r60155. Ronald, if you want to enhance the documentation, please go ahead :) -- resolution: - fixed status: open - closed _ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue101 _ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1678380] 0.0 and -0.0 identified, with surprising results
Changes by Georg Brandl: -- assignee: aleax - marketdickinson _ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue1678380 _ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1706] Force WINVER 0x0500 (Windows 2000)
Christian Heimes added the comment: Georg Brandl wrote: So what's the resolution here? We don't have a resolution yet. I may need the WINVER for the patch #1763 but I've to investigate the patch before I can submit it. Christian __ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue1706 __ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1883] Adapt pydoc to new doc system
New submission from Georg Brandl: so that this doesn't get lost... -- assignee: georg.brandl components: Library (Lib) messages: 61418 nosy: georg.brandl severity: normal status: open title: Adapt pydoc to new doc system versions: Python 2.6, Python 3.0 __ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue1883 __ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1640] Enhancements for mathmodule
Mark Dickinson added the comment: Sorry: I should have read more carefully. So math.atanh works on Linux but is producing some strange results on Windows. It's still rather puzzling though. I still suspect that it's the argument to log1p that's coming out wrong rather than the result. __ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue1640 __ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1836] 'weekly' rotating logging file rotation incorrect
Christian Heimes added the comment: Please update Misc/NEWS for the bug fix. You forgot to update it for this and another logging fix a week ago. -- nosy: +tiran status: closed - pending __ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue1836 __ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1621660] this module (Zen of Python) docs list broken URL
Georg Brandl added the comment: Where exactly is that broken link? -- nosy: +georg.brandl _ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue1621660 _ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1726198] Line iteration readability
Georg Brandl added the comment: I also left out the changes to the ftplib and distutils functions since they also accept file objects as parameters, to keep b/w compatibility. Committed the rest as r60163. -- assignee: - georg.brandl nosy: +georg.brandl resolution: - accepted status: open - closed _ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue1726198 _ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1640] Enhancements for mathmodule
Christian Heimes added the comment: Mark Dickinson wrote: Sorry: I should have read more carefully. So math.atanh works on Linux but is producing some strange results on Windows. It's still rather puzzling though. I still suspect that it's the argument to log1p that's coming out wrong rather than the result. It uses t = 0.5 * log1p((x + x) / (1.0 - x)) for t 0.5. I presume the culprit is in 2 / x where x is almost 0. Do you have an idea how we can increase the accuracy for values nearly 1.? Christian __ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue1640 __ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1631394] sre module has misleading docs
Georg Brandl added the comment: Clarified in r60164. -- assignee: effbot - georg.brandl resolution: - fixed status: open - closed _ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue1631394 _ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1570672] qtsupport.py mistake leads to bad _Qt module
Georg Brandl added the comment: This is a dupe of #1254695. -- resolution: - duplicate status: open - closed _ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue1570672 _ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1012468] Rational.py various bugfixes
Georg Brandl added the comment: Now that we have a (different) rational module in the stdlib, shouldn't we remove this one altogether? -- assignee: - jyasskin nosy: +georg.brandl, jyasskin _ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue1012468 _ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1530959] distutils doesn't notice --with-pydebug
Georg Brandl added the comment: Committed as r60166. -- nosy: +georg.brandl resolution: - accepted status: open - closed _ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue1530959 _ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1669] shutil.rmtree fails on symlink, after deleting contents
Raghuram Devarakonda added the comment: and it should use the onerror() handling used for all other errors which makes sense for me too. Sure. I am ok with using 'onerror'. The point I am trying to make is that there is slight difference between 'onerror' in this case and in the three other places where it is called. In the case of symlink, rmtree() returns even when 'onerror' doesn't raise exception. This is not same in the other cases where rmtree() continues. I am just wondering if this inconsistency is worth it and if it is, an explicit mention in the doc will be nice. __ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue1669 __ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1678345] A fix for the bug #1528074 [warning: quite slow]
Georg Brandl added the comment: Rejecting as per discussion. -- nosy: +georg.brandl resolution: - rejected status: open - closed _ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue1678345 _ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1295] logging records cache the result of formatException()
Vinay Sajip added the comment: I've updated the docs (Formatter.format) to mention the caching and its effect on multiple formatters. -- nosy: +vsajip __ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue1295 __ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1640] Enhancements for mathmodule
Changes by Christian Heimes: Removed file: http://bugs.python.org/file8989/trunk_math_sign_inf_nan.patch __ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue1640 __ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1640] Enhancements for mathmodule
Changes by Christian Heimes: Removed file: http://bugs.python.org/file8975/trunk_mathmodule.patch __ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue1640 __ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1640] Enhancements for mathmodule
Changes by Christian Heimes: Removed file: http://bugs.python.org/file9250/trunk_pymath_hyberbolic_complex.patch __ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue1640 __ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1640] Enhancements for mathmodule
Changes by Christian Heimes: Removed file: http://bugs.python.org/file9243/trunk_pymath_hyberbolic.patch __ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue1640 __ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1640] Enhancements for mathmodule
Changes by Guido van Rossum: -- nosy: -gvanrossum __ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue1640 __ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1881] increase parser stack limit
Guido van Rossum added the comment: I don't know what common stack sizes are any more. Even on the same platform, the main thread may have a different stack size than other threads. Would it make sense to make this limit more platform-dependent? I guess really good would be a way to handle C stack overflows more gracefully, but that's for another era. All said, let's try a 3x increase, *and* have a unittest that pushes the limits to the max (both a case that is one short of the limit and a case that is over the limit, and is expected to raise an exception). __ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue1881 __ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1836] 'weekly' rotating logging file rotation incorrect
Changes by Vinay Sajip: -- status: pending - closed __ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue1836 __ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1882] py_compile does not follow PEP 0263
Georg Brandl added the comment: Thanks for the report, fixed in r60168, r60169 (2.5). -- nosy: +georg.brandl resolution: - fixed status: open - closed __ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue1882 __ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1750076] Python 2.5+ skips while statements in debuggers
Georg Brandl added the comment: Raising priority. -- components: +Library (Lib) -None nosy: +georg.brandl priority: normal - high type: - behavior versions: +Python 2.6, Python 3.0 _ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue1750076 _ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1327] Python 2.4+ spends too much time in PyEval_EvalFrame w/ xmlrpmclib
Eric Sammons added the comment: Has anybody else tested this against an RPC server that has more than 300 items to be returned. I find it interesting that before all the xmlrpc code changed everything works fine, but after the code change (re-write) things don't seem to work. As for the bug, I do not claim there is a bug, I am simply pointing out that when using oprofile to profile the test application, most of the time is spent in a specific routine. Now it could be a side affect of xmlrpc, I don't know - I do not claim to be a programmer. I am looking to turn on verbose mode in xmlrpc. As soon as I do that I will test again and send the results. On Jan 15, 2008 7:05 PM, Fredrik Lundh [EMAIL PROTECTED] wrote: Fredrik Lundh added the comment: Can you switch on verbose mode in xmlrpclib, so you can see *where* the transfer hangs? Arguing that a hanging Python program must be caused by a bug in the code that *executes* the Python program isn't that meaningful, really. After all, that code is used to run *all* Python programs, so I think we'd noticed if it had a tendency to hang unexpectedly... __ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue1327 __ __ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue1327 __ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1327] Python 2.4+ spends too much time in PyEval_EvalFrame w/ xmlrpmclib
Eric Sammons added the comment: I have added the verbose=1 option, the processing hangs in the body: where : code for a in l: print a['channel_label'] /code Is returning the data. Initially it returns data quickly and then slows until it eventually stops. Here is the sample of the body data... data removed... body body: '?xml version=1.0 encoding=ISO-8859-1?methodResponseparamsparamvaluearraydatavaluestructmembername/namevaluestring/string/value/membermembername/namevaluestring/string/value/membermembername/namevaluestring/string/value/membermembername/namevaluestring/string/value/membermembername/namevaluestring/string/value/member/struct/valuevaluestructmembername/namevaluestring/string/value/membermembername/namevaluestring/string/value/membermembername/namevaluestring /string/value/membermembername/namevaluestring/string/value/memberm' /body This information is repeats ~500 times in the server where the program eventually times out. If you require anything further from the verbose output please let me know. __ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue1327 __ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1884] msilib.SetProperty(msilib.PID_CODEPAGE, '1252') raises 0x65d = type mismatch
New submission from Jim Wilson: I believe Codepage (a summary property which must be set *before* any other string value), is a string. Documentation admits it might also be an integer, but it doesn't matter. Both foo.SetProperty(PID_CODEPAGE, '1252') and foo.SetProperty(PID_CODEPAGE, 1252) raise unknown error 65d. I believe 0x65d (1629d) to be ERROR_DATATYPE_MISMATCH. -- components: Build messages: 61440 nosy: Jimbo severity: normal status: open title: msilib.SetProperty(msilib.PID_CODEPAGE, '1252') raises 0x65d = type mismatch versions: Python 2.5 __ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue1884 __ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1640] Enhancements for mathmodule
Mark Dickinson added the comment: The problem with atanh is that it should be using absx throughout, rather than x. So in if (absx 0.5) branch and the following branch, replace all occurrences of x with absx, and it should work. One other comment: asinh shouldn't directly set errno for a NaN. It should do the same as acosh and atanh: return x+x. This makes asinh(float(nan)) return a nan, which makes it consistent with acosh and atanh, consistent with the way that Linux and OS X behave, and consistent with the other single-argument functions in math. I think asinh should also return x+x for x an infinity. This again should make it consistent with the way that the libm asinh works on OS X and Linux. __ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue1640 __ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1640] Enhancements for mathmodule
Mark Dickinson added the comment: Also, for the C-level routines, atanh(1.0) and atanh(-1.0) should definitely return infinity and -infinity (and probably set errno as well.) Note that this is not an argument about what Python should do: Python will still raise a ValueError for atanh(1.0) and atanh(-1.0). But the atanh is supposed to be a drop-in replacement for the libm atanh, on those platforms where it's missing. And the C99 standard is clear about return values, even though it's not useful when it comes to deciding whether to set errno or not. __ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue1640 __ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1640] Enhancements for mathmodule
Mark Dickinson added the comment: One more comment: the Py_IS_NAN test in acosh is likely never reached, since the comparison x = two_pow_p28 will probably evaluate to 0 when x is a NaN. __ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue1640 __ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1640] Enhancements for mathmodule
Mark Dickinson added the comment: Also: -1.0 shouldn't be returned at this level to indicate an error; these are pure C functions we're writing---the Python wrappers, and Python error conventions, apply further up the chain somewhere. Just so I'm doing something a little more constructive than yelling criticisms from the sideline, I've attached a file invhyp.c that's how I think the C functions should look. Some notes: - it doesn't touch errno, but lets the platform decide how to handle errors (i.e. produce a special value/set errno/signal a floating-point exception/some combination of these). This will make the asinh, acosh, atanh functions behave in the same way that the regular libm functions behave on any platform. So e.g. if a particular platform is used to setting errno for domain errors like sqrt(-1), it'll do so for atanh/asinh/acosh. And another platform that signals a floating-point exception for sqrt(-1) will do the same for atanh(3). - I've left in the huge+x 1.0 test in asinh; it's kinda pointless, but also fairly harmless. I think its only point is to make sure that the inexact flag gets set where appropriate, and Python doesn't much care about the inexact flag. - I'm reasonably sure that the test x == 1. in acosh is safe. Added file: http://bugs.python.org/file9252/invhyp.c __ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue1640 __ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1885] [distutils] - error when processing the --formats=tar option
New submission from Giampaolo Rodola': Steps to reproduce the problem: 1: Run python setup.py sdist --formats=gztar,tar. 2. dist directory now contains module.gztar and module.tar files as expected. 3: Run python setup.py sdist --formats=tar,gztar. 4. dist directory now contains only module.gztar file. Reason: Since for every argument specified in --formats option a new .tar file is created every time by using the UNIX tar utility, the .tar file is removed/overwritten when creating subsequent archives. -- components: Distutils messages: 61445 nosy: giampaolo.rodola severity: normal status: open title: [distutils] - error when processing the --formats=tar option type: behavior versions: Python 2.5 __ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue1885 __ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1715] Make pydoc list submodules
Antoine Pitrou added the comment: Actually, HtmlDoc already lists all module members in the inspected module (regardless of whether they are modules imported from outside or submodules defined inline). You can try it with the updated pydocfodder: import pydoc from test import pydocfodder pydoc.writedoc(pydocfodder) wrote test.pydocfodder.html ... and check that test.pydocfodder.html contains a reference to test.pydocfodder.submodule. __ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue1715 __ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1878] class attribute cache failure (regression)
Paul Pogonyshev added the comment: I personally think that this bug is a showstopper for the caching patch in 2.6. Well, the problem can be deemed insignificant, but it is sure a break of backward compatibility and, worse yet, it results in _very_ obscure fails. Even if type dictionary changes are not all that common, I'm sure there are extensions out there that do it. For Py3k things can be different. I'm not sure what would be the best way, but at least Py3k is not required to be compatible with 2.x in all aspects. __ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue1878 __ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1720595] Allow T_BOOL in PyMemberDef definitions
Martin v. Löwis added the comment: I can't see anything wrong with the feature. Of course, the patch itself lacks changes to the test suite. Ideally, there would also be changes to the documentation, but as PyMemberDef seems to be undocumented currently, it's unfair to ask for documentation with this patch. If documentation was made, it should list for each T_ constant what the corresponding C type should be. I think the cast to long (in PyBool_FromLong) is redundant. -- assignee: loewis - _ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue1720595 _ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1715] Make pydoc list submodules
Georg Brandl added the comment: Well, I believe you. :) Committed r60178. -- resolution: - accepted status: open - closed __ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue1715 __ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1720595] Allow T_BOOL in PyMemberDef definitions
Georg Brandl added the comment: Okay, added tests, removed the cast and committed in r60181. If I find time, I'll add docs for PyMemberDef in the next few days. -- resolution: - accepted status: open - closed _ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue1720595 _ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1886] Permit to easily use distutils --formats=tar, gztar, bztar on all systems
New submission from Giampaolo Rodola': Currently creating tar, gztar, bztar source distributions using the --formats=tar,gztar,bztar distutils option requires external utilities (tar and possibly one of gzip, bzip2, or compress) to be installed on the system since distutils uses them. This is not a problem on most UNIX systems which provide these utilities by default. On all other systems (e.g. Windows) it is required to install such utilities separately and have the executables available in a directory on your PATH in order to have them work. I discussed this on distutils mailing list [1] and tried to fix this hassle. The patch in attachment permit to use the distutils --formats=tar,gztar,bztar option without need of having tar/gzip/bzip2 utilities installed by using the tarfile module instead of os.spawn(). It also fixes bug #1885 [2]. [1] http://mail.python.org/pipermail/distutils-sig/2008-January/008654.html [2] http://bugs.python.org/issue1885 -- components: Distutils files: file.diff messages: 61451 nosy: giampaolo.rodola severity: normal status: open title: Permit to easily use distutils --formats=tar,gztar,bztar on all systems versions: Python 2.5 Added file: http://bugs.python.org/file9253/file.diff __ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue1886 __ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1885] [distutils] - error when processing the --formats=tar option
Giampaolo Rodola' added the comment: I provided a patch here: http://bugs.python.org/issue1886 __ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue1885 __ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1706039] Added clearerr() to clear EOF state
Changes by Raghuram Devarakonda: -- nosy: -draghuram _ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue1706039 _ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1886] Permit to easily use distutils --formats=tar, gztar, bztar on all systems
Phillip J. Eby added the comment: On systems where the gzip or bz2 modules aren't installed, this patch can raise a tarfile.CompressionError, which should be caught and handled correctly. The import of tarfile should also be inside the relevant function (as is done for make_zipfile) instead of at the top level. Other than those two points, the patch looks great. -- nosy: +pje __ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue1886 __ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1678380] 0.0 and -0.0 identified, with surprising results
Mark Dickinson added the comment: This was fixed in the trunk in revision 57284. I've backported the fix to Python 2.5.2 in revision 60183. Leaving this open because there's still a problem for complex numbers, though I guess this is less likely to bite people: Python 2.6a0 (trunk:60158M, Jan 21 2008, 16:21:41) [GCC 4.0.1 (Apple Computer, Inc. build 5370)] on darwin Type help, copyright, credits or license for more information. 0j 0j -0j -0j [0j, -0j] [0j, 0j] _ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue1678380 _ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue479195] Put Demo/rpc/rpc.py into standard lib
Raghuram Devarakonda added the comment: I started looking at the bugs in chronological order in the hope that I can close some issues that don't make sense any more. Can I close this one? I am almost sure that this module is not going to be included in stdlib (I myself haven't used this module, though). -- nosy: +draghuram, gvanrossum Tracker [EMAIL PROTECTED] http://bugs.python.org/issue479195 ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue479195] Put Demo/rpc/rpc.py into standard lib
Georg Brandl added the comment: Go ahead. -- nosy: +georg.brandl Tracker [EMAIL PROTECTED] http://bugs.python.org/issue479195 ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue479195] Put Demo/rpc/rpc.py into standard lib
Raghuram Devarakonda added the comment: Closing as there is no activity for long time and the request is unlikely to be accepted, anyway. -- resolution: - rejected status: open - closed Tracker [EMAIL PROTECTED] http://bugs.python.org/issue479195 ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1867] patch for pydoc to work in py3k
Santiago Gala added the comment: El sáb, 19-01-2008 a las 20:44 +, Georg Brandl escribió: Georg Brandl added the comment: Fixed in r60100. If the problem with the output of filter is solved at the call site I'd suggest the second hunk of: $ svn diff Lib/pydoc.py Index: Lib/pydoc.py === --- Lib/pydoc.py(revisión: 60126) +++ Lib/pydoc.py(copia de trabajo) @@ -1192,7 +1192,7 @@ else: tag = inherited from %s % classname(thisclass, object.__module__) -filter(lambda t: not t[0].startswith('_'), attrs) +#filter(lambda t: not t[0].startswith('_'), attrs) # Sort attrs by name. attrs.sort() @@ -1972,9 +1972,8 @@ '#ff', '#7799ee') def bltinlink(name): return 'a href=%s.html%s/a' % (name, name) -names = filter(lambda x: x != '__main__', - sys.builtin_module_names) -contents = html.multicolumn(list(names), bltinlink) +names = [x for x in sys.builtin_module_names if x != '__main__'] +contents = html.multicolumn(names, bltinlink) indices = ['p' + html.bigsection( 'Built-in Modules', '#ff', '#ee77aa', contents)] instead, i.e. use a simple list comprehension instead of the filter expression (ugly) and list(names). The first hunk removes a useles expression, I'm not sure why it is there, but filter has no side effects. It looks like attrs = filter... is intended, but then, again a list comprehension would be clearer. Regards Santiago -- nosy: +georg.brandl resolution: - fixed status: open - closed __ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue1867 __ __ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue1867 __ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue491331] request sys.required_version
Raghuram Devarakonda added the comment: should have been closed long time back :-). -- nosy: +draghuram resolution: - rejected status: open - closed Tracker [EMAIL PROTECTED] http://bugs.python.org/issue491331 ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1703448] t.join(); assert t not in threading.enumerate() fails
Antoine Pitrou added the comment: I'm not sure about the implications of Amaury's proposal, but in any case here is a patch which contains an unit test as well. (it seems to me swapping __stop() and __delete() can do no harm as there is no way for user code to be executed synchronously between both calls - unless you override one of these private methods) Added file: http://bugs.python.org/file9254/thrbug.patch _ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue1703448 _ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1703448] t.join(); assert t not in threading.enumerate() fails
Georg Brandl added the comment: Guido, you wrote that code... -- assignee: rhettinger - gvanrossum nosy: +georg.brandl, gvanrossum _ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue1703448 _ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1678380] 0.0 and -0.0 identified, with surprising results
Mark Dickinson added the comment: Here's a patch, against the trunk, that imitates Alex's fix for the complex case. -- keywords: +patch Added file: http://bugs.python.org/file9255/plus_minus_0j.patch _ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue1678380 _ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1703448] t.join(); assert t not in threading.enumerate() fails
Amaury Forgeot d'Arc added the comment: Hm, this is multithreading. There is still the possibility of a switch between the two calls. In this case the thread is not marked as stopped, but enumerate() does not return it. Not easy to reproduce, though. _ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue1703448 _ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1678668] fix a bug mixing up 0.0 and-0.0
Mark Dickinson added the comment: This can be closed, I think: it's already been fixed in the trunk (with a different fix, also due to Alex, from the one given here) and the fix has been backported to 2.5.2. Not sure what the appropriate resolution is here; plumping for 'out of date'. -- resolution: - out of date status: open - closed _ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue1678668 _ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1703448] t.join(); assert t not in threading.enumerate() fails
Antoine Pitrou added the comment: There is still the possibility of a switch between the two calls. In this case the thread is not marked as stopped, but enumerate() does not return it. But user code is unlikely to rely on this because in most cases the thread *will* be marked as stopped ;) _ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue1703448 _ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1703448] t.join(); assert t not in threading.enumerate() fails
Antoine Pitrou added the comment: Oops, sorry Amaury, I got your remark backwards. Nevermind... _ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue1703448 _ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1703448] t.join(); assert t not in threading.enumerate() fails
Gregory P. Smith added the comment: why not just do this? finally: with _active_limbo_lock: self.__stop() try: self.__delete() except: pass (i believe with works on locks? if not turn that into an acquire, try: finally: release) _ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue1703448 _ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1221598] ftplib storbinary/storlines callback function
Changes by Gregory P. Smith: -- assignee: - gregory.p.smith nosy: +gregory.p.smith _ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue1221598 _ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1703448] t.join(); assert t not in threading.enumerate() fails
Antoine Pitrou added the comment: __delete() already acquires _active_limbo_lock so your proposal must be changed for the following: with _active_limbo_lock: self.__stop() try: del _active[_get_ident()] except: pass However, with this slight correction it seems to work. I was worrying whether another thread could hold __block (which is acquired in __stop()) while waiting for _active_limbo_lock to be released, but AFAICT there doesn't seem to be a code path where it can happen... _ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue1703448 _ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1703448] t.join(); assert t not in threading.enumerate() fails
Changes by Antoine Pitrou: Added file: http://bugs.python.org/file9256/thrbug2.patch _ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue1703448 _ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com