Imported STL no longer renders

classic Classic list List threaded Threaded
8 messages Options
Reply | Threaded
Open this post in threaded view
|

Imported STL no longer renders

nophead
I have been importing this STL:  http://www.thingiverse.com/thing:2521

You can see it rendered correctly here with the June version: https://picasaweb.google.com/115941911408278491291/2011123002#5691886520160708562

It has now stopped working, all I see is a thin red line.

I presume it stopped working when I upgraded to one of the recent versions. I probably didn't notice because it is at the back of the model.


Reply | Threaded
Open this post in threaded view
|

Re: Imported STL no longer renders

kintel
Administrator
On Jan 14, 2012, at 19:14 PM, nop head wrote:
>
> It has now stopped working, all I see is a thin red line.
>
It works in the latest release, but broke sometime in January, but somehow only on Windows.

It's probably related to the recent boost filesystem patch - good thing I waited post-release to apply that one ;)

 -Marius


Reply | Threaded
Open this post in threaded view
|

Re: Imported STL no longer renders

nophead
Odd because I should have said I also import the big gear STL and that still works fine.

On 14 January 2012 18:51, Marius Kintel <[hidden email]> wrote:
On Jan 14, 2012, at 19:14 PM, nop head wrote:
>
> It has now stopped working, all I see is a thin red line.
>
It works in the latest release, but broke sometime in January, but somehow only on Windows.

It's probably related to the recent boost filesystem patch - good thing I waited post-release to apply that one ;)

 -Marius

_______________________________________________
OpenSCAD mailing list
[hidden email]
http://rocklinux.net/mailman/listinfo/openscad

Reply | Threaded
Open this post in threaded view
|

Re: Imported STL no longer renders

Brad Pitcher
I also get an error in Linux, but not until I try to export to STL. I got a similar error when attempting this on the windows version with wine. Unfortunately, I'm not seeing any rendering at all with wine anymore even when I use the LIBGL_ALWAYS_SOFTWARE=1 trick. I wonder if this and the other "export to stl" problem on the list are related. Below is the full error with back trace:

 sorry, this triangulation does not deal with
 intersecting constraints
CGAL error: assertion violation!
Expression : false
File       : /usr/include/CGAL/Constrained_triangulation_2.h
Line       : 622
Explanation: 
Refer to the bug-reporting instructions at http://www.cgal.org/bug_report.html

Program received signal SIGABRT, Aborted.
0x00007ffff40cc3a5 in __GI_raise (sig=6) at ../nptl/sysdeps/unix/sysv/linux/raise.c:64
64 ../nptl/sysdeps/unix/sysv/linux/raise.c: No such file or directory.
in ../nptl/sysdeps/unix/sysv/linux/raise.c
(gdb) bt
#0  0x00007ffff40cc3a5 in __GI_raise (sig=6) at ../nptl/sysdeps/unix/sysv/linux/raise.c:64
#1  0x00007ffff40cfb0b in __GI_abort () at abort.c:92
#2  0x00007ffff77028d5 in CGAL::assertion_fail(char const*, char const*, int, char const*) () from /usr/lib/libCGAL.so.7
#3  0x0000000000495039 in intersect (this=<optimized out>) at /usr/include/CGAL/Constrained_triangulation_2.h:622
#4  CGAL::Constrained_triangulation_2<CGAL::Projection_traits_xy_3<CGAL::Cartesian<CGAL::Gmpq> >, CGAL::Triangulation_data_structure_2<CGAL::Triangulation_vertex_base_2<CGAL::Projection_traits_xy_3<CGAL::Cartesian<CGAL::Gmpq> >, CGAL::Triangulation_ds_vertex_base_2<void> >, CGAL::Constrained_triangulation_face_base_2<CGAL::Projection_traits_xy_3<CGAL::Cartesian<CGAL::Gmpq> >, CGAL::Triangulation_face_base_2<CGAL::Projection_traits_xy_3<CGAL::Cartesian<CGAL::Gmpq> >, CGAL::Triangulation_ds_face_base_2<void> > > >, CGAL::No_intersection_tag>::intersect (this=<optimized out>, f=<optimized out>, i=<optimized out>, vaa=<optimized out>, vbb=<optimized out>)
    at /usr/include/CGAL/Constrained_triangulation_2.h:608
