Ubuntu 16.10 segmentation fault when plater is displayed on 1.3.0-dev #3540

eloebl · 2016-10-21T00:04:01Z

Version

1.3.0-dev

Git describe:
1.2.9-367-g8910b49

Operating system type + version

Ubuntu 16.10 x64

Behavior

Segmentation fault launching with plater
Running in any mode that shows the plater
- if I start with --no-plater it starts up ok
- I think it may be an opengl related issue
- Precompiled linux binary of 1.2.9 works fine
- Worked fine on 16.04 before I upgraded to 16.10 and installed latest Nvidia driver 370.28 (done at same time)
- no errors during build, here's gui build output:

App::cpanminus is up to date. (1.7042)
Class::Accessor is up to date. (0.34)
Growl::GNTP is up to date. (0.21)
LWP::UserAgent is up to date. (6.15)
Net::Bonjour is up to date. (0.96)
OpenGL is up to date. (0.70)
Socket is up to date. (2.024)
Wx is up to date. (0.9928)
Wx::GLCanvas is up to date. (0.09)

End of output from trace:

(eval 254)[/usr/local/lib/x86_64-linux-gnu/perl/5.22.2/OpenGL.pm:6194]:1: sub OpenGL::GL_TRIANGLES { 4 }
/usr/share/perl5/Class/Accessor.pm:175: my $self = shift;
/usr/share/perl5/Class/Accessor.pm:177: if(@) {
/usr/share/perl5/Class/Accessor.pm:180: return $self->get($field);
/usr/share/perl5/Class/Accessor.pm:158: my $self = shift;
/usr/share/perl5/Class/Accessor.pm:160: if(@ == 1) {
/usr/share/perl5/Class/Accessor.pm:161: return $self->{$_[0]};

This is where it segfaults

eloebl · 2016-10-21T00:04:17Z

Thanks for any help!

mac-miller · 2016-10-21T15:48:19Z

I have exact the same Problem, but with Ubuntu 16.04 and Nvidia driver 370.28.

eloebl · 2016-10-21T16:01:38Z

Thanks for following up; I'd go back a version of the driver, but I believe there's a bug with the NVidia drivers on 16.10 prior to this version. It's weird how the precompiled version works.

mac-miller · 2016-10-21T18:40:23Z

If i comment in file /lib/Slic3r/GUI/3DScene.pm line 762 out, it will crash at line 774 where a similar code is: glDrawArrays(GL_LINES, 0, $self->bed_grid_lines->elements /3);
When commenting out line 762 and 774 the program starts without crash.

mac-miller · 2016-10-22T07:20:49Z

I do not know anything about OpenGL-programming, but i did a litte search on the web and found this statement:
"For only nVidia PC drivers (not OS X), if you enable a vertex array that doesn't exist in the shader, it'll crash with a access violation when you attempt to draw on the shader. Other drivers ignore this, as it's really a no-op."

So i enabled lines 762 and 774 and disabled lines 758 and 772 (glEnableClientState(GL_VERTEX_ARRAY) ) and slic3r starts with plater without any problem.

That's all i can do. Perhaps someone with opengl-programming-skills can have a look at it.

bubnikv · 2016-10-25T18:54:04Z

It is difficult to give you any advice. If you could get the stack trace of
the segfault, we would know more.

You can also try the pre-built Prusa3D release, but with Linux there may be
some missing shared library dependencies.

https://github.com/prusa3d/Slic3r/releases/tag/version_1.30.0

On Fri, Oct 21, 2016 at 2:04 AM, mloebl notifications@github.com wrote:

Thanks for any help!

—
You are receiving this because you are subscribed to this thread.
Reply to this email directly, view it on GitHub
#3540 (comment), or mute
the thread
https://github.com/notifications/unsubscribe-auth/AFj5I4lbq7onstEi0ElKtiZa7czmAVEsks5q2AGIgaJpZM4KcuxU
.

Chaosbit · 2016-10-25T19:31:36Z

Having a similar issue,
running Mint 17.3 with intel onboad card.

stack trace looks like this:

#0 __memcpy_sse2_unaligned ()
at ../sysdeps/x86_64/multiarch/memcpy-sse2-unaligned.S:33
#1 0x00007fffe5ede1ad in ?? () from /usr/lib/x86_64-linux-gnu/dri/i965_dri.so
#2 0x00007fffe5f022ce in ?? () from /usr/lib/x86_64-linux-gnu/dri/i965_dri.so
#3 0x00007fffe5f02bc4 in ?? () from /usr/lib/x86_64-linux-gnu/dri/i965_dri.so
#4 0x00007fffe5f02d66 in ?? () from /usr/lib/x86_64-linux-gnu/dri/i965_dri.so
#5 0x00007fffe5f5167a in ?? () from /usr/lib/x86_64-linux-gnu/dri/i965_dri.so
#6 0x00007fffe5f01597 in ?? () from /usr/lib/x86_64-linux-gnu/dri/i965_dri.so
#7 0x00007fffe5d5e79d in ?? () from /usr/lib/x86_64-linux-gnu/dri/i965_dri.so
#8 0x00007fffe9ea589c in XS_OpenGL_glDrawArrays (my_perl=,
cv=) at pogl_gl_Accu_GetM.c:1176
#9 0x00007ffff7b0ac46 in Perl_pp_entersub () from /usr/lib/libperl.so.5.18
#10 0x00007ffff7b03266 in Perl_runops_standard () from /usr/lib/libperl.so.5.18
#11 0x00007ffff7a944d0 in Perl_call_sv () from /usr/lib/libperl.so.5.18
#12 0x00007ffff33e72ad in wxPliEventCallback::Handler (this=,
event=...) at cpp/e_cback.cpp:93
#13 0x00007ffff278e966 in wxEvtHandler::ProcessEventIfMatches(wxEventTableEntryBase const&, wxEvtHandler*, wxEvent&) ()
from /usr/lib/x86_64-linux-gnu/libwx_baseu-2.8.so.0
#14 0x00007ffff278ec8f in wxEvtHandler::SearchDynamicEventTable(wxEvent&) ()
from /usr/lib/x86_64-linux-gnu/libwx_baseu-2.8.so.0
#15 0x00007ffff278ed42 in wxEvtHandler::ProcessEvent(wxEvent&) ()
from /usr/lib/x86_64-linux-gnu/libwx_baseu-2.8.so.0
---Type to continue, or q to quit---
#16 0x00007fffe80b18be in ?? ()
from /usr/lib/x86_64-linux-gnu/libwx_gtk2u_gl-2.8.so.0
#17 0x00007ffff19623b8 in g_closure_invoke ()
from /usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0
#18 0x00007ffff1973d3d in ?? ()
from /usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0
#19 0x00007ffff197ba29 in g_signal_emit_valist ()
from /usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0
#20 0x00007ffff197bce2 in g_signal_emit ()
from /usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0
#21 0x00007ffff22ba7fe in gtk_widget_map ()
from /usr/lib/x86_64-linux-gnu/libgtk-x11-2.0.so.0
#22 0x00007ffff22018de in ?? ()
from /usr/lib/x86_64-linux-gnu/libgtk-x11-2.0.so.0
#23 0x00007ffff212c09f in ?? ()
from /usr/lib/x86_64-linux-gnu/libgtk-x11-2.0.so.0
#24 0x00007ffff196255f in ?? ()
from /usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0
#25 0x00007ffff197b088 in g_signal_emit_valist ()
from /usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0
#26 0x00007ffff197bce2 in g_signal_emit ()
from /usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0
#27 0x00007ffff22ba7fe in gtk_widget_map ()
---Type to continue, or q to quit---
from /usr/lib/x86_64-linux-gnu/libgtk-x11-2.0.so.0
#28 0x00007ffff21c4f2a in ?? ()
from /usr/lib/x86_64-linux-gnu/libgtk-x11-2.0.so.0
#29 0x00007ffff196255f in ?? ()
from /usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0
#30 0x00007ffff197b088 in g_signal_emit_valist ()
from /usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0
#31 0x00007ffff197bce2 in g_signal_emit ()
from /usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0
#32 0x00007ffff22ba7fe in gtk_widget_map ()
from /usr/lib/x86_64-linux-gnu/libgtk-x11-2.0.so.0
#33 0x00007ffff2be1ee9 in ?? ()
from /usr/lib/x86_64-linux-gnu/libwx_gtk2u_core-2.8.so.0
#34 0x00007ffff196255f in ?? ()
from /usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0
#35 0x00007ffff197b088 in g_signal_emit_valist ()
from /usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0
#36 0x00007ffff197bce2 in g_signal_emit ()
from /usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0
#37 0x00007ffff22ba7fe in gtk_widget_map ()
from /usr/lib/x86_64-linux-gnu/libgtk-x11-2.0.so.0
#38 0x00007ffff22018de in ?? ()
from /usr/lib/x86_64-linux-gnu/libgtk-x11-2.0.so.0
---Type to continue, or q to quit---
#39 0x00007ffff212c09f in ?? ()
from /usr/lib/x86_64-linux-gnu/libgtk-x11-2.0.so.0
#40 0x00007ffff196255f in ?? ()
from /usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0
#41 0x00007ffff197b088 in g_signal_emit_valist ()
from /usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0
#42 0x00007ffff197bce2 in g_signal_emit ()
from /usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0
#43 0x00007ffff22ba7fe in gtk_widget_map ()
from /usr/lib/x86_64-linux-gnu/libgtk-x11-2.0.so.0
#44 0x00007ffff21c4f2a in ?? ()
from /usr/lib/x86_64-linux-gnu/libgtk-x11-2.0.so.0
#45 0x00007ffff196255f in ?? ()
from /usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0
#46 0x00007ffff197b088 in g_signal_emit_valist ()
from /usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0
#47 0x00007ffff197bce2 in g_signal_emit ()
from /usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0
#48 0x00007ffff22ba7fe in gtk_widget_map ()
from /usr/lib/x86_64-linux-gnu/libgtk-x11-2.0.so.0
#49 0x00007ffff2be1ee9 in ?? ()
from /usr/lib/x86_64-linux-gnu/libwx_gtk2u_core-2.8.so.0
#50 0x00007ffff196255f in ?? ()
---Type to continue, or q to quit---
from /usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0
#51 0x00007ffff197b088 in g_signal_emit_valist ()
from /usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0
#52 0x00007ffff197bce2 in g_signal_emit ()
from /usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0
#53 0x00007ffff22ba7fe in gtk_widget_map ()
from /usr/lib/x86_64-linux-gnu/libgtk-x11-2.0.so.0
#54 0x00007ffff2be1ee9 in ?? ()
from /usr/lib/x86_64-linux-gnu/libwx_gtk2u_core-2.8.so.0
#55 0x00007ffff196255f in ?? ()
from /usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0
#56 0x00007ffff197b088 in g_signal_emit_valist ()
from /usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0
#57 0x00007ffff197bce2 in g_signal_emit ()
from /usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0
#58 0x00007ffff22ba7fe in gtk_widget_map ()
from /usr/lib/x86_64-linux-gnu/libgtk-x11-2.0.so.0
#59 0x00007ffff22cac92 in ?? ()
from /usr/lib/x86_64-linux-gnu/libgtk-x11-2.0.so.0
#60 0x00007ffff19625e7 in ?? ()
from /usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0
#61 0x00007ffff197b088 in g_signal_emit_valist ()
from /usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0
---Type to continue, or q to quit---
#62 0x00007ffff197bce2 in g_signal_emit ()
from /usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0
#63 0x00007ffff22ba7fe in gtk_widget_map ()
from /usr/lib/x86_64-linux-gnu/libgtk-x11-2.0.so.0
#64 0x00007ffff22c4e5e in ?? ()
from /usr/lib/x86_64-linux-gnu/libgtk-x11-2.0.so.0
#65 0x00007ffff19625e7 in ?? ()
from /usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0
#66 0x00007ffff197b088 in g_signal_emit_valist ()
from /usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0
#67 0x00007ffff197bce2 in g_signal_emit ()
from /usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0
#68 0x00007ffff22b9dc6 in gtk_widget_show ()
from /usr/lib/x86_64-linux-gnu/libgtk-x11-2.0.so.0
#69 0x00007ffff2be9216 in wxWindow::Show(bool) ()
from /usr/lib/x86_64-linux-gnu/libwx_gtk2u_core-2.8.so.0
#70 0x00007ffff2bde704 in wxTopLevelWindowGTK::Show(bool) ()
from /usr/lib/x86_64-linux-gnu/libwx_gtk2u_core-2.8.so.0
#71 0x00007ffff344a3dc in XS_Wx__Window_Show (my_perl=0x603010,
cv=) at Window.c:4265
#72 0x00007ffff7b0ac46 in Perl_pp_entersub () from /usr/lib/libperl.so.5.18
#73 0x00007ffff7b03266 in Perl_runops_standard () from /usr/lib/libperl.so.5.18
#74 0x00007ffff7a944d0 in Perl_call_sv () from /usr/lib/libperl.so.5.18
---Type to continue, or q to quit---
#75 0x00007ffff333e0f5 in call_oninit (sub=0x3727600, This=0xffeb18,
my_perl=0x603010) at Wx.c:134
#76 XS_Wx___App_Start (my_perl=0x603010, cv=) at Wx.c:14739
#77 0x00007ffff7b0ac46 in Perl_pp_entersub () from /usr/lib/libperl.so.5.18
#78 0x00007ffff7b03266 in Perl_runops_standard () from /usr/lib/libperl.so.5.18
#79 0x00007ffff7a9bb44 in perl_run () from /usr/lib/libperl.so.5.18
#80 0x0000000000400dd9 in main ()

