This issue tracker has been migrated to GitHub, and is currently read-only.
For more information, see the GitHub FAQs in the Python's Developer Guide.

classification
Title: core dump exiting python
Type: crash Stage:
Components: Interpreter Core Versions: Python 3.0
process
Status: closed Resolution: out of date
Dependencies: Superseder:
Assigned To: Nosy List: LambertDW, amaury.forgeotdarc, vstinner
Priority: normal Keywords:

Created on 2008-10-22 07:37 by LambertDW, last changed 2022-04-11 14:56 by admin. This issue is now closed.

Files
File name Uploaded Description Edit
coredump.tar LambertDW, 2008-10-22 07:37
Messages (5)
msg75064 - (view) Author: David W. Lambert (LambertDW) Date: 2008-10-22 07:37
I created in the python module gsl_fft a __del__ method to release 
workspace when the data size changes.  It is called upon exiting 
python, and gave errors without traceback.  So I registered it with 
atexit.  This caused core dump.  The attached tape archive has 
necessary modules, and file gdb.output.  The latter contains, I hope, 
enough information to reconstruct the command line and even to find 
the cause.  Additionally you'll need the gsl and gslcblas shared 
object libraries.
msg75068 - (view) Author: STINNER Victor (vstinner) * (Python committer) Date: 2008-10-22 08:11
I installed gsl using "sudo apt-get install libgsl0ldbl". Then I 
added ".0" to the library filenames (eg. CDLL('libgsl.so.0')).

$ python3.0 dumpdriver.py
Exception AttributeError: "'NoneType' object has no attribute 'debug'" 
in <bound method Real_FFT.__del__ of <gsl_fft.Real_FFT object at 
0xb7bb45ac>> ignored

Real_FFT.__del__() uses logging.debug, logging.info and logging.warn 
whereas logging is None when the destructor is called.
msg75069 - (view) Author: STINNER Victor (vstinner) * (Python committer) Date: 2008-10-22 08:18
About your gdb output:
 - You have a 64 bits CPU (I have a 32 bits CPU)
 - You are using Red Hat 6.3.0.0-1.132.EL4rh (I'm using Ubuntu Hardy)
 - The crash occurs in PyErr_Fetch() on "*p_type = 
tstate->curexc_type;": I guess that p_type and/or tstate are NULL. The 
most probable cause is that PyThreadState_GET() returns a NULL pointer.
msg75078 - (view) Author: Amaury Forgeot d'Arc (amaury.forgeotdarc) * (Python committer) Date: 2008-10-22 11:43
I can reproduce the problem, and it seems that it is already corrected
by r66562 (issue3666), one week after 3.0rc1.

Can you try with a newer version?
msg75103 - (view) Author: David W. Lambert (LambertDW) Date: 2008-10-22 19:29
I rebuilt python3k from "today's snapshot".  No more core dump.  Problem
solved, close case. IMH'edO.
History
Date User Action Args
2022-04-11 14:56:40adminsetgithub: 48418
2008-10-22 21:01:27benjamin.petersonsetstatus: open -> closed
resolution: out of date
2008-10-22 19:29:57LambertDWsetmessages: + msg75103
2008-10-22 11:43:15amaury.forgeotdarcsetnosy: + amaury.forgeotdarc
messages: + msg75078
2008-10-22 08:18:43vstinnersetmessages: + msg75069
2008-10-22 08:11:38vstinnersetnosy: + vstinner
messages: + msg75068
2008-10-22 07:37:09LambertDWcreate