[issue486278] SystemError: Python/getargs.c:1086: bad

Change by admin : -- github: None -> 35607 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

Re: Python is not bad ;-)

Cecil Westerhof ce...@decebal.nl: I find factorial a lot cleaner code as factorial_iterative, so here tail recursion would be beneficial. I would just call math.factorial() and be done with it. Note: Scheme is my favorite language and I use tail recursion all the time. I also think eliminating

Re: Python is not bad ;-)

On 05/02/2015 05:58 AM, Marko Rauhamaa wrote: Chris Angelico ros...@gmail.com: Guido is against anything that disrupts tracebacks, and optimizing tail recursion while maintaining traceback integrity is rather harder. Tail recursion could be suppressed during debugging. Optimized code can

Re: Python is not bad ;-)

Steven D'Aprano wrote: People coming from functional languages like Lisp and Haskell often say that, but how many recursive algorithms naturally take a tail-call form? Not that many. And the ones that do tend to be the ones that are better expressed iteratively in Python. So Python doesn't

Re: Python is not bad ;-)

On Sat, May 2, 2015 at 8:22 PM, Dave Angel da...@davea.name wrote: On 05/02/2015 05:58 AM, Marko Rauhamaa wrote: Chris Angelico ros...@gmail.com: Guido is against anything that disrupts tracebacks, and optimizing tail recursion while maintaining traceback integrity is rather harder. Tail

Re: Python is not bad ;-)

On 05/02/2015 05:33 AM, Cecil Westerhof wrote: Please check your email settings. Your messages that you type seem to be indented properly, but those that are quoting earlier messages (even your own) are not. See below. I suspect there's some problem with how your email program processes

Re: Python is not bad ;-)

Op Saturday 2 May 2015 11:10 CEST schreef Marko Rauhamaa: Cecil Westerhof ce...@decebal.nl: I find factorial a lot cleaner code as factorial_iterative, so here tail recursion would be beneficial. I would just call math.factorial() and be done with it. You missed the point. I did not need a

Re: Python is not bad ;-)

On Sat, May 2, 2015 at 9:07 PM, Christian Gollwitzer aurio...@gmx.de wrote: I need to add, I grew up with imperative programming, and as such got recursion as the solution to problems that are too complex for iteration, i.e. tree traversal and such, and exactly these are never tail-recursive.

Re: Python is not bad ;-)

Op Friday 1 May 2015 09:03 CEST schreef Steven D'Aprano: On Thu, 30 Apr 2015 09:30 pm, Cecil Westerhof wrote: Tail recursion would nice to have also. People coming from functional languages like Lisp and Haskell often say that, but how many recursive algorithms naturally take a tail-call

Re: Python is not bad ;-)

Chris Angelico ros...@gmail.com: Guido is against anything that disrupts tracebacks, and optimizing tail recursion while maintaining traceback integrity is rather harder. Tail recursion could be suppressed during debugging. Optimized code can play all kinds of non-obvious tricks with the

Re: Python is not bad ;-)

On Sat, May 2, 2015 at 7:10 PM, Marko Rauhamaa ma...@pacujo.net wrote: Note: Scheme is my favorite language and I use tail recursion all the time. I also think eliminating tail recursion is such a low-hanging fruit that even CPython should just pick it. However, I wouldn't use the fibonacci

Re: Python is not bad ;-)

Op Saturday 2 May 2015 10:26 CEST schreef Cecil Westerhof: Op Friday 1 May 2015 09:03 CEST schreef Steven D'Aprano: On Thu, 30 Apr 2015 09:30 pm, Cecil Westerhof wrote: Tail recursion would nice to have also. People coming from functional languages like Lisp and Haskell often say that,

Re: Python is not bad ;-)

Am 02.05.15 um 11:58 schrieb Marko Rauhamaa: Chris Angelico ros...@gmail.com: Guido is against anything that disrupts tracebacks, and optimizing tail recursion while maintaining traceback integrity is rather harder. Tail recursion could be suppressed during debugging. Optimized code can play

Re: Python is not bad ;-)

Christian Gollwitzer aurio...@gmx.de: That's why I still think it is a microoptimization, which helps only in some specific cases. It isn't done for performance. It's done to avoid a stack overflow exception. Marko -- https://mail.python.org/mailman/listinfo/python-list