tareko · 2016-10-27T11:56:16Z

I am having the same issue with an intel card. I was on 16.04, and thought perhaps that was responsible, so I moved to 16.10 - same result.
I'm not sure how to get a stack trace, but when I run with perl -d, I get:

Slic3r-git$ perl -d ./slic3r.pl

Loading DB routines from perl5db.pl version 1.49
Editor support available.

Enter h or 'h h' for help, or 'man perldebug' for more help.

main::(./slic3r.pl:17): $|++;
  DB<1> c
07:36:52 AM: Warning: Mismatch between the program and library build versions detected.
The library used 3.0 (wchar_t,compiler with C++ ABI 1009,wx containers,compatible with 2.8),
and your program used 3.0 (wchar_t,compiler with C++ ABI 1010,wx containers,compatible with 2.8).
Signal SEGV at /Slic3r-git/lib/Slic3r/GUI/3DScene.pm line 97.
    Slic3r::GUI::3DScene::Base::__ANON__[/Slic3r-git/lib/Slic3r/GUI/3DScene.pm:98](Slic3r::GUI::Plater::3D=HASH(0x557d6e4f5148), Wx::PaintEvent=SCALAR(0x557d6be70760)) called at ./slic3r.pl line 117
    eval {...} called at ./slic3r.pl line 117