#5  0x00000000004a46b1 in CGAL::Constrained_triangulation_2<CGAL::Projection_traits_xy_3<CGAL::Cartesian<CGAL::Gmpq> >, CGAL::Triangulation_data_structure_2<CGAL::Triangulation_vertex_base_2<CGAL::Projection_traits_xy_3<CGAL::Cartesian<CGAL::Gmpq> >, CGAL::Triangulation_ds_vertex_base_2<void> >, CGAL::Constrained_triangulation_face_base_2<CGAL::Projection_traits_xy_3<CGAL::Cartesian<CGAL::Gmpq> >, CGAL::Triangulation_face_base_2<CGAL::Projection_traits_xy_3<CGAL::Cartesian<CGAL::Gmpq> >, CGAL::Triangulation_ds_face_base_2<void> > > >, CGAL::No_intersection_tag>::find_intersected_faces (this=0x7fffffffae60, vaa=..., vbb=..., intersected_faces=..., list_ab=..., 
    list_ba=..., vi=...) at /usr/include/CGAL/Constrained_triangulation_2.h:571
#6  0x00000000004aa56e in CGAL::Constrained_triangulation_2<CGAL::Projection_traits_xy_3<CGAL::Cartesian<CGAL::Gmpq> >, CGAL::Triangulation_data_structure_2<CGAL::Triangulation_vertex_base_2<CGAL::Projection_traits_xy_3<CGAL::Cartesian<CGAL::Gmpq> >, CGAL::Triangulation_ds_vertex_base_2<void> >, CGAL::Constrained_triangulation_face_base_2<CGAL::Projection_traits_xy_3<CGAL::Cartesian<CGAL::Gmpq> >, CGAL::Triangulation_face_base_2<CGAL::Projection_traits_xy_3<CGAL::Cartesian<CGAL::Gmpq> >, CGAL::Triangulation_ds_face_base_2<void> > > >, CGAL::No_intersection_tag>::insert_constraint (this=0x7fffffffae60, vaa=..., vbb=...)
    at /usr/include/CGAL/Constrained_triangulation_2.h:482
#7  0x00000000004b5fe8 in insert_constraint (b=..., a=<optimized out>, this=0x7fffffffae60)
    at /usr/include/CGAL/Constrained_triangulation_2.h:448
#8  CGAL::Nef_polyhedron_3<CGAL::Cartesian<CGAL::Gmpq>, CGAL::SNC_indexed_items, bool>::Triangulation_handler2<CGAL::Projection_traits_xy_3<CGAL::Cartesian<CGAL::Gmpq> > >::Triangulation_handler2 (this=0x7fffffffae60, f=<optimized out>)
    at /usr/include/CGAL/Nef_polyhedron_3.h:634
#9  0x00000000004b6549 in CGAL::Nef_polyhedron_3<CGAL::Cartesian<CGAL::Gmpq>, CGAL::SNC_indexed_items, bool>::Build_polyhedron<CGAL::HalfedgeDS_default<CGAL::Cartesian<CGAL::Gmpq>, CGAL::I_Polyhedron_derived_items_3<CGAL::Polyhedron_items_3>, std::allocator<int> > >::Visitor::visit (this=0x7fffffffb4d0, opposite_facet=<optimized out>) at /usr/include/CGAL/Nef_polyhedron_3.h:759
#10 0x00000000004b69d2 in CGAL::SNC_const_decorator<CGAL::SNC_structure<CGAL::Cartesian<CGAL::Gmpq>, CGAL::SNC_indexed_items, bool> >::visit_shell_objects<CGAL::Nef_polyhedron_3<CGAL::Cartesian<CGAL::Gmpq>, CGAL::SNC_indexed_items, bool>::Build_polyhedron<CGAL::HalfedgeDS_default<CGAL::Cartesian<CGAL::Gmpq>, CGAL::I_Polyhedron_derived_items_3<CGAL::Polyhedron_items_3>, std::allocator<int> > >::Visitor> (this=<optimized out>, f=<optimized out>, V=...) at /usr/include/CGAL/Nef_3/SNC_const_decorator.h:571
#11 0x00000000004b74d4 in CGAL::Nef_polyhedron_3<CGAL::Cartesian<CGAL::Gmpq>, CGAL::SNC_indexed_items, bool>::Build_polyhedron<CGAL::HalfedgeDS_default<CGAL::Cartesian<CGAL::Gmpq>, CGAL::I_Polyhedron_derived_items_3<CGAL::Polyhedron_items_3>, std::allocator<int> > >::operator() (this=0x7fffffffb570, hds=<optimized out>) at /usr/include/CGAL/Nef_polyhedron_3.h:826
#12 0x00000000004965f1 in delegate (modifier=..., this=0x7fffffffb8a0) at /usr/include/CGAL/Polyhedron_3.h:1405
#13 CGAL::Nef_polyhedron_3<CGAL::Cartesian<CGAL::Gmpq>, CGAL::SNC_indexed_items, bool>::convert_to_polyhedron<CGAL::Polyhedron_3<CGAL::---Type <return> to continue, or q <return> to quit---
Cartesian<CGAL::Gmpq>, CGAL::Polyhedron_items_3, CGAL::HalfedgeDS_default, std::allocator<int> > > (this=<optimized out>, P=...)
    at /usr/include/CGAL/Nef_polyhedron_3.h:1045
