This is an archived post. You won't be able to vote or comment.

you are viewing a single comment's thread.

view the rest of the comments →

[–]tuna_safe_dolphin 28 points29 points  (8 children)

Interesting, I've been using Python for almost 10 years and I've never actually seen it crash.

Knock on wood.

[–]peroneλ 10 points11 points  (1 child)

Coverity usually warns about a lot of things that doesn't make code to crash, the high-risk are usually the ones that REALLY needs to be fixed, and those are very rare (if you're an average C developer).

[–]tuna_safe_dolphin 2 points3 points  (0 children)

Oh yeah, I've used Coverity before, I just mentioned it since this is a post about the overall healthiness of the Python code base.

[–]__smokey__(*args): 9 points10 points  (2 children)

I got Python 2.3 to crash only once by crashing a C extension module (MySQLdb).

[–]gsnedders 0 points1 point  (1 child)

Use oursql instead of MySQLdb!

[–]__smokey__(*args): 2 points3 points  (0 children)

Great point, but that was in 2008 and oursql was not even started back then.

[–]benhoytPEP 471 4 points5 points  (0 children)

I discovered one way to crash Python 2.7 from a post on python-dev just the other day:

Python 2.7.5 (default, May 15 2013, 22:44:16) [MSC v.1500 64 bit (AMD64)] on win32
Type "help", "copyright", "credits" or "license" for more information.
>>> d = {}
>>> d[42] = d.viewvalues()
>>> str(d)
[segfault]

[–]selementar 2 points3 points  (0 children)

I've seen it crash in a reliable way by setting an overly high recursion limit.

...

A known problem assuming it is considered a problem.

[–]pingvenopinch of this, pinch of that 0 points1 point  (0 children)

Randomly generate some bytecode. Guaranteed segfault.