Aborted (core dumped)

flannelhead · 2016-11-01T09:23:50Z

Having built Slic3r recently, I also faced this problem on Arch Linux.

I believe this is related to the recent update of the Perl OpenGL module and is specific to the i915 Intel driver. A temporary solution would be to downgrade the module. I'm soon going to open a pull request to fix this.

uclaros · 2016-11-01T12:42:08Z

I had the same issue on windows trying to build with strawberry perl's mingw 64 bit.
Removing OpenGL 0.70 and manually installing OpenGL 0.6703 fixed it for me.
OpenGL 0.6703 is removed from http://www.cpan.org/authors/id/C/CH/CHM/ so I installed it from some mirror I found: ftp://ftp.uni-siegen.de/pub/CPAN/modules/by-module/OpenGL/OpenGL-0.6703.tar.gz

cpanm -U Wx::GLCanvas
cpanm -U OpenGL
cpanm ftp://ftp.uni-siegen.de/pub/CPAN/modules/by-module/OpenGL/OpenGL-0.6703.tar.gz
cpanm Wx::GLCanvas

If you try to perl Build.PL --gui after that, OpenGL 0.70 is downloaded again, so don't.

flannelhead · 2016-11-01T12:48:21Z

@uclaros See #3552 where I constrained the OpenGL package to below 0.70. You should also be able to build again after that modification.

