Bug 971385

Summary: pypy 2.0 JIT w/gcc-4.8 BROKEN w/ MemoryError (fix available upstream)
Product: [Fedora] Fedora Reporter: Thilo Fromm <kontakt>
Component: pypyAssignee: Matej Stuchlik <mstuchli>
Status: CLOSED CURRENTRELEASE QA Contact: Fedora Extras Quality Assurance <extras-qa>
Severity: high Docs Contact:
Priority: unspecified    
Version: 19CC: jberan, kontakt, mhroncok, mstuchli, tomspur
Target Milestone: ---   
Target Release: ---   
Hardware: x86_64   
OS: Linux   
Whiteboard:
Fixed In Version: pypy-2.0.2-1.fc19 Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 2013-07-01 05:13:54 UTC Type: Bug
Regression: --- Mount Type: ---
Documentation: --- CRM:
Verified Versions: Category: ---
oVirt Team: --- RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: --- Target Upstream Version:
Embargoed:

Description Thilo Fromm 2013-06-06 11:54:21 UTC 
Description of problem:

https://bugs.pypy.org/issue1450

pypy 2.0 JIT compiler is broken, triggers MemoryError, when compiled w/ gcc 4.8. pypy 2.0 in fedora 19 has been compiled with gcc-4.8, so the JIT is messed up. It will throw a MemoryError when being run. This should affect any package requiring pypy.

I noticed this when running cura (3D printing app) on fedora 19 and tried to "prepare a print" (i.e. slice a 3D object). You do not require a 3D printer to reproduce this issue.

THIS ISSUE HAS BEEN FIXED UPSTREAM (in pypy 2.0.2).

Version-Release number of selected component (if applicable):

Name        : pypy
Arch        : x86_64
Version     : 2.0
Release     : 0.2.b1.fc19


How reproducible:

Every time.


Steps to Reproduce:

1. start cura
2. load an object if none has been loaded automatically
3. click "Prepare" (an icon with two cogwheels).


Actual results:

cura slicing process fails with "Something went wrong during slicing!".
You can get additional information (a logfile) by clicking the "Show log" button in the lower right corner after the error happened. The logfile will show a python stack trace triggered by a MemoryError.



Expected results:

cura slices the 3D object and I get a .gcode file from the corresponding .stl file.


Additional info:

If you force cura to use /usr/bin/python instead of /usr/bin/pypy then this bug does not appear. However, not using pypy will make the slicing process about ten times slower. Since slicing *with* pypy can already take half an hour on decent hardware, not using pypy renders cura unusable.

According to https://bugs.pypy.org/issue1450, this issue has been fixed more than a month ago. A lot of other issues with pypy 2.0 have also been fixed in 2.0.2.
Comment 1 Matej Stuchlik 2013-06-10 05:53:51 UTC 
Okay, I'm working on updating it to 2.0.2.
Comment 2 Miro Hrončok 2013-06-27 19:21:20 UTC 
Thilo, could you please try it and karma it up?

https://admin.fedoraproject.org/updates/FEDORA-2013-11671/pypy-2.0.2-1.fc19
Comment 3 Thilo Fromm 2013-06-30 14:10:09 UTC 
Just ran a 'yum update' and Cura now works great, guys! Thanks for fixing!

Also, I commented on the package, but I think I need a login before I can karma-up things? So I created an account; will karma it up after the login data arrived.
Comment 4 Matej Stuchlik 2013-07-01 05:13:54 UTC 
Glad to hear that Thilo, thank *you* for reporting. :)