[issue1889] string literal documentation differs from implementation

Georg Brandl added the comment: Fixed in r60193, r60194 (2.5). -- resolution: -> fixed status: open -> closed __ Tracker <[EMAIL PROTECTED]> __ ___

[issue1889] string literal documentation differs from implementation

Guido van Rossum added the comment: Your example does not use a "raw" string -- a raw string has an 'r' in front of the opening string quotes. Try this instead: >>> s = r"""a\ ... b""" >>> s 'a\\\nb' Your second issue is correct -- the definition of \xXX in Python has changed over the years

[issue1889] string literal documentation differs from implementation

New submission from Andrew Dalke: The reference manual documentation for raw string literals says """Note also that a single backslash followed by a newline is interpreted as those two characters as part of the string, *not* as a line continuation.""" This is not the observed behavior. >>> s =

[issue1888] strange 'global'

Guido van Rossum added the comment: This isn't going to change. 'global' is one of those rare pieces of syntax that are not executed by the interpreter but detected by the parser. Note that there are other things like this, e.g. the presence of 'yield' in a function makes it a generator. FWIW,

[issue1888] strange 'global'

New submission from Lee June: hi, all. my friend found a strange behave with 'global', I posted it in the '[EMAIL PROTECTED]' as this: [quote] why the following 2 prg give different results? a.py is ok, but b.py is 'undefiend a' I am using Python 2.5.1 (r251:54863, Apr 18 2007, 08:51:08) [MSC v.1

[issue1336] subprocess.Popen hangs when child writes to stderr

Guido van Rossum added the comment: Martin can do it all in one fell sweep. -- nosy: +loewis __ Tracker <[EMAIL PROTECTED]> __ ___ Python-bugs-l

[issue1336] subprocess.Popen hangs when child writes to stderr

Gregory P. Smith added the comment: oh, whoops. not a security issue. should i undo it or let Martin? __ Tracker <[EMAIL PROTECTED]> __ ___ Python-bugs

[issue1640] Enhancements for mathmodule

Mark Dickinson added the comment: Hmmm. For atanh(1): raising OverflowError is actually consistent with what currently happens. The only singularity that's already present in math is log(0), and it seems that that raises OverflowError on OS X, Linux and Windows... I wonder whether this is

[issue1124] Webchecker not parsing css "@import url"

Guido van Rossum added the comment: If someone is still interested in webchecker, they should start a fork. Let's remove it from 3.0. At this point it's so old, it's probably dangerous. -- resolution: -> wont fix status: open -> closed __ Tracker <[EMAI

[issue1336] subprocess.Popen hangs when child writes to stderr

Guido van Rossum added the comment: Was this a security fix? We aren't supposed to backport non-security fixes to 2.4, and Martin is actually planning to *reverse* the non-security patches applied to 2.4 since 2.4.4 was released, to make it easier to release a "pure security" source tree. __

[issue1473257] Add a gi_code attr to generators

Guido van Rossum added the comment: I noticed some whitespace issues in the patch, but apart from that I have no objection. (Not any particular enthusiasm, I have to admit -- I don't quite get the use case, but as Georg remarks, it seems harmless.) _ Tracker

[issue614557] LookupError etc. need API to get the key

Guido van Rossum added the comment: I think it would be a good idea to revisit this for py3k, but I'm out of round tuits. Anyone else want to tackle this? It should ideally be done in such a way that non-core object types can also easily raise these exceptions with the appropriate attributes, b

[issue1640] Enhancements for mathmodule

Christian Heimes added the comment: Mark Dickinson wrote: > - 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 functio

[issue1703448] "t.join(); assert t not in threading.enumerate()" fails

Gregory P. Smith added the comment: Looks good. Fixed in r60190 (2.6). And r60191 for release25-maint (2.5.2). -- assignee: gvanrossum -> gregory.p.smith keywords: +patch resolution: -> fixed status: open -> closed _ Tracker <[EMAIL PROTECTED]>

[issue1884] msilib.SetProperty(msilib.PID_CODEPAGE, '1252') raises 0x65d = type mismatch

Changes by Christian Heimes: -- assignee: -> loewis components: +Windows nosy: +loewis priority: -> low type: -> behavior __ Tracker <[EMAIL PROTECTED]> __ _

[issue1885] [distutils] - error when processing the "--formats=tar" option

Christian Heimes added the comment: No need to keep two buss open. -- nosy: +tiran priority: -> normal resolution: -> duplicate status: open -> closed superseder: -> Permit to easily use distutils "--formats=tar,gztar,bztar" on all systems versions: +Python 2.6 -Python 2.5 _

[issue1886] Permit to easily use distutils "--formats=tar, gztar, bztar" on all systems

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

[issue1887] distutils doesn't support out-of-source builds

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

[issue1887] distutils doesn't support out-of-source builds

New submission from Monty Taylor: I've been using distutils as part of a larger automake-managed project. One of the functions that automake provides is "make distcheck" which it has been especially hard to get distutils to play along with. So I added a src-dir option to allow for passing src d

[issue1221598] ftplib storbinary/storlines callback function

Gregory P. Smith added the comment: accepted, committed as svn r60188 for 2.6. I also cleaned up the retr* and stor* doc strings. -- resolution: -> accepted status: open -> closed _ Tracker <[EMAIL PROTECTED]> _

[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]> _ ___ Python-bugs-list mai

[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:

[issue1221598] ftplib storbinary/storlines callback function

Changes by Gregory P. Smith: -- assignee: -> gregory.p.smith nosy: +gregory.p.smith _ Tracker <[EMAIL PROTECTED]> _ ___ Python-bugs-

[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: fin

[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]> _ ___ Python-bug

[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 ;

[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'. ---

[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

[issue1327] Python 2.4+ spends too much time in PyEval_EvalFrame w/ xmlrpmclib

Amaury Forgeot d'Arc added the comment: What is the length of the response? in verbose mode, you must read a line like: header: Content-length: 623329 Note that I managed to produce the same kind of output as the one you showed, with a size of ~600Kb. And the whole request takes less that 1

[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]>

[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]> _ _

[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 b

[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]> _

[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.p

[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]>

[issue479195] Put Demo/rpc/rpc.py into standard lib

Georg Brandl added the comment: Go ahead. -- nosy: +georg.brandl Tracker <[EMAIL PROTECTED]> ___ Python-bugs-list mailing list Unsu

[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, t

[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,

[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 a

[issue1706039] Added clearerr() to clear EOF state

Changes by Raghuram Devarakonda: -- nosy: -draghuram _ Tracker <[EMAIL PROTECTED]> _ ___ Python-bugs-list mailing list Unsubscribe:

[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]> __ ___ Python-bugs-list mai

[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 n

[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]>

[issue1715] Make pydoc list submodules

Georg Brandl added the comment: Well, I believe you. :) Committed r60178. -- resolution: -> accepted status: open -> closed __ Tracker <[EMAIL PROTECTED]> __

[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

[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

[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

[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 "mod

[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

[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]> ___

[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) a

[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

[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) rai

[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 : for a in l: print a['channel_label'] 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

[issue1881] increase parser stack limit

Facundo Batista added the comment: Ralf, could you please submit the unit test that Guido suggested? Please change also the 10x to 3x. We could then apply this, :) Thank you very much! -- nosy: +facundobatista __ Tracker <[EMAIL PROTECTED]>

[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

[issue1081879] Pydoc can't find browser (bug+solution!)

Georg Brandl added the comment: This should be fixed in 2.5's webbrowser.py. -- nosy: +georg.brandl resolution: -> out of date status: open -> closed _ Tracker <[EMAIL PROTECTED]>

[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]>

[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]> __

[issue1836] 'weekly' rotating logging file rotation incorrect

Changes by Vinay Sajip: -- status: pending -> closed __ Tracker <[EMAIL PROTECTED]> __ ___ Python-bugs-list mailing list Unsubscribe: http://m

[issue1836] 'weekly' rotating logging file rotation incorrect

Vinay Sajip added the comment: Misc/NEWS updated. Thanks for the reminder! __ Tracker <[EMAIL PROTECTED]> __ ___ Python-bugs-list mailing list Unsubscri

[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

[issue1640] Enhancements for mathmodule

Changes by Guido van Rossum: -- nosy: -gvanrossum __ Tracker <[EMAIL PROTECTED]> __ ___ Python-bugs-list mailing list Unsubscribe: http://mai

[issue1640] Enhancements for mathmodule

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

[issue1640] Enhancements for mathmodule

Changes by Christian Heimes: Removed file: http://bugs.python.org/file9250/trunk_pymath_hyberbolic_complex.patch __ Tracker <[EMAIL PROTECTED]> __ ___

[issue1640] Enhancements for mathmodule

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

[issue1640] Enhancements for mathmodule

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

[issue1640] Enhancements for mathmodule

Christian Heimes added the comment: I disabled the tests for atanh0022 and atanh0023. Other changes: Added math.log1p + tests Added SUN license to Doc/licenses.rst Added docs to Doc/library/math.rst Added file: http://bugs.python.org/file9251/trunk_pymath_hyberbolic_complex2.patch ___

[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]> __ ___

[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]> _ _

[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

[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]> _ _

[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]>

[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]> _ _

[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]> _ ___

[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 w

[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:

[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]> _ ___ Python-

[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]> _

[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.

[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 _

[issue1836] 'weekly' rotating logging file rotation incorrect

Vinay Sajip added the comment: Fix checked into trunk and release25-maint. Thanks for the patch, Kathryn. -- resolution: -> fixed status: open -> closed __ Tracker <[EMAIL PROTECTED]> __

[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]>

[issue1678380] 0.0 and -0.0 identified, with surprising results

Changes by Georg Brandl: -- assignee: aleax -> marketdickinson _ Tracker <[EMAIL PROTECTED]> _ ___ Python-bugs-list mailing list Uns

[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]> ___

[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]>

[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

[issue1720595] Allow T_BOOL in PyMemberDef definitions

Georg Brandl added the comment: Martin - is a char struct member for T_BOOL fine with you? -- assignee: -> loewis nosy: +loewis _ Tracker <[EMAIL PROTECTED]> _

[issue1706] Force WINVER 0x0500 (Windows 2000)

Georg Brandl added the comment: So what's the resolution here? -- nosy: +georg.brandl __ Tracker <[EMAIL PROTECTED]> __ ___ Python-bugs-list mai

[issue997912] Enclosing Scope missing from namespace in Tutorial

Georg Brandl added the comment: Fixed in r60158. -- resolution: -> fixed status: open -> closed Tracker <[EMAIL PROTECTED]> ___ Pyt

[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]>

[issue1715] Make pydoc list submodules

Georg Brandl added the comment: The patch only amends TextDoc -- what about HtmlDoc? __ Tracker <[EMAIL PROTECTED]> __ ___ Python-bugs-list mailing list

[issue779825] plistlib and bundlebuilder not in the documentation

Ronald Oussoren added the comment: bundlebuilder should be deprecated (and removed in 3.0 / 2.7). Currently the best tool for building bundles is py2app (which isn't part of the stdlib) Tracker <[EMAIL PROTECTED]> __

[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]>

[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 T

[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 PROTECTE

[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]> __

[issue1577] shutil.move() does not use os.rename() if dst is a directory

Changes by Raghuram Devarakonda: -- components: +Documentation -Library (Lib) __ Tracker <[EMAIL PROTECTED]> __ ___ Python-bugs-list mailing lis

[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 i

[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 anyt

  1   2   >