tareko · 2016-11-05T03:17:46Z

@flannelhead's solution worked for me as well. Thank you!

lordofhyphens · 2016-11-12T03:21:03Z

@flannelhead it's not specific to the intel driver, I can reproduce it on Debian with the nvidia proprietary driver.

The first call that causes a crash is one to glDrawArrays around line 760 in 3DScene.pm. This is just the symptom though; I'm researching OpenGL.pm-0.70 to figure out what might be going on; it's been a long time since I've actively worked with OpenGL.

Odds are that the array that should be referenced by the call to glVertexPointer_p (which looks like a wrapper function to glVertexPointer, used to provide the correct typing) isn't giving us the a real array to copy.

I grabbed the source for OpenGL.pm-0.70 and fwiw its test suite does run, so there's some thing usage-related that has changed (I suspect).

lordofhyphens · 2016-11-13T23:14:37Z

Currently running a git bisect with OpenGL.pm to see what changed to break things.

lordofhyphens · 2016-11-13T23:27:50Z

Looks like commit e7bf734b1295e6196675c40374f963df6b6f9513 in OpenGL.pm is the first one that breaks things, which changed several bind calls.

I am unsure at present what (if anything) Slic3r is doing wrong.

Here's the diff:

Author: Bob Free <bfree@graphcomp.com>  2015-06-10 01:26:05
Committer: Christian Walde <walde.christian@googlemail.com>  2016-09-27 12:43:05
Parent: 0596a1796d3115070b90cef6de10ed79648174cf (improve the safety of some pointer handling)
Branches: master, remotes/origin/bleeding, remotes/origin/master, remotes/origin/questionable_glutclose_fix, remotes/origin/rel
Follows: OpenGL-0.6704
Precedes: OpenGL-0.6704_91, bleeding-0.67048

    allow all glBindBuffer uses by GL2.0 instead of ARB_vertex_buffer_object