#14 0x00000000004921c5 in convert_to_Polyhedron<CGAL::Polyhedron_3<CGAL::Cartesian<CGAL::Gmpq> > > (P=..., this=<optimized out>)
    at /usr/include/CGAL/Nef_polyhedron_3.h:1036
#15 export_stl (root_N=0x17d1010, output=..., pd=0x3f2ff30) at src/export.cc:47
#16 0x00000000004e2e1f in MainWindow::actionExportSTLorOFF (this=0xb38150, stl_mode=true) at src/mainwin.cc:1326
#17 0x000000000065826f in MainWindow::qt_metacall (this=0xb38150, _c=QMetaObject::InvokeMetaMethod, _id=<optimized out>, 
    _a=0x7fffffffc230) at objects/moc_MainWindow.cpp:194
#18 0x00007ffff53e5eba in QMetaObject::activate(QObject*, QMetaObject const*, int, void**) ()
   from /usr/lib/x86_64-linux-gnu/libQtCore.so.4
#19 0x00007ffff58fcb62 in QAction::triggered(bool) () from /usr/lib/x86_64-linux-gnu/libQtGui.so.4
#20 0x00007ffff58fcd4f in QAction::activate(QAction::ActionEvent) () from /usr/lib/x86_64-linux-gnu/libQtGui.so.4
#21 0x00007ffff58fe212 in QAction::qt_metacall(QMetaObject::Call, int, void**) () from /usr/lib/x86_64-linux-gnu/libQtGui.so.4
#22 0x00007ffff53e9a5e in QObject::event(QEvent*) () from /usr/lib/x86_64-linux-gnu/libQtCore.so.4
#23 0x00007ffff58fce20 in QAction::event(QEvent*) () from /usr/lib/x86_64-linux-gnu/libQtGui.so.4
#24 0x00007ffff5903424 in QApplicationPrivate::notify_helper(QObject*, QEvent*) () from /usr/lib/x86_64-linux-gnu/libQtGui.so.4
#25 0x00007ffff5908291 in QApplication::notify(QObject*, QEvent*) () from /usr/lib/x86_64-linux-gnu/libQtGui.so.4
#26 0x00007ffff53d2afc in QCoreApplication::notifyInternal(QObject*, QEvent*) () from /usr/lib/x86_64-linux-gnu/libQtCore.so.4
#27 0x00007ffff53d651f in QCoreApplicationPrivate::sendPostedEvents(QObject*, int, QThreadData*) ()
   from /usr/lib/x86_64-linux-gnu/libQtCore.so.4
#28 0x00007ffff53fda73 in ?? () from /usr/lib/x86_64-linux-gnu/libQtCore.so.4
#29 0x00007ffff2697a5d in g_main_context_dispatch () from /lib/x86_64-linux-gnu/libglib-2.0.so.0
#30 0x00007ffff2698258 in ?? () from /lib/x86_64-linux-gnu/libglib-2.0.so.0
#31 0x00007ffff2698429 in g_main_context_iteration () from /lib/x86_64-linux-gnu/libglib-2.0.so.0
#32 0x00007ffff53fded6 in QEventDispatcherGlib::processEvents(QFlags<QEventLoop::ProcessEventsFlag>) ()
   from /usr/lib/x86_64-linux-gnu/libQtCore.so.4