Re: Python is not bad ;-)

On Sat, May 2, 2015 at 4:35 AM, Dave Angel da...@davea.name wrote: I can't see how that is worth doing. The recursive version is already a distortion of the definition of factorial that I learned. And to force it to be recursive and also contort it so it does the operations in the same order

Re: Python is not bad ;-)

On Sat, May 2, 2015 at 5:42 AM, Marko Rauhamaa ma...@pacujo.net wrote: Christian Gollwitzer aurio...@gmx.de: That's why I still think it is a microoptimization, which helps only in some specific cases. It isn't done for performance. It's done to avoid a stack overflow exception. If your

Re: Python is not bad ;-)

Op Saturday 2 May 2015 12:35 CEST schreef Dave Angel: On 05/02/2015 05:33 AM, Cecil Westerhof wrote: Please check your email settings. Your messages that you type seem to be indented properly, but those that are quoting earlier messages (even your own) are not. See below. I suspect there's

Re: Python is not bad ;-)

Am 02.05.15 um 13:21 schrieb Chris Angelico: On Sat, May 2, 2015 at 9:07 PM, Christian Gollwitzer aurio...@gmx.de wrote: I need to add, I grew up with imperative programming, and as such got recursion as the solution to problems that are too complex for iteration, i.e. tree traversal and such,

Re: Python is not bad ;-)

On Sun, May 3, 2015 at 1:45 AM, Ian Kelly ian.g.ke...@gmail.com wrote: On Sat, May 2, 2015 at 5:42 AM, Marko Rauhamaa ma...@pacujo.net wrote: Christian Gollwitzer aurio...@gmx.de: That's why I still think it is a microoptimization, which helps only in some specific cases. It isn't done for

Re: Python is not bad ;-)

I agree, stack overflow is literally the main issue that ive run in to (tree traversal) I've yet to refactor recursion to iterative for speed, but i have done so to avoid hitting the stack size limit. Tree traversal and similar problems in particular lend themselves well to recursion and are not

Re: Python is not bad ;-)

On Sat, May 2, 2015 at 9:53 AM, Joonas Liik liik.joo...@gmail.com wrote: Top-posting is heavily frowned at on this list, so please don't do it. Balancing of trees is kind of irrelevant when tree means search space no? I think it's relatively rare that DFS is truly the best algorithm for such

Re: Python is not bad ;-)

Balancing of trees is kind of irrelevant when tree means search space no? And you definitely dont need to keep the entire tree in memory at the same time. By cropping unsuitable branches early (and not keeping the entire tree in memory) it is quite easy to have more than 1000 of call stack and

Re: Python is not bad ;-)

On Sat, May 2, 2015 at 9:55 AM, Chris Angelico ros...@gmail.com wrote: On Sun, May 3, 2015 at 1:45 AM, Ian Kelly ian.g.ke...@gmail.com wrote: On Sat, May 2, 2015 at 5:42 AM, Marko Rauhamaa ma...@pacujo.net wrote: Christian Gollwitzer aurio...@gmx.de: That's why I still think it is a

Re: Python is not bad ;-)

On 02/05/2015 14:50, Joonas Liik wrote: [top posting fixed] On 2 May 2015 at 14:42, Marko Rauhamaa ma...@pacujo.net wrote: Christian Gollwitzer aurio...@gmx.de: That's why I still think it is a microoptimization, which helps only in some specific cases. It isn't done for performance.

Re: Python is not bad ;-)

On Thu, 30 Apr 2015 08:16 pm, Marko Rauhamaa wrote: Still, Python has features that defy effective optimization. Most notably, Python's dot notation translates into a hash table lookup -- or worse. Effective optimization may be difficult, but it isn't impossible. PyPy has a very effective

Re: Python is not bad ;-)

On Thu, 30 Apr 2015 09:30 pm, Cecil Westerhof wrote: Tail recursion would nice to have also. People coming from functional languages like Lisp and Haskell often say that, but how many recursive algorithms naturally take a tail-call form? Not that many. I suppose that it would be nice if Python

Re: Python is not bad ;-)

