OpenScad 2014.03 - Segmentation Fault
On Sun, Nov 29, 2015 at 4:03 AM, Spindoctor spindoc@roundtray.yeara.net
wrote:
cannot open shared object file
Don't know if this will help:
sudo ldconfig
--
Extra Ham Operator: K7AZJ
Registered Linux User: 275424
Raspberry Pi and Arduino developer
The most exciting phrase to hear in science - the one that heralds new
discoveries - is not "Eureka!" but "That's funny...".- Isaac. Asimov
I
*f you give someone a program, you will frustrate them for a day; if you
teach them how to program, you will frustrate them for a lifetime. *-
Anonymous
If writing good code requires very little comments, then writing really
excellent code requires no comments at all!- Ken Thompson
Hi again!
@tp3:
I just changed the file DEBIAN/control in the current development package to
the present versions of the libraries. But as I said, this just resulted in
an error message, once openscad was installed.
@jdawgaz:
Thanks for the hint, but that didn't change the error message as well.
In the mean time I compiled OpenSCAD 2015.11.29 from github myself. I
managed to compile and start it.
However, also in this version the tapeholder model is way too laggy to work
with it - especially when I drag the model around to rotate it (this usually
leads to a "timeout" of several minutes). So either the bug is still present
in the current version of OpenSCAD or there is some different issue...
Is this maybe an issue with the display drivers I have installed? I just use
the graphics chip on my intel-processor so it's not high end, but I think it
should be enough...
--
View this message in context: http://forum.openscad.org/OpenScad-2014-03-Segmentation-Fault-tp14800p14816.html
Sent from the OpenSCAD mailing list archive at Nabble.com.
On 11/29/2015 05:48 PM, Spindoctor wrote:
In the mean time I compiled OpenSCAD 2015.11.29 from github myself. I
managed to compile and start it.
Could you try rebuilding with:
qmake CONFIG-=debug
make clean
make
ciao,
Torsten.
Hallo Torsten!
Thanks again for your reply!
I just tried to compile with
qmake CONFIG-=debug
Is there a way to confirm that this effected the actual program?
When I open the tapeholder model, there is no change - still as laggy as
before :(
Best,
Marcel
--
View this message in context: http://forum.openscad.org/OpenScad-2014-03-Segmentation-Fault-tp14800p14818.html
Sent from the OpenSCAD mailing list archive at Nabble.com.
On 11/29/2015 06:17 PM, Spindoctor wrote:
I just tried to compile with
qmake CONFIG-=debug
Is there a way to confirm that this effected the actual program?
I don't know if that's somewhere visible in the application. The
compile command lines should show "-O2" instead of "-g".
On my system the difference is very much noticeable, e.g. with
the "Basics->CSG" scripts from the examples.
So maybe we are looking at different issues? :/
This is the full example, I'm running (the experimental parameter
should not really matter, I'll try to rule it out later, just
to be safe)
QT_SELECT=5 qmake CONFIG+=experimental CONFIG+=debug
./openscad examples/Basics/CSG.scad
=> lagging with mouse movement
QT_SELECT=5 qmake CONFIG+=experimental CONFIG-=debug
./openscad examples/Basics/CSG.scad
=> no lag anymore
It's still possible to build against Qt4 after installing at
least libqt4-dev using QT_SELECT=4.
ciao,
Torsten.
Ok!
I will try that once I'm back home (or tomorrow in case it gets late...)
Thank you!
Marcel
--
View this message in context: http://forum.openscad.org/OpenScad-2014-03-Segmentation-Fault-tp14800p14820.html
Sent from the OpenSCAD mailing list archive at Nabble.com.
Hi!
I tried another compilation and tried exactly your code. Here's the result:
http://nopaste.inside-irc.net/paste/P3rATweGLyt/.
Then I tried to open the CSG example. It runs quite lag-free (I didn't try
it with debug enabled, sorry). My model
(https://github.com/speendo/tapeholder) however is still much too slow to
work with it...
Maybe it's really something about my model?
Or it's another problem about the 2015-versions?
--
View this message in context: http://forum.openscad.org/OpenScad-2014-03-Segmentation-Fault-tp14800p14823.html
Sent from the OpenSCAD mailing list archive at Nabble.com.
... I also just tried to compile with QT4 but didn't succeed because some
problem with scintilla:
QT_SELECT=4 qmake CONFIG+=experimental CONFIG-=debug
WARNING: /home/openscad/scintilla.pri:31: Unable to find file for inclusion
qscintilla2
Project MESSAGE: Using local copy of qscintilla2.prf instead.
root@medienschwammerl-marcel:/home/openscad# make clean
[...]
make
/usr/lib/x86_64-linux-gnu/qt4/bin/uic src/MainWindow.ui -o
objects/ui_MainWindow.h -tr _
/usr/lib/x86_64-linux-gnu/qt4/bin/uic src/Preferences.ui -o
objects/ui_Preferences.h -tr _
/usr/lib/x86_64-linux-gnu/qt4/bin/uic src/OpenCSGWarningDialog.ui -o
objects/ui_OpenCSGWarningDialog.h -tr _
/usr/lib/x86_64-linux-gnu/qt4/bin/uic src/AboutDialog.ui -o
objects/ui_AboutDialog.h -tr _
/usr/lib/x86_64-linux-gnu/qt4/bin/uic src/FontListDialog.ui -o
objects/ui_FontListDialog.h -tr _
/usr/lib/x86_64-linux-gnu/qt4/bin/uic src/ProgressWidget.ui -o
objects/ui_ProgressWidget.h -tr _
/usr/lib/x86_64-linux-gnu/qt4/bin/uic src/launchingscreen.ui -o
objects/ui_launchingscreen.h -tr _
/usr/lib/x86_64-linux-gnu/qt4/bin/uic src/LibraryInfoDialog.ui -o
objects/ui_LibraryInfoDialog.h -tr _
g++ -c -m64 -pipe -fno-strict-aliasing -frounding-math -DEIGEN_DONT_ALIGN
-I/usr/include/glib-2.0 -I/usr/lib/x86_64-linux-gnu/glib-2.0/include
-I/usr/include/harfbuzz -I/usr/include/freetype2 -I/usr/include/freetype2
-O2 -D_REENTRANT -Wall -W -Wno-unused-local-typedefs -DQT_WEBKIT
-DOPENSCAD_VERSION=2015.11.29 -DOPENSCAD_SHORTVERSION=2015.11.29
-DOPENSCAD_YEAR=2015.0 -DOPENSCAD_MONTH=11.0 -DOPENSCAD_DAY=29.0
-DENABLE_EXPERIMENTAL -DENABLE_CGAL -DENABLE_OPENCSG -DUSE_SCINTILLA_EDITOR
-DQT_NO_DEBUG -DQT_OPENGL_LIB -DQT_GUI_LIB -DQT_CORE_LIB -DQT_SHARED
-I/usr/share/qt4/mkspecs/linux-g++-64 -I. -I/usr/include/eigen3
-I/usr/include/qt4/QtCore -I/usr/include/qt4/QtGui
-I/usr/include/qt4/QtOpenGL -I/usr/include/qt4 -Isrc -I/usr/include/qt4
-Isrc/libtess2/Include -I/usr/X11R6/include -Iobjects -o
objects/scintillaeditor.o src/scintillaeditor.cpp
In file included from src/scintillaeditor.cpp:6:0:
src/scintillaeditor.h:8:32: fatal error: Qsci/qsciscintilla.h: No such file
or directory
compilation terminated.
Makefile:824: recipe for target 'objects/scintillaeditor.o' failed
make: *** [objects/scintillaeditor.o] Error 1
--
View this message in context: http://forum.openscad.org/OpenScad-2014-03-Segmentation-Fault-tp14800p14825.html
Sent from the OpenSCAD mailing list archive at Nabble.com.
On 11/29/2015 11:50 PM, Spindoctor wrote:
... I also just tried to compile with QT4 but didn't succeed because some
problem with scintilla:
QT_SELECT=4 qmake CONFIG+=experimental CONFIG-=debug
WARNING: /home/openscad/scintilla.pri:31: Unable to find file for inclusion
qscintilla2
Project MESSAGE: Using local copy of qscintilla2.prf instead.
root@medienschwammerl-marcel:/home/openscad# make clean
There's a special qscintilla for each Qt version.
Qt5: libqt5scintilla2-dev
Qt4: libqscintilla2-dev
I suspect the issue you are seeing might not (or not only) be related
to the Qt4 -> Qt5 problems we have.
I think there were also some changes between 2014.03 and 2015.03 that
cause the model to be tessellated earlier to prevent CGAL from crying
about non-planar faces. Maybe that's what happens with your model.
Hopefully with the Qt4 qscintilla the compilation works, so we can
find out where the difference is coming from.
ciao,
Torsten.
On Nov 29, 2015, at 17:43 PM, Spindoctor spindoc@roundtray.yeara.net wrote:
My model (https://github.com/speendo/tapeholder) however is still much too slow to
work with it...
Maybe it's really something about my model?
This model is going to render pretty slowly in Preview Mode.
The main reason is due to how the CSG operations are organized; it brings out the worst in preview performance, mostly due to use of complex objects as the positive argument to difference().
Try to do this, as a test:
In outer_part() and inner_part(), add render(convexity=3) to the first argument to your differences, like this:
[…]
difference() {
render(convexity=3) union()
[…]
It will take some preprocessing, but rendering should be faster.
-Marius
PS. This is independent from the Qt mouse lag issue