#33 0x00007ffff59ab07e in ?? () from /usr/lib/x86_64-linux-gnu/libQtGui.so.4
#34 0x00007ffff53d1cf2 in QEventLoop::processEvents(QFlags<QEventLoop::ProcessEventsFlag>) ()
   from /usr/lib/x86_64-linux-gnu/libQtCore.so.4
#35 0x00007ffff53d1ef7 in QEventLoop::exec(QFlags<QEventLoop::ProcessEventsFlag>) () from /usr/lib/x86_64-linux-gnu/libQtCore.so.4
#36 0x00007ffff53d6789 in QCoreApplication::exec() () from /usr/lib/x86_64-linux-gnu/libQtCore.so.4
#37 0x000000000042790e in main (argc=1, argv=0x7fffffffe198) at src/openscad.cc:400


On Sat, Jan 14, 2012 at 11:05 AM, nop head <[hidden email]> wrote:
Odd because I should have said I also import the big gear STL and that still works fine.


On 14 January 2012 18:51, Marius Kintel <[hidden email]> wrote:
On Jan 14, 2012, at 19:14 PM, nop head wrote:
>
> It has now stopped working, all I see is a thin red line.
>
It works in the latest release, but broke sometime in January, but somehow only on Windows.

It's probably related to the recent boost filesystem patch - good thing I waited post-release to apply that one ;)

 -Marius

_______________________________________________
OpenSCAD mailing list
[hidden email]
http://rocklinux.net/mailman/listinfo/openscad


_______________________________________________
OpenSCAD mailing list
[hidden email]
http://rocklinux.net/mailman/listinfo/openscad


Reply | Threaded
Open this post in threaded view
|

Re: Imported STL no longer renders

nophead
I converted the STL file to ASCII and it works now. Is this a Windows binary file opened in text mode bug? That would explain why it is Windows only.

On 15 January 2012 00:35, Brad Pitcher <[hidden email]> wrote:
I also get an error in Linux, but not until I try to export to STL. I got a similar error when attempting this on the windows version with wine. Unfortunately, I'm not seeing any rendering at all with wine anymore even when I use the LIBGL_ALWAYS_SOFTWARE=1 trick. I wonder if this and the other "export to stl" problem on the list are related. Below is the full error with back trace:

 sorry, this triangulation does not deal with
 intersecting constraints
CGAL error: assertion violation!
Expression : false
File       : /usr/include/CGAL/Constrained_triangulation_2.h
Line       : 622
Explanation: 
Refer to the bug-reporting instructions at http://www.cgal.org/bug_report.html

Program received signal SIGABRT, Aborted.
0x00007ffff40cc3a5 in __GI_raise (sig=6) at ../nptl/sysdeps/unix/sysv/linux/raise.c:64
64 ../nptl/sysdeps/unix/sysv/linux/raise.c: No such file or directory.
in ../nptl/sysdeps/unix/sysv/linux/raise.c
(gdb) bt
#0  0x00007ffff40cc3a5 in __GI_raise (sig=6) at ../nptl/sysdeps/unix/sysv/linux/raise.c:64
#1  0x00007ffff40cfb0b in __GI_abort () at abort.c:92
#2  0x00007ffff77028d5 in CGAL::assertion_fail(char const*, char const*, int, char const*) () from /usr/lib/libCGAL.so.7
#3  0x0000000000495039 in intersect (this=<optimized out>) at /usr/include/CGAL/Constrained_triangulation_2.h:622
#4  CGAL::Constrained_triangulation_2<CGAL::Projection_traits_xy_3<CGAL::Cartesian<CGAL::Gmpq> >, CGAL::Triangulation_data_structure_2<CGAL::Triangulation_vertex_base_2<CGAL::Projection_traits_xy_3<CGAL::Cartesian<CGAL::Gmpq> >, CGAL::Triangulation_ds_vertex_base_2<void> >, CGAL::Constrained_triangulation_face_base_2<CGAL::Projection_traits_xy_3<CGAL::Cartesian<CGAL::Gmpq> >, CGAL::Triangulation_face_base_2<CGAL::Projection_traits_xy_3<CGAL::Cartesian<CGAL::Gmpq> >, CGAL::Triangulation_ds_face_base_2<void> > > >, CGAL::No_intersection_tag>::intersect (this=<optimized out>, f=<optimized out>, i=<optimized out>, vaa=<optimized out>, vbb=<optimized out>)
    at /usr/include/CGAL/Constrained_triangulation_2.h:608