----------------------------- pogl_gl_Accu_GetM.xs -----------------------------
index ac3ba1a..fe622e0 100644
@@ -393,15 +393,18 @@ glColorPointer_p(size, oga)
    OpenGL::Array oga
    CODE:
    {
-#ifdef GL_ARB_vertex_buffer_object
+       GLvoid * data = oga->data;
+#ifdef GL_VERSION_2_0
+       glBindBuffer(GL_ARRAY_BUFFER, oga->bind);
+       data = NULL;
+#elif defined(GL_ARB_vertex_buffer_object)
        if (testProc(glBindBufferARB,"glBindBufferARB"))
        {
            glBindBufferARB(GL_ARRAY_BUFFER_ARB, oga->bind);
+           data = NULL;
        }
-       glColorPointer(size, oga->types[0], 0, oga->bind ? 0 : oga->data);
-#else
-       glColorPointer(size, oga->types[0], 0, oga->data);
 #endif
+       glColorPointer(size, oga->types[0], 0, data);
    }

 #endif
@@ -793,15 +796,18 @@ glEdgeFlagPointer_p(oga)
    OpenGL::Array oga
    CODE:
    {
-#ifdef GL_ARB_vertex_buffer_object
+       GLvoid * data = oga->data;
+#ifdef GL_VERSION_2_0
+       glBindBuffer(GL_ARRAY_BUFFER, oga->bind);
+       data = NULL;
+#elif defined(GL_ARB_vertex_buffer_object)
        if (testProc(glBindBufferARB,"glBindBufferARB"))
        {
            glBindBufferARB(GL_ARRAY_BUFFER_ARB, oga->bind);
+           data = NULL;
        }
-       glEdgeFlagPointer(0, oga->bind ? 0 : oga->data);
-#else
-       glEdgeFlagPointer(0, oga->data);
 #endif
+       glEdgeFlagPointer(0, data);
    }

 #endif

----------------------------- pogl_gl_GetP_Pass.xs -----------------------------
index 73353aa..213e518 100644
@@ -751,15 +751,18 @@ glIndexPointer_p(oga)
    OpenGL::Array oga
    CODE:
    {
-#ifdef GL_ARB_vertex_buffer_object
+       GLvoid * data = oga->data;
+#ifdef GL_VERSION_2_0
+       glBindBuffer(GL_ARRAY_BUFFER, oga->bind);
+       data = NULL;
+#elif defined(GL_ARB_vertex_buffer_object)
        if (testProc(glBindBufferARB,"glBindBufferARB"))
        {
            glBindBufferARB(GL_ARRAY_BUFFER_ARB, oga->bind);
+           data = NULL;
        }
-       glIndexPointer(oga->types[0], 0, oga->bind ? 0 : oga->data);
-#else
-       glIndexPointer(oga->types[0], 0, oga->data);
 #endif
+       glIndexPointer(oga->types[0], 0, data);
    }

 #endif
@@ -1533,15 +1536,18 @@ glNormalPointer_p(oga)
    OpenGL::Array oga
    CODE:
    {
-#ifdef GL_ARB_vertex_buffer_object
+       GLvoid * data = oga->data;
+#ifdef GL_VERSION_2_0
+       glBindBuffer(GL_ARRAY_BUFFER, oga->bind);
+       data = NULL;
+#elif defined(GL_ARB_vertex_buffer_object)
        if (testProc(glBindBufferARB,"glBindBufferARB"))
        {
            glBindBufferARB(GL_ARRAY_BUFFER_ARB, oga->bind);
+           data = NULL;
        }
-       glNormalPointer(oga->types[0], 0, oga->bind ? 0 : oga->data);
-#else
-       glNormalPointer(oga->types[0], 0, oga->data);
 #endif
+       glNormalPointer(oga->types[0], 0, data);
    }

 #endif

