Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

OpenScad 2019.04.07 hangs on "New" or "Open File" when running in 32bit userspace on 64bit Linux kernel #2933

Open
KlausKnopper opened this issue Apr 13, 2019 · 8 comments

Comments

@KlausKnopper
Copy link

commented Apr 13, 2019

Recent issues of openscad (also nightly builds) hang indefinitely in the editor/preview view on 32bit Debian, intel i915 graphics. Stable version 2015.03 built with exactly the same libraries works on the same machine.

strace of version 2019.04.07 keeps looping in
3848 ioctl(11, DRM_IOCTL_I915_GEM_MADVISE, 0xfff0178c) = 0
3848 ioctl(11, DRM_IOCTL_I915_GEM_BUSY, 0xfff01724) = 0
...repeating...

The error might be similar to the previously reported QT5 crash on start issue on Windows machines, though the workaround of changing QT_OPENGL=(anything...) does not work here.


Want to back this issue? Post a bounty on it! We accept bounties via Bountysource.

@kintel kintel added the OS: Linux label Apr 13, 2019

@t-paul

This comment has been minimized.

Copy link
Member

commented Apr 14, 2019

Please add the details asked for in that FAQ entry: How_do_I_report_bugs?

That sounds like a tricky one, so we need to collect all the information we can. I don't see how to easily reproduce, or is it reproducable in some VM?

@KlausKnopper

This comment has been minimized.

Copy link
Author

commented Apr 14, 2019

@t-paul

This comment has been minimized.

Copy link
Member

commented Apr 14, 2019

I can't reproduce on a fresh installed debian-unstable, so an ISO showing the issue would be useful. I think that installed Gnome on Wayland, not sure if that is important.

Linux debian-unstable-32bit 4.19.0-4-686-pae #1 SMP Debian 4.19.28-2 (2019-03-15) i686 GNU/Linux

Library Info... (interesting memory amount ;-)

OpenSCAD Version: 2019.01-RC2
System information: Linux 4.19.0-4-686-pae #1 SMP Debian 4.19.28-2 (2019-03-15) i686 Debian GNU/Linux buster/sid 2 CPUs 16777216.00 TB RAM
User Agent: OpenSCAD/2019.01-RC2 (Linux i686; Debian GNU/Linux buster/sid)
Compiler: GCC "8.3.0" 32bit
MinGW build: No
Debug build: No
Boost version: 1_67
Eigen version: 3.3.7
CGAL version, kernels: 4.13, Cartesian, Extended_cartesian, Epeck
OpenCSG version: OpenCSG 1.4.2
Qt version: 5.11.3
QScintilla version: 2.10.4
InputDrivers: 
GLib version: 2.58.3
lodepng version: 20180910
libzip version: 1.5.1
fontconfig version: 2.13.1
freetype version: 2.9.1
harfbuzz version: 2.3.1
lib3mf version: 1.8.1

GLEW version: 2.1.0
OpenGL Version: 3.1 Mesa 18.3.4
GL Renderer: llvmpipe (LLVM 7.0, 128 bits)
GL Vendor: VMware, Inc.
RGBA(8880), depth(0), stencil(0)
GL_ARB_framebuffer_object: yes
GL_EXT_framebuffer_object: yes
GL_EXT_packed_depth_stencil: yes

Qt graphics widget: QOpenGLWidget
QSurfaceFormat: RGBA(8880), depth(0), stencil(0)
@donbright

This comment has been minimized.

Copy link
Member

commented May 2, 2019

does it work with software rendering? (Is that even still a thing?)

IIRC you can test by running this:

 $ LIBGL_ALWAYS_SOFTWARE=1 openscad
@KlausKnopper

This comment has been minimized.

Copy link
Author

commented May 2, 2019

LIBGL_ALWAYS_SOFTWARE=1 openscad-nightly

hangs the same way.

@t-paul

This comment has been minimized.

Copy link
Member

commented May 2, 2019

Yes, I'm seeing that in my test VM too. I'm a bit stuck as it's not reproducible on a "normal" 32bit Debian VM. The only item remaining on my idea list is to get an AppImage going for 32bit and see what that is doing when run the Knoppix image.

@KlausKnopper

This comment has been minimized.

Copy link
Author

commented Jul 23, 2019

@KlausKnopper KlausKnopper changed the title OpenScad 2019.04.07 hangs on "New" or "Open File" on Intel Graphics / Linux OpenScad 2019.04.07 hangs on "New" or "Open File" when running in 32bit userspace on 64bit Linux kernel Jul 30, 2019

@KlausKnopper

This comment has been minimized.

Copy link
Author

commented Jul 30, 2019

Changed issue topic to reflect the recent findings.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
4 participants
You can’t perform that action at this time.