#5  0x00000000004a46b1 in CGAL::Constrained_triangulation_2<CGAL::Projection_traits_xy_3<CGAL::Cartesian<CGAL::Gmpq> >, CGAL::Triangulation_data_structure_2<CGAL::Triangulation_vertex_base_2<CGAL::Projection_traits_xy_3<CGAL::Cartesian<CGAL::Gmpq> >, CGAL::Triangulation_ds_vertex_base_2<void> >, CGAL::Constrained_triangulation_face_base_2<CGAL::Projection_traits_xy_3<CGAL::Cartesian<CGAL::Gmpq> >, CGAL::Triangulation_face_base_2<CGAL::Projection_traits_xy_3<CGAL::Cartesian<CGAL::Gmpq> >, CGAL::Triangulation_ds_face_base_2<void> > > >, CGAL::No_intersection_tag>::find_intersected_faces (this=0x7fffffffae60, vaa=..., vbb=..., intersected_faces=..., list_ab=..., 
    list_ba=..., vi=...) at /usr/include/CGAL/Constrained_triangulation_2.h:571
#6  0x00000000004aa56e in CGAL::Constrained_triangulation_2<CGAL::Projection_traits_xy_3<CGAL::Cartesian<CGAL::Gmpq> >, CGAL::Triangulation_data_structure_2<CGAL::Triangulation_vertex_base_2<CGAL::Projection_traits_xy_3<CGAL::Cartesian<CGAL::Gmpq> >, CGAL::Triangulation_ds_vertex_base_2<void> >, CGAL::Constrained_triangulation_face_base_2<CGAL::Projection_traits_xy_3<CGAL::Cartesian<CGAL::Gmpq> >, CGAL::Triangulation_face_base_2<CGAL::Projection_traits_xy_3<CGAL::Cartesian<CGAL::Gmpq> >, CGAL::Triangulation_ds_face_base_2<void> > > >, CGAL::No_intersection_tag>::insert_constraint (this=0x7fffffffae60, vaa=..., vbb=...)
    at /usr/include/CGAL/Constrained_triangulation_2.h:482
#7  0x00000000004b5fe8 in insert_constraint (b=..., a=<optimized out>, this=0x7fffffffae60)
    at /usr/include/CGAL/Constrained_triangulation_2.h:448
#8  CGAL::Nef_polyhedron_3<CGAL::Cartesian<CGAL::Gmpq>, CGAL::SNC_indexed_items, bool>::Triangulation_handler2<CGAL::Projection_traits_xy_3<CGAL::Cartesian<CGAL::Gmpq> > >::Triangulation_handler2 (this=0x7fffffffae60, f=<optimized out>)
    at /usr/include/CGAL/Nef_polyhedron_3.h:634
#9  0x00000000004b6549 in CGAL::Nef_polyhedron_3<CGAL::Cartesian<CGAL::Gmpq>, CGAL::SNC_indexed_items, bool>::Build_polyhedron<CGAL::HalfedgeDS_default<CGAL::Cartesian<CGAL::Gmpq>, CGAL::I_Polyhedron_derived_items_3<CGAL::Polyhedron_items_3>, std::allocator<int> > >::Visitor::visit (this=0x7fffffffb4d0, opposite_facet=<optimized out>) at /usr/include/CGAL/Nef_polyhedron_3.h:759
#10 0x00000000004b69d2 in CGAL::SNC_const_decorator<CGAL::SNC_structure<CGAL::Cartesian<CGAL::Gmpq>, CGAL::SNC_indexed_items, bool> >::visit_shell_objects<CGAL::Nef_polyhedron_3<CGAL::Cartesian<CGAL::Gmpq>, CGAL::SNC_indexed_items, bool>::Build_polyhedron<CGAL::HalfedgeDS_default<CGAL::Cartesian<CGAL::Gmpq>, CGAL::I_Polyhedron_derived_items_3<CGAL::Polyhedron_items_3>, std::allocator<int> > >::Visitor> (this=<optimized out>, f=<optimized out>, V=...) at /usr/include/CGAL/Nef_3/SNC_const_decorator.h:571
#11 0x00000000004b74d4 in CGAL::Nef_polyhedron_3<CGAL::Cartesian<CGAL::Gmpq>, CGAL::SNC_indexed_items, bool>::Build_polyhedron<CGAL::HalfedgeDS_default<CGAL::Cartesian<CGAL::Gmpq>, CGAL::I_Polyhedron_derived_items_3<CGAL::Polyhedron_items_3>, std::allocator<int> > >::operator() (this=0x7fffffffb570, hds=<optimized out>) at /usr/include/CGAL/Nef_polyhedron_3.h:826
#12 0x00000000004965f1 in delegate (modifier=..., this=0x7fffffffb8a0) at /usr/include/CGAL/Polyhedron_3.h:1405
#13 CGAL::Nef_polyhedron_3<CGAL::Cartesian<CGAL::Gmpq>, CGAL::SNC_indexed_items, bool>::convert_to_polyhedron<CGAL::Polyhedron_3<CGAL::---Type <return> to continue, or q <return> to quit---
Cartesian<CGAL::Gmpq>, CGAL::Polyhedron_items_3, CGAL::HalfedgeDS_default, std::allocator<int> > > (this=<optimized out>, P=...)
    at /usr/include/CGAL/Nef_polyhedron_3.h:1045
