Bug 807434 - ipython dies of SIGSEGV when playing with python-magic library from file package
Summary: ipython dies of SIGSEGV when playing with python-magic library from file package
Keywords:
Status: CLOSED UPSTREAM
Alias: None
Product: Fedora
Classification: Fedora
Component: file
Version: 16
Hardware: x86_64
OS: Linux
unspecified
unspecified
Target Milestone: ---
Assignee: Jan Kaluža
QA Contact: Fedora Extras Quality Assurance
URL:
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2012-03-27 19:15 UTC by Eric Hopper
Modified: 2012-08-08 12:57 UTC (History)
1 user (show)

Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Clone Of:
Environment:
Last Closed: 2012-08-08 12:57:51 UTC
Type: ---
Embargoed:


Attachments (Terms of Use)

Description Eric Hopper 2012-03-27 19:15:11 UTC
Description of problem:
I was fiddling around with python-magic and when I exited ipython afterward, it crashed.

Version-Release number of selected component (if applicable):
file-5.07-6.fc16.src.rpm

How reproducible:
Don't know

Steps to Reproduce:
1. Open up ipython
2. import magic
3. Play around with various magic.things as if you had no idea what any of them did.
  
Actual results:
Crash on exit

Expected results:
A clean exit

Comment 1 Jan Kaluža 2012-03-28 06:13:51 UTC
Don't you have some log from that session? It would be useful to find out what exactly you have done...

Comment 2 Eric Hopper 2012-03-28 18:05:07 UTC
Here is a sequence of commands that reliably produces a SIGSEGV:

import magic
m = magic.magic_set()
m = magic.Magic(m)
m.file('./.bash_history')
exit

I realize now after examining the package carefully that you are supposed to use the magic.open function. But that's not at all clear. If you have an API in which some methods are dangerous, hide it in a sub-package who's names starts with an '_' and make a friendly Python wrapper that doesn't have these problems as the main package people should import.

Comment 3 Jan Kaluža 2012-08-08 12:57:51 UTC
I sent the bugreport upstream, you can check it here:

http://bugs.gw.com/view.php?id=193

I think it's up to upstream to decide about future of this package, not up to maintainer.


Note You need to log in before you can comment on or make changes to this bug.