[issue8016] Support for cp858

Tim Hatch added the comment: Uploading corrected diff -- the old one missed a couple of instances of DOTLESS I -> EURO. -- versions: +Python 2.7 Added file: http://bugs.python.org/file17301/cp858.diff ___ Python tracker

[issue8692] Use divide-and-conquer for faster factorials

Daniel Stutzbach added the comment: On Tue, May 11, 2010 at 4:18 PM, Alexander Belopolsky wrote: > While the error message is wrong in both cases, I think OverflowError is a > better exception in this case and there should not be a difference between > math.factorial(2.**63) and math.factoria

[issue8692] Use divide-and-conquer for faster factorials

Mark Dickinson added the comment: Yes, I'm interested in seeing the pure Python version. It could go into test_math, and would be a useful form of documentation. Are there sufficient tests already in test_math.py to exercise the code thoroughly, or are more needed? I'll try to find time to

[issue8692] Use divide-and-conquer for faster factorials

Alexander Belopolsky added the comment: I also started to wonder if a tighter upper limit for an acceptable argument can be found. In discussion of issue2138 I saw the following exchange: """ > Should there be some upper limit on the argument math.factorial would take? I'd say not. Any such

[issue7897] Support parametrized tests in unittest

Nick Coghlan added the comment: No, I'm saying I don't see summarising the parameterised tests separately from the overall test run as a particularly important feature, since you can test multiple parameters in a single test manually now. The important part is for the framework to be able to

[issue8256] TypeError: bad argument type for built-in operation

Filip Gruszczyński added the comment: Amaury, could you elaborate a little more on this? I am pretty new to all this and I would happily write the patch, if only you could give me some clue on how I should approach this. -- ___ Python tracker

[issue8683] HPUX Segmentation fault in Modules/gcmodule.c -- if (!gc_list_is_empty(from)) {

Antoine Pitrou added the comment: Ok, I'm closing. Thank you for testing Python, anyway! -- resolution: -> invalid status: open -> closed ___ Python tracker ___

[issue8692] Use divide-and-conquer for faster factorials

Mark Dickinson added the comment: On Tue, May 11, 2010 at 11:33 PM, Alexander Belopolsky wrote: > It seems to me that the value of n for which number of digits will exceed > sys.maxsize can be estimated fairly accurately using Stirling formula.  Only > two values are relevant in practice - on

[issue8672] Error decompressing valid zlib data

Antoine Pitrou added the comment: The patch was committed in r81094 (2.7), r81095 (2.6), r81096 (3.2) and r81097 (3.1). Thank you! -- resolution: -> fixed stage: patch review -> committed/rejected status: open -> closed ___ Python tracker

[issue8692] Use divide-and-conquer for faster factorials

Daniel Stutzbach added the comment: On Tue, May 11, 2010 at 5:33 PM, Alexander Belopolsky wrote: > It seems to me that the value of n for which number of digits will exceed > sys.maxsize can be estimated fairly accurately using Stirling formula.  Only > two values are relevant in practice - o

[issue8681] Make the zlib module emit more detailed error messages

Antoine Pitrou added the comment: Committed in r81098 (2.7), r81099 (2.6), r81100 (3.2), r81101 (3.1). Thanks! -- resolution: -> fixed stage: patch review -> committed/rejected status: open -> closed ___ Python tracker

[issue8679] write a distutils to distutils2 converter

Changes by Dan Buch : -- nosy: +meatballhat ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.o

[issue8680] Add a sandbox in Distutils2

Changes by Dan Buch : -- nosy: +meatballhat ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.o

[issue8688] distutils sdist is too laze w.r.t. recalculating MANIFEST

Changes by Dan Buch : -- nosy: +meatballhat ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.o

[issue8692] Use divide-and-conquer for faster factorials

Alexander Belopolsky added the comment: On Tue, May 11, 2010 at 7:42 PM, Daniel Stutzbach wrote: .. > Isn't that adding an extra check in every case to speed up a > you-can't-seriously-expect-that-to-work corner case? > The check is cheap - just a machine integer comparison, so I would not eve

[issue8692] Use divide-and-conquer for faster factorials

Alexander Belopolsky added the comment: On Tue, May 11, 2010 at 7:42 PM, Daniel Stutzbach wrote: .. > Isn't that adding an extra check in every case ... Speaking of micro-optimizations, did you consider a better than naive algorithm for "Count the number of set bits in n" in your patch? HAKMEM

[issue8692] Use divide-and-conquer for faster factorials

Daniel Stutzbach added the comment: On Tue, May 11, 2010 at 7:15 PM, Alexander Belopolsky wrote: > The main value in setting a theoretically justified limit is that > overflow exception can carry a meaningful message, e.g. "factorial > result would have too many digits", rather than an unhelpfu

[issue8692] Use divide-and-conquer for faster factorials

Daniel Stutzbach added the comment: On Tue, May 11, 2010 at 7:38 PM, Alexander Belopolsky wrote: > Speaking of micro-optimizations, did you consider a better than naive > algorithm for "Count the number of set bits in n" in your patch? > HAKMEM 169 comes to mind and being a divide and conquer t

[issue8692] Use divide-and-conquer for faster factorials

Alexander Belopolsky added the comment: On Tue, May 11, 2010 at 9:07 PM, Daniel Stutzbach wrote: > > Daniel Stutzbach added the comment: > > On Tue, May 11, 2010 at 7:38 PM, Alexander Belopolsky > wrote: >> Speaking of micro-optimizations, did you consider a better than naive >> algorithm for

[issue8693] Py_Initialize: can't initialize sys standard streams

New submission from Muhammad Bashir Al-Noimi : After installing python-3.1.2.msi I'm not able to run to python.exe at all because it gives me the following error message: Fatal Python error: Py_Initialize: can't initialize sys standard streams LookupError: unknown encoding: cp720 This applicat

[issue8693] Py_Initialize: can't initialize sys standard streams

Muhammad Bashir Al-Noimi added the comment: I uninstalled python-2.6.3 before installing python-3.1.2.msi -- ___ Python tracker ___ __

[issue8692] Use divide-and-conquer for faster factorials

Alexander Belopolsky added the comment: On Tue, May 11, 2010 at 10:19 PM, Alexander Belopolsky wrote: .. > Similarly, while unlikely to improve performance, I would prefer not > to use any bit-trick implementation of ilog2 (in a separate function, > of course) instead of calling floating point

[issue8693] Py_Initialize: can't initialize sys standard streams

Martin v. Löwis added the comment: This is a duplicate of issue1616979. -- nosy: +loewis resolution: -> duplicate status: open -> closed superseder: -> cp720 encoding map ___ Python tracker __

[issue8693] Py_Initialize: can't initialize sys standard streams

Muhammad Bashir Al-Noimi added the comment: No No, this isn't duplicated issue because if I copied cp720.py to Python31\Lib\encodings Python still crashed and gives me the following error Fatal Python error: Py_Initialize: can't initialize sys standard streams TypeError: 'NoneType' objec

[issue8693] Py_Initialize: can't initialize sys standard streams

Changes by Muhammad Bashir Al-Noimi : -- status: closed -> open ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue8693] Py_Initialize: can't initialize sys standard streams

Muhammad Bashir Al-Noimi added the comment: This is the file I'm adding for removing warning message which is not the reason of crashing -- Added file: http://bugs.python.org/file17303/cp720.py ___ Python tracker

[issue8693] Py_Initialize: can't initialize sys standard streams

Muhammad Bashir Al-Noimi added the comment: humm I re-read issue1616979 I'm confused is it really duplicate issue? if yes I couldn't find the way for fixing in issue1616979 PS I'm newbie in Python and I faced this problem in first day I use Python so please forgive me if my discussion is stu

[issue8693] Py_Initialize: can't initialize sys standard streams

Muhammad Bashir Al-Noimi added the comment: For fixing this issue I tried to following: 1) Installed python-2.6.3.msi 2) Downloaded cp720.py, genwincodec.py from http://svn.python.org/view?rev=74000&view=rev 3) Copied cp720.py it to Python31\Lib\encodings 4) Run Python31\python.exe I got the f

[issue8694] python3 FAQ mentions unicode()

New submission from Nathan Phillip Brink : http://docs.python.org/py3k/faq/programming.html#what-does-unicodeerror-ascii-decoding-encoding-error-ordinal-not-in-range-128-mean When I try to use unicode() from within python3, the call fails. I would actually expect that the FAQ should contain mor

[issue8693] Py_Initialize: can't initialize sys standard streams

Martin v. Löwis added the comment: Please trust me that this *is* a duplicate issue. This bug tracker is not a place to get help; it is a place to report bugs. The bug you are reporting has been reported before. Other duplicate reports are #6995, #7496, #7600, #8120. If you want help, contac

[issue8693] Py_Initialize: can't initialize sys standard streams

Muhammad Bashir Al-Noimi added the comment: Thanks and I'm very sorry for disturbance I'll try to get help through mailing list you've mentioned -- ___ Python tracker ___ __

<    1   2