#14 0x00000000004921c5 in convert_to_Polyhedron<CGAL::Polyhedron_3<CGAL::Cartesian<CGAL::Gmpq> > > (P=..., this=<optimized out>)
    at /usr/include/CGAL/Nef_polyhedron_3.h:1036
#15 export_stl (root_N=0x17d1010, output=..., pd=0x3f2ff30) at src/export.cc:47
#16 0x00000000004e2e1f in MainWindow::actionExportSTLorOFF (this=0xb38150, stl_mode=true) at src/mainwin.cc:1326
#17 0x000000000065826f in MainWindow::qt_metacall (this=0xb38150, _c=QMetaObject::InvokeMetaMethod, _id=<optimized out>, 
    _a=0x7fffffffc230) at objects/moc_MainWindow.cpp:194
#18 0x00007ffff53e5eba in QMetaObject::activate(QObject*, QMetaObject const*, int, void**) ()
   from /usr/lib/x86_64-linux-gnu/libQtCore.so.4
#19 0x00007ffff58fcb62 in QAction::triggered(bool) () from /usr/lib/x86_64-linux-gnu/libQtGui.so.4
#20 0x00007ffff58fcd4f in QAction::activate(QAction::ActionEvent) () from /usr/lib/x86_64-linux-gnu/libQtGui.so.4
#21 0x00007ffff58fe212 in QAction::qt_metacall(QMetaObject::Call, int, void**) () from /usr/lib/x86_64-linux-gnu/libQtGui.so.4
#22 0x00007ffff53e9a5e in QObject::event(QEvent*) () from /usr/lib/x86_64-linux-gnu/libQtCore.so.4
#23 0x00007ffff58fce20 in QAction::event(QEvent*) () from /usr/lib/x86_64-linux-gnu/libQtGui.so.4
#24 0x00007ffff5903424 in QApplicationPrivate::notify_helper(QObject*, QEvent*) () from /usr/lib/x86_64-linux-gnu/libQtGui.so.4
#25 0x00007ffff5908291 in QApplication::notify(QObject*, QEvent*) () from /usr/lib/x86_64-linux-gnu/libQtGui.so.4
#26 0x00007ffff53d2afc in QCoreApplication::notifyInternal(QObject*, QEvent*) () from /usr/lib/x86_64-linux-gnu/libQtCore.so.4
#27 0x00007ffff53d651f in QCoreApplicationPrivate::sendPostedEvents(QObject*, int, QThreadData*) ()
   from /usr/lib/x86_64-linux-gnu/libQtCore.so.4
#28 0x00007ffff53fda73 in ?? () from /usr/lib/x86_64-linux-gnu/libQtCore.so.4
#29 0x00007ffff2697a5d in g_main_context_dispatch () from /lib/x86_64-linux-gnu/libglib-2.0.so.0
#30 0x00007ffff2698258 in ?? () from /lib/x86_64-linux-gnu/libglib-2.0.so.0
#31 0x00007ffff2698429 in g_main_context_iteration () from /lib/x86_64-linux-gnu/libglib-2.0.so.0
#32 0x00007ffff53fded6 in QEventDispatcherGlib::processEvents(QFlags<QEventLoop::ProcessEventsFlag>) ()
   from /usr/lib/x86_64-linux-gnu/libQtCore.so.4