----------------------------- pogl_gl_Pixe_Ver2.xs -----------------------------
index 0f1c406..0622756 100644
@@ -685,15 +685,18 @@ glTexCoordPointer_p(size, oga)
    OpenGL::Array oga
    CODE:
    {
-#ifdef GL_ARB_vertex_buffer_object
+       GLvoid * data = oga->data;
+#ifdef GL_VERSION_2_0
+       glBindBuffer(GL_ARRAY_BUFFER, oga->bind);
+       data = NULL;
+#elif defined(GL_ARB_vertex_buffer_object)
        if (testProc(glBindBufferARB,"glBindBufferARB"))
        {
            glBindBufferARB(GL_ARRAY_BUFFER_ARB, oga->bind);
+           data = NULL;
        }
-       glTexCoordPointer(size, oga->types[0], 0, oga->bind ? 0 : oga->data);
-#else
-       glTexCoordPointer(size, oga->types[0], 0, oga->data);
 #endif
+       glTexCoordPointer(size, oga->types[0], 0, data);
    }

 #endif
@@ -1486,15 +1489,18 @@ glVertexPointer_p(size, oga)
    OpenGL::Array oga
    CODE:
    {
-#ifdef GL_ARB_vertex_buffer_object
+       GLvoid * data = oga->data;
+#ifdef GL_VERSION_2_0
+       glBindBuffer(GL_ARRAY_BUFFER, oga->bind);
+       data = NULL;
+#elif defined(GL_ARB_vertex_buffer_object)
        if (testProc(glBindBufferARB,"glBindBufferARB"))
        {
            glBindBufferARB(GL_ARRAY_BUFFER_ARB, oga->bind);
+           data = NULL;
        }
-       glVertexPointer(size, oga->types[0], 0, oga->bind ? 0 : oga->data);
-#else
-       glVertexPointer(size, oga->types[0], 0, oga->data);
 #endif
+       glVertexPointer(size, oga->types[0], 0, data);
    }

 #endif

---------------------------- pogl_gl_Vert_Multi.xs ----------------------------
index cffd5a8..5392ffb 100644
@@ -97,17 +97,18 @@ glVertexPointerEXT_p(size, oga)
        loadProc(glVertexPointerEXT,"glVertexPointerEXT");
    CODE:
    {
-#ifdef GL_ARB_vertex_buffer_object
+       GLvoid * data = oga->data;
+#ifdef GL_VERSION_2_0
+       glBindBuffer(GL_ARRAY_BUFFER, oga->bind);
+       data = NULL;
+#elif defined(GL_ARB_vertex_buffer_object)
        if (testProc(glBindBufferARB,"glBindBufferARB"))
        {
            glBindBufferARB(GL_ARRAY_BUFFER_ARB, oga->bind);
+           data = NULL;
        }
-       glVertexPointerEXT(size, oga->types[0], 0, oga->item_count/size,
-           oga->bind ? 0 : oga->data);
-#else
-       glVertexPointerEXT(size, oga->types[0], 0, oga->item_count/size,
-           oga->data);
 #endif
+       glVertexPointerEXT(size, oga->types[0], 0, oga->item_count/size, data);
    }

 #//# glNormalPointerEXT_c($type, $stride, $count, (CPTR)pointer);
@@ -146,17 +147,18 @@ glNormalPointerEXT_p(oga)
        loadProc(glNormalPointerEXT,"glNormalPointerEXT");
    CODE:
    {
-#ifdef GL_ARB_vertex_buffer_object
+       GLvoid * data = oga->data;
+#ifdef GL_VERSION_2_0
+       glBindBuffer(GL_ARRAY_BUFFER, oga->bind);
+       data = NULL;
+#elif defined(GL_ARB_vertex_buffer_object)
        if (testProc(glBindBufferARB,"glBindBufferARB"))
        {
            glBindBufferARB(GL_ARRAY_BUFFER_ARB, oga->bind);
+           data = NULL;
        }
-       glNormalPointerEXT(oga->types[0], 0, oga->item_count/3,
-           oga->bind ? 0 : oga->data);
-#else
-       glNormalPointerEXT(oga->types[0], 0, oga->item_count/3,
-           oga->data);
 #endif
+       glNormalPointerEXT(oga->types[0], 0, oga->item_count/3, data);
    }

 #//# glColorPointerEXT_c($size, $type, $stride, $count, (CPTR)pointer);
@@ -198,17 +200,18 @@ glColorPointerEXT_p(size, oga)
        loadProc(glColorPointerEXT,"glColorPointerEXT");
    CODE:
    {
-#ifdef GL_ARB_vertex_buffer_object
+       GLvoid * data = oga->data;
+#ifdef GL_VERSION_2_0
+       glBindBuffer(GL_ARRAY_BUFFER, oga->bind);
+       data = NULL;
+#elif defined(GL_ARB_vertex_buffer_object)
        if (testProc(glBindBufferARB,"glBindBufferARB"))
        {
            glBindBufferARB(GL_ARRAY_BUFFER_ARB, oga->bind);
+           data = NULL;
        }
-       glColorPointerEXT(size, oga->types[0], 0, oga->item_count/size,
-           oga->bind ? 0 : oga->data);
-#else
-       glColorPointerEXT(size, oga->types[0], 0, oga->item_count/size,
-           oga->data);
 #endif
+       glColorPointerEXT(size, oga->types[0], 0, oga->item_count/size, data);
    }

 #//# glIndexPointerEXT_c($type, $stride, $count, (CPTR)pointer);
