Bug 971385 - pypy 2.0 JIT w/gcc-4.8 BROKEN w/ MemoryError (fix available upstream)
Summary: pypy 2.0 JIT w/gcc-4.8 BROKEN w/ MemoryError (fix available upstream)
Keywords:
Status: CLOSED CURRENTRELEASE
Alias: None
Product: Fedora
Classification: Fedora
Component: pypy
Version: 19
Hardware: x86_64
OS: Linux
unspecified
high
Target Milestone: ---
Assignee: Matej Stuchlik
QA Contact: Fedora Extras Quality Assurance
URL:
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2013-06-06 11:54 UTC by Thilo Fromm
Modified: 2016-02-01 02:14 UTC (History)
5 users (show)

Fixed In Version: pypy-2.0.2-1.fc19
Doc Type: Bug Fix
Doc Text:
Clone Of:
Environment:
Last Closed: 2013-07-01 05:13:54 UTC
Type: Bug
Embargoed:


Attachments (Terms of Use)

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. :)


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