Am 01.05.15 um 09:03 schrieb Steven D'Aprano: On Thu, 30 Apr 2015 09:30 pm, Cecil Westerhof wrote: Tail recursion would nice to have also. People coming from functional languages like Lisp and Haskell often say that, but how many recursive algorithms naturally take a tail-call form? Not that

Re: Python is not bad ;-)

Op Friday 1 May 2015 09:03 CEST schreef Steven D'Aprano: On Thu, 30 Apr 2015 09:30 pm, Cecil Westerhof wrote: Tail recursion would nice to have also. People coming from functional languages like Lisp and Haskell often say that, but how many recursive algorithms naturally take a tail-call

Python is not bad ;-)

I am coding with Python again. I like it that the code is concise and clear. But also that the performance is not bad. I wrote Lucky Numbers in Clojure and Python. When calling with 1E7 Clojure takes 12 seconds and Python 8 seconds. When calling it with 1E8 Clojure takes all 4/8 cores and gets an

Re: Python is not bad ;-)

Cecil Westerhof ce...@decebal.nl writes: I am coding with Python again. Great to know! I like it that the code is concise and clear. But also that the performance is not bad. The former is a property of Python, which is a programming language. I agree with your assessment :-) The latter is

Re: Python is not bad ;-)

On Thu, Apr 30, 2015 at 8:16 PM, Marko Rauhamaa ma...@pacujo.net wrote: Ben Finney ben+pyt...@benfinney.id.au: The latter is not a property of Python; a programming language doesn't have runtime performance. Rather, runtime performance is a property of some specific *implementation* — that

Re: Python is not bad ;-)

Ben Finney ben+pyt...@benfinney.id.au: The latter is not a property of Python; a programming language doesn't have runtime performance. Rather, runtime performance is a property of some specific *implementation* — that is, the runtime Python machine. There are numerous Python runtimes, and

Re: Python is not bad ;-)

Op Thursday 30 Apr 2015 12:16 CEST schreef Marko Rauhamaa: Ben Finney ben+pyt...@benfinney.id.au: The latter is not a property of Python; a programming language doesn't have runtime performance. Rather, runtime performance is a property of some specific *implementation* — that is, the

Re: Python is not bad ;-)

Op Thursday 30 Apr 2015 11:10 CEST schreef Ben Finney: I like it that the code is concise and clear. But also that the performance is not bad. The former is a property of Python, which is a programming language. I agree with your assessment :-) The latter is not a property of Python; a

Re: Python is not bad ;-)

Op Thursday 30 Apr 2015 16:03 CEST schreef Michael Torrie: On 04/30/2015 01:07 AM, Cecil Westerhof wrote: When I do that the computer is freezed a few times. That is a little less nice. Does not happen with Clojure when it gets an out of memory. A system freeze is probably due to thrashing

Re: Python is not bad ;-)

Am 30.04.15 um 18:11 schrieb Cecil Westerhof: Op Thursday 30 Apr 2015 16:03 CEST schreef Michael Torrie: On 04/30/2015 01:07 AM, Cecil Westerhof wrote: When I do that the computer is freezed a few times. That is a little less nice. Does not happen with Clojure when it gets an out of memory.

Re: Python is not bad ;-)

Op Thursday 30 Apr 2015 19:59 CEST schreef Christian Gollwitzer: Am 30.04.15 um 18:11 schrieb Cecil Westerhof: Op Thursday 30 Apr 2015 16:03 CEST schreef Michael Torrie: On 04/30/2015 01:07 AM, Cecil Westerhof wrote: When I do that the computer is freezed a few times. That is a little less

Re: Python is not bad ;-)

On 04/30/2015 01:07 AM, Cecil Westerhof wrote: When I do that the computer is freezed a few times. That is a little less nice. Does not happen with Clojure when it gets an out of memory. A system freeze is probably due to thrashing by your operating system as a process (in this case Python)

[issue744841] Python-Profiler bug: Bad call

Terje Wiesener added the comment: This bug seems to have resurfaced in newer python versions. I have tested the file attached in the original report (prof2.py) in python 2.6.6 and 2.7 (x86 versions) under Windows 7, and both give the same output: c:\tempc:\Python27\python.exe prof2.py type

SONAME for python modules is bad? (aka multiple module version)

As far as I know there has not been any consensus on how to install multiple version of a same module in python ? What are the recommended mechanism ? I could not find any documentation on the subject. Does anyone sees any issue with using standard SONAME mechanism when installing a python module