@@ -247,17 +250,18 @@ glIndexPointerEXT_p(oga)
        loadProc(glIndexPointerEXT,"glIndexPointerEXT");
    CODE:
    {
-#ifdef GL_ARB_vertex_buffer_object
+       GLvoid * data = oga->data;
+#ifdef GL_VERSION_2_0
+       glBindBuffer(GL_ARRAY_BUFFER, oga->bind);
+       data = NULL;
+#elif defined(GL_ARB_vertex_buffer_object)
        if (testProc(glBindBufferARB,"glBindBufferARB"))
        {
            glBindBufferARB(GL_ARRAY_BUFFER_ARB, oga->bind);
+           data = NULL;
        }
-       glIndexPointerEXT(oga->types[0], 0, oga->item_count,
-           oga->bind ? 0 : oga->data);
-#else
-       glIndexPointerEXT(oga->types[0], 0, oga->item_count,
-           oga->data);
 #endif
+       glIndexPointerEXT(oga->types[0], 0, oga->item_count, data);
    }

 #//# glTexCoordPointerEXT_c($size, $type, $stride, $count, (CPTR)pointer);
@@ -299,17 +303,18 @@ glTexCoordPointerEXT_p(size, oga)
        loadProc(glTexCoordPointerEXT,"glTexCoordPointerEXT");
    CODE:
    {
-#ifdef GL_ARB_vertex_buffer_object
+       GLvoid * data = oga->data;
+#ifdef GL_VERSION_2_0
+       glBindBuffer(GL_ARRAY_BUFFER, oga->bind);
+       data = NULL;
+#elif defined(GL_ARB_vertex_buffer_object)
        if (testProc(glBindBufferARB,"glBindBufferARB"))
        {
            glBindBufferARB(GL_ARRAY_BUFFER_ARB, oga->bind);
+           data = NULL;
        }
-       glTexCoordPointerEXT(size, oga->types[0], 0, oga->item_count/size,
-           oga->bind ? 0 : oga->data);
-#else
-       glTexCoordPointerEXT(size, oga->types[0], 0, oga->item_count/size,
-           oga->data);
 #endif
+       glTexCoordPointerEXT(size, oga->types[0], 0, oga->item_count/size, data);
    }

 #//# glEdgeFlagPointerEXT_c($stride, $count, (CPTR)pointer);
@@ -346,15 +351,18 @@ glEdgeFlagPointerEXT_p(oga)
        loadProc(glEdgeFlagPointerEXT,"glEdgeFlagPointerEXT");
    CODE:
    {
-#ifdef GL_ARB_vertex_buffer_object
+       GLvoid * data = oga->data;
+#ifdef GL_VERSION_2_0
+       glBindBuffer(GL_ARRAY_BUFFER, oga->bind);
+       data = NULL;
+#elif defined(GL_ARB_vertex_buffer_object)
        if (testProc(glBindBufferARB,"glBindBufferARB"))
        {
            glBindBufferARB(GL_ARRAY_BUFFER_ARB, oga->bind);
+           data = NULL;
        }
-       glEdgeFlagPointerEXT(0, oga->item_count, oga->bind ? 0 : oga->data);
-#else
-       glEdgeFlagPointerEXT(0, oga->item_count, oga->data);
 #endif
+       glEdgeFlagPointerEXT(0, oga->item_count, data);
    }

 #endif // GL_EXT_vertex_array

lordofhyphens · 2016-11-14T00:55:58Z

I did some poking around in test.pl from OpenGL.pm and noticed that the classic vertex buffers is never tested if VBOs are available. If I forced detection of VBO availability to false, it also segfaults.

Joy.

lordofhyphens · 2016-11-17T16:53:05Z

I've reported this upstream. On our side we could probably rewrite the affected code to not use glCreateVertex_p
https://sourceforge.net/p/pogl/bugs/25/

lordofhyphens · 2016-11-17T19:22:53Z

I've narrowed down the problematic call to generating the base plate (for some reason) and grid. I've modified those to use Vertex Buffer Objects instead of the way it was done before.