#33 0x00007ffff59ab07e in ?? () from /usr/lib/x86_64-linux-gnu/libQtGui.so.4
#34 0x00007ffff53d1cf2 in QEventLoop::processEvents(QFlags<QEventLoop::ProcessEventsFlag>) ()
   from /usr/lib/x86_64-linux-gnu/libQtCore.so.4
#35 0x00007ffff53d1ef7 in QEventLoop::exec(QFlags<QEventLoop::ProcessEventsFlag>) () from /usr/lib/x86_64-linux-gnu/libQtCore.so.4
#36 0x00007ffff53d6789 in QCoreApplication::exec() () from /usr/lib/x86_64-linux-gnu/libQtCore.so.4
#37 0x000000000042790e in main (argc=1, argv=0x7fffffffe198) at src/openscad.cc:400


On Sat, Jan 14, 2012 at 11:05 AM, nop head <[hidden email]> wrote:
Odd because I should have said I also import the big gear STL and that still works fine.


On 14 January 2012 18:51, Marius Kintel <[hidden email]> wrote:
On Jan 14, 2012, at 19:14 PM, nop head wrote:
>
> It has now stopped working, all I see is a thin red line.
>
It works in the latest release, but broke sometime in January, but somehow only on Windows.

It's probably related to the recent boost filesystem patch - good thing I waited post-release to apply that one ;)

 -Marius

_______________________________________________
OpenSCAD mailing list
[hidden email]
http://rocklinux.net/mailman/listinfo/openscad


_______________________________________________
OpenSCAD mailing list
[hidden email]
http://rocklinux.net/mailman/listinfo/openscad



_______________________________________________
OpenSCAD mailing list
[hidden email]
http://rocklinux.net/mailman/listinfo/openscad


Reply | Threaded
Open this post in threaded view
|

Re: Imported STL no longer renders

kintel
Administrator
On Jan 15, 2012, at 14:13 PM, nop head wrote:

> I converted the STL file to ASCII and it works now. Is this a Windows binary file opened in text mode bug? That would explain why it is Windows only.
>
Good idea. I've committed a fix which opens these files in binary mode.
Could someone try to reproduce nop head's problem under Windows, then rebuild using the latest master and verify that the problem has gone away?

 -Marius

PS. One of these days I will try to get myself one of those cross-compilation setups for Windows binaries ;)


Reply | Threaded
Open this post in threaded view
|

Re: Imported STL no longer renders

Brad Pitcher
Could someone try to reproduce nop head's problem under Windows, then rebuild using the latest master and verify that the problem has gone away?

Unfortunately I am unable to test this, because I never received the render-time error that nop head did. However, I do get the error I mentioned at export time using the code before and after your commit. I'll do a new nightly tonight though. Marius, do you want to start doing nightlies with debugging symbols? Is there an easy compile flag for that? I couldn't figure out how to do it without editing the Makefile.
 
PS. One of these days I will try to get myself one of those cross-compilation setups for Windows binaries ;)

I don't know if you knew this, but mingw-cross-env works on Mac OS X so you should be able to use it natively without running a Linux VM. Wine is available for Mac OS X as well I believe so you can run windows binaries you build as well.
Reply | Threaded
Open this post in threaded view
|

Re: Imported STL no longer renders

kintel
Administrator
On Jan 17, 2012, at 00:56 AM, Brad Pitcher wrote:
>
> Unfortunately I am unable to test this, because I never received the render-time error that nop head did. However, I do get the error I mentioned at export time using the code before and after your commit. I'll do a new nightly tonight though.

I managed to reproduce nop head's error in a Windows VM using the latest binaries.

> Marius, do you want to start doing nightlies with debugging symbols? Is there an easy compile flag for that? I couldn't figure out how to do it without editing the Makefile.

I'll take a look at it.

> I don't know if you knew this, but mingw-cross-env works on Mac OS X so you should be able to use it natively without running a Linux VM. Wine is available for Mac OS X as well I believe so you can run windows binaries you build as well.

ah, yes, that would be convenient :)

 -Marius