Re: SONAME for python modules is bad? (aka multiple module version)

mathieu schrieb: As far as I know there has not been any consensus on how to install multiple version of a same module in python ? What are the recommended mechanism ? I use virtualenvs for everything. Especially on unixish OSes this usually works without problems. On windows, things are a

[ python-Bugs-1694950 ] Bad documentation of SMTPException

Bugs item #1694950, was opened at 2007-04-05 21:48 Message generated for change (Comment added) made by quiver You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=105470aid=1694950group_id=5470 Please note that this message will contain a full copy of the comment

[ python-Bugs-1745761 ] Bad attributes/data handling in SGMLib

Bugs item #1745761, was opened at 2007-06-30 16:38 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=105470aid=1745761group_id=5470 Please note that this message will contain a full copy of

[ python-Bugs-1566331 ] Bad behaviour in ossaudio audio device.obuf*

Bugs item #1566331, was opened at 2006-09-27 13:19 Message generated for change (Comment added) made by rluse You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=105470aid=1566331group_id=5470 Please note that this message will contain a full copy of the comment thread,

Creating search engine in Python Good or Bad [in performance]

I am now creating IR engine in python which has its own database implementation . For nearly 2GB files it works fast. Can i expect the same speed when my database goes large. Else i have to chose other language[c/c++] for the speed. Please tell me the

Re: Creating search engine in Python Good or Bad [in performance]

Clement wrote: I am now creating IR engine in python which has its own database implementation . For nearly 2GB files it works fast. Can i expect the same speed when my database goes large. Else i have to chose other language[c/c++] for the speed. Please tell me the

Re: Creating search engine in Python Good or Bad [in performance]

That's right. It all depends on your design. When you do a select you could brute force it to to return the data, but the speed comes from elegant designing and programing skills. Using C++ or even Better C would probably boost your database model. Try to sort the data in the database so you can

[ python-Bugs-1694833 ] Bad documentation for existing imp methods

Bugs item #1694833, was opened at 2007-04-05 10:11 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=105470aid=1694833group_id=5470 Please note that this message will contain a full copy of

[ python-Bugs-1694833 ] Bad documentation for existing imp methods

Bugs item #1694833, was opened at 2007-04-05 10:11 Message generated for change (Settings changed) made by cito You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=105470aid=1694833group_id=5470 Please note that this message will contain a full copy of the comment

[ python-Bugs-1694950 ] Bad documentation of SMTPException

Bugs item #1694950, was opened at 2007-04-05 14:48 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=105470aid=1694950group_id=5470 Please note that this message will contain a full copy of

[ python-Bugs-1694950 ] Bad documentation of SMTPException

Bugs item #1694950, was opened at 2007-04-05 14:48 Message generated for change (Settings changed) made by cito You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=105470aid=1694950group_id=5470 Please note that this message will contain a full copy of the comment

[ python-Bugs-1566331 ] Bad behaviour in ossaudio audio device.obuf*

Bugs item #1566331, was opened at 2006-09-27 09:19 Message generated for change (Settings changed) made by akuchling You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=105470aid=1566331group_id=5470 Please note that this message will contain a full copy of the comment

[ python-Bugs-1566331 ] Bad behaviour in ossaudio audio device.obuf*

Bugs item #1566331, was opened at 2006-09-27 13:19 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=105470aid=1566331group_id=5470 Please note that this message will contain a full copy of

Re: Python 2.4.3 Documentation: Bad link

[EMAIL PROTECTED] wrote: Now, it works well... I really don't know why it before report 404 Not Found... I was tested it 5x... I'm sorry for unwanted false bug report. Hi Bones, It really was a bug!! I'd seen it reported on the bug tracker and made a quick fix which is why I hadn't closed the

Python 2.4.3 Documentation: Bad link

Hi everybody, I found bug in link to download Python 2.4.3 documentation, http://docs.python.org/download.html. All links is to http://docs.python.org/ftp/python/doc/2.4.3/* . It does not works. It works only with http://python.org/ftp/python/doc/2.4.3/* . Bones --

Re: Python 2.4.3 Documentation: Bad link