There's still some bugs in it, the cut dialog causes a segfault, probably something related to line drawing.

lordofhyphens · 2016-11-18T05:20:26Z

Alright, referenced PR should completely resolve this now.

alranel · 2016-11-22T17:16:15Z

Merged, thank you everybody a lot for report, investigation and fix! (especially thanks to @lordofhyphens)

flannelhead mentioned this issue Nov 1, 2016

Constrain OpenGL to below 0.70 to resolve segfault #3552

Closed

lordofhyphens mentioned this issue Nov 1, 2016

Segmantation fault on Debian Jessie 64b #3553

Closed

krzysztofsroga mentioned this issue Nov 1, 2016

slic3r-dev segmentatnion fault even in console mode #3554

Closed

lordofhyphens mentioned this issue Nov 8, 2016

Segmentation fault on start #3564

Closed

This was referenced Nov 13, 2016

IO::Stringy and IO::Scalar on windows won't compile whatever version of boost & perl I use #3573

Closed

Compilation issues with Slic3r 1.29.0 #3555

Closed

Can't compile Slic3r on Win 7 32bit #3539

Closed

lordofhyphens mentioned this issue Nov 17, 2016

Fix for OpenGL.pm 0.70 segfault #3575

Merged

lordofhyphens added Fixed Fixed with PR available to merge There is an update to address this issue in an open pull request. and removed Fixed labels Nov 17, 2016

lordofhyphens added this to the 1.3.0 milestone Nov 17, 2016

lordofhyphens self-assigned this Nov 17, 2016

lordofhyphens mentioned this issue Nov 18, 2016

Adaptive slicing #1386

Merged

alranel closed this as completed Nov 22, 2016

cubiq mentioned this issue Dec 20, 2016

Segmentation Fault at startup prusa3d/PrusaSlicer#69

Closed

lordofhyphens mentioned this issue Jan 11, 2017

Cannot launch because of undefined OpenGL AUTOLOAD subroutine #3600

Closed

lordofhyphens mentioned this issue Jun 2, 2017

3D rendering issues on Fedora 26 #4002

Closed

Provide feedback

Saved searches

Use saved searches to filter your results more quickly

Ubuntu 16.10 segmentation fault when plater is displayed on 1.3.0-dev #3540

Ubuntu 16.10 segmentation fault when plater is displayed on 1.3.0-dev #3540

eloebl commented Oct 21, 2016

eloebl commented Oct 21, 2016

mac-miller commented Oct 21, 2016

eloebl commented Oct 21, 2016

mac-miller commented Oct 21, 2016

mac-miller commented Oct 22, 2016

bubnikv commented Oct 25, 2016

Chaosbit commented Oct 25, 2016 •

edited

tareko commented Oct 27, 2016 •

edited

flannelhead commented Nov 1, 2016

uclaros commented Nov 1, 2016

flannelhead commented Nov 1, 2016

tareko commented Nov 5, 2016

lordofhyphens commented Nov 12, 2016

lordofhyphens commented Nov 13, 2016

lordofhyphens commented Nov 13, 2016

lordofhyphens commented Nov 14, 2016

lordofhyphens commented Nov 17, 2016

lordofhyphens commented Nov 17, 2016

lordofhyphens commented Nov 18, 2016

alranel commented Nov 22, 2016

Ubuntu 16.10 segmentation fault when plater is displayed on 1.3.0-dev #3540

Ubuntu 16.10 segmentation fault when plater is displayed on 1.3.0-dev #3540

Comments

eloebl commented Oct 21, 2016

Version

Operating system type + version

Behavior

eloebl commented Oct 21, 2016

mac-miller commented Oct 21, 2016

eloebl commented Oct 21, 2016

mac-miller commented Oct 21, 2016

mac-miller commented Oct 22, 2016

bubnikv commented Oct 25, 2016

Chaosbit commented Oct 25, 2016 • edited

tareko commented Oct 27, 2016 • edited

flannelhead commented Nov 1, 2016

uclaros commented Nov 1, 2016

flannelhead commented Nov 1, 2016

tareko commented Nov 5, 2016

lordofhyphens commented Nov 12, 2016

lordofhyphens commented Nov 13, 2016

lordofhyphens commented Nov 13, 2016

lordofhyphens commented Nov 14, 2016

lordofhyphens commented Nov 17, 2016

lordofhyphens commented Nov 17, 2016

lordofhyphens commented Nov 18, 2016

alranel commented Nov 22, 2016

Chaosbit commented Oct 25, 2016 •

edited

tareko commented Oct 27, 2016 •

edited