[EMAIL PROTECTED] wrote in message news:[EMAIL PROTECTED] Hi everybody, I found bug in link to download Python 2.4.3 documentation, http://docs.python.org/download.html. All links is to http://docs.python.org/ftp/python/doc/2.4.3/* . It does not works. It works only with

Re: Python 2.4.3 Documentation: Bad link

Now, it works well... I really don't know why it before report 404 Not Found... I was tested it 5x... I'm sorry for unwanted false bug report. -- http://mail.python.org/mailman/listinfo/python-list

[ python-Bugs-1442937 ] Bad Coroutine link

Bugs item #1442937, was opened at 2006-03-03 23:26 Message generated for change (Comment added) made by nnorwitz You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=105470aid=1442937group_id=5470 Please note that this message will contain a full copy of the comment

[ python-Bugs-1442937 ] Bad Coroutine link

Bugs item #1442937, was opened at 2006-03-04 07:26 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=105470aid=1442937group_id=5470 Please note that this message will contain a full copy of

[ python-Bugs-1072182 ] bad arg type to isspace in struct module

Bugs item #1072182, was opened at 2004-11-23 15:35 Message generated for change (Comment added) made by nnorwitz You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=105470aid=1072182group_id=5470 Please note that this message will contain a full copy of the comment

[ python-Bugs-1368827 ] bad external link in xmlrpc lib page

Bugs item #1368827, was opened at 2005-11-29 05:38 Message generated for change (Comment added) made by effbot You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=105470aid=1368827group_id=5470 Please note that this message will contain a full copy of the comment

[ python-Bugs-1368827 ] bad external link in xmlrpc lib page

Bugs item #1368827, was opened at 2005-11-29 05:38 Message generated for change (Comment added) made by effbot You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=105470aid=1368827group_id=5470 Please note that this message will contain a full copy of the comment

[ python-Bugs-1181619 ] Bad sys.executable value for bdist_wininst install script

Bugs item #1181619, was opened at 2005-04-12 17:49 Message generated for change (Settings changed) made by mwh You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=105470aid=1181619group_id=5470 Category: Distutils Group: Platform-specific Status: Open Resolution: None

[ python-Bugs-1181619 ] Bad sys.executable value for bdist_wininst install script

Bugs item #1181619, was opened at 2005-04-12 18:49 Message generated for change (Comment added) made by theller You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=105470aid=1181619group_id=5470 Category: Distutils Group: Platform-specific Status: Closed Resolution:

[ python-Bugs-1076861 ] Bad IDLE shortcut by 2.4 installer on XP

Bugs item #1076861, was opened at 2004-12-01 17:28 Message generated for change (Settings changed) made by loewis You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=105470aid=1076861group_id=5470 Category: Installation Group: None Status: Closed Resolution: Fixed

[ python-Bugs-1072182 ] bad arg type to isspace in struct module

Bugs item #1072182, was opened at 2004-11-23 18:35 Message generated for change (Settings changed) made by rhettinger You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=105470aid=1072182group_id=5470 Category: Python Library Group: Python 2.3 Status: Open Resolution:

[ python-Bugs-1085744 ] Bad interaction between PySequence_Fast and itertools

Bugs item #1085744, was opened at 2004-12-15 22:15 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=105470aid=1085744group_id=5470 Category: Python Interpreter Core Group: Python 2.4 Status:

[ python-Bugs-1085744 ] Bad interaction between PySequence_Fast and itertools

Bugs item #1085744, was opened at 2004-12-15 22:15 Message generated for change (Comment added) made by ncoghlan You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=105470aid=1085744group_id=5470 Category: Python Interpreter Core Group: Python 2.4 Status: Open

[ python-Bugs-1085744 ] Bad interaction between PySequence_Fast and itertools

Bugs item #1085744, was opened at 2004-12-15 07:15 Message generated for change (Settings changed) made by rhettinger You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=105470aid=1085744group_id=5470 Category: Python Interpreter Core Group: Python 2.4 Status: Closed

[ python-Bugs-1076861 ] Bad IDLE shortcut by 2.4 installer on XP

Bugs item #1076861, was opened at 2004-12-01 17:28 Message generated for change (Settings changed) made by loewis You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=105470aid=1076861group_id=5470 Category: Installation Group: None Status: Open Resolution: None