Empathy List Archives

J

jon

Sun, Mar 1, 2015 5:20 PM

I have a proprietary model that I am trying to turn into an STL. This
approach has worked with OpenSCAD for the past year. Today, nothing
works at all.

I have tried my current OpenSCAD model, as well as going back two more
generations, but they all fail.

I have tried released OpenSCAd code from a year ago as well as a
development snapshot (2015.02.05), both of which fail.

The model renders well with F5, but crashes with F6 at about 950/1000.
Only about 250 MB of RAM is used, so I am not overflowing the 2 GB
limit. Win 8.1 64 does not offer much useful information about the
crash: is there a way to enable debug logs, or locate a crash report to
send to you? I use MadExcept for software that I develop.

Since the problem crosses versions of my code and versions of OpenSCAD,
I imagine that something else is going on. I had problems with OpenGL
drivers a while back, and had to purchase a new computer to get around
that. I know that F6 produced good models at one point on this machine,
and that the OpenGL warnings went away with the new machine.

I suspect some Windows "update" is causing a problem.

The following works:
cube(10);

The following works:
sphere(10);

The following crashes. Maybe it has something to do with intersecting
volumes?
sphere(10);
cube(10);

Any thoughts?

Thanks!

Jon

I have a proprietary model that I am trying to turn into an STL. This approach has worked with OpenSCAD for the past year. Today, nothing works at all. I have tried my current OpenSCAD model, as well as going back two more generations, but they all fail. I have tried released OpenSCAd code from a year ago as well as a development snapshot (2015.02.05), both of which fail. The model renders well with F5, but crashes with F6 at about 950/1000. Only about 250 MB of RAM is used, so I am not overflowing the 2 GB limit. Win 8.1 64 does not offer much useful information about the crash: is there a way to enable debug logs, or locate a crash report to send to you? I use MadExcept for software that I develop. Since the problem crosses versions of my code and versions of OpenSCAD, I imagine that something else is going on. I had problems with OpenGL drivers a while back, and had to purchase a new computer to get around that. I know that F6 produced good models at one point on this machine, and that the OpenGL warnings went away with the new machine. I suspect some Windows "update" is causing a problem. The following works: cube(10); The following works: sphere(10); The following crashes. Maybe it has something to do with intersecting volumes? sphere(10); cube(10); Any thoughts? Thanks! Jon

MK

Marius Kintel

Sun, Mar 1, 2015 5:42 PM

On Mar 1, 2015, at 12:20 PM, jon jon@jonbondy.com wrote:

I have tried released OpenSCAd code from a year ago as well as a development snapshot (2015.02.05), both of which fail.

We’ve been doing a lot of development recently and some snapshots have been a bit unstable.
Could you try 2015.02.25 ?

-Marius

On Mar 1, 2015, at 12:20 PM, jon <jon@jonbondy.com> wrote: > > I have tried released OpenSCAd code from a year ago as well as a development snapshot (2015.02.05), both of which fail. > We’ve been doing a lot of development recently and some snapshots have been a bit unstable. Could you try 2015.02.25 ? -Marius

MK

Marius Kintel

Sun, Mar 1, 2015 6:34 PM

On Mar 2, 2015, at 01:14 AM, jon jon@jonbondy.com wrote:

Given that I am now having problems with the year-old software that has worked up until today, your suggestion did not make much sense to me. However, I did download the snap shot, and it, too fails in the same way on my proprietary code. Interestingly, it works with

It’s hard to answer that question in the dark.
I know that early versions of Windows 8.1 had some bugs causing software to crash, but they seem to have been fixed in Windows itself.

To get stack traces, the best solution would be to build OpenSCAD yourself. If you’re a software dev, that shouldn’t be too hard, see https://en.wikibooks.org/wiki/OpenSCAD_User_Manual/Building_on_Microsoft_Windows.

The next thing to try would be to make it possible for us to reproduce the problem. If you could slim down the code as much as possible (given that your design is proprietary), I could give it a spin in a VM. I don’t have access to any 64-bit Windows platforms, but perhaps someone on this list could give that a spin.

-Marius

On Mar 2, 2015, at 01:14 AM, jon <jon@jonbondy.com> wrote: > > Given that I am now having problems with the year-old software that has worked up until today, your suggestion did not make much sense to me. However, I did download the snap shot, and it, too fails in the same way on my proprietary code. Interestingly, it works with > It’s hard to answer that question in the dark. I know that early versions of Windows 8.1 had some bugs causing software to crash, but they seem to have been fixed in Windows itself. To get stack traces, the best solution would be to build OpenSCAD yourself. If you’re a software dev, that shouldn’t be too hard, see https://en.wikibooks.org/wiki/OpenSCAD_User_Manual/Building_on_Microsoft_Windows. The next thing to try would be to make it possible for us to reproduce the problem. If you could slim down the code as much as possible (given that your design is proprietary), I could give it a spin in a VM. I don’t have access to any 64-bit Windows platforms, but perhaps someone on this list could give that a spin. -Marius

MK

Marius Kintel

Sun, Mar 1, 2015 7:12 PM

On Mar 2, 2015, at 01:44 AM, jon jon@jonbondy.com wrote:

The attached SCAD file crashes here with the 2015-02-25 snapshot

You’re importing an STL file. I guess that it comes from here: http://www.thingiverse.com/thing:32706
Using that file, your design renders without problems on a 32-bit Win 8.1 VM using 2015.02.25.

Perhaps you’ve found a 64-bit only issue.
Could you try the 32-bit binary, or using a 32-bit version of Windows to see if that makes a difference?

Perhaps someone with access to a 64-bit Windows could give it a spin and see if they can reproduce the crash?

-Marius

On Mar 2, 2015, at 01:44 AM, jon <jon@jonbondy.com> wrote: > The attached SCAD file crashes here with the 2015-02-25 snapshot > You’re importing an STL file. I guess that it comes from here: http://www.thingiverse.com/thing:32706 Using that file, your design renders without problems on a 32-bit Win 8.1 VM using 2015.02.25. Perhaps you’ve found a 64-bit only issue. Could you try the 32-bit binary, or using a 32-bit version of Windows to see if that makes a difference? Perhaps someone with access to a 64-bit Windows could give it a spin and see if they can reproduce the crash? -Marius

M

MichaelAtOz

Sun, Mar 1, 2015 11:17 PM

If that is the STL you are using in your proprietary work then you need to
fix it. It has one degenerate face.
http://forum.openscad.org/file/n11803/Octopus2_degen.jpg

Using W7/64.

For F5 (with 2014.03/64, 2015.02.25/64, 2014.02.26/32) it shows as:
http://forum.openscad.org/file/n11803/Octopus_F5.jpg
OpenSCAD does not handle poor STLs well.

F6 for all the above works. And a exported STL is intact.

So as you said, a problem with Win 8 and your PC. Sorry can't help further.

Unless specifically shown otherwise above, my contribution is in the Public Domain; To the extent possible under law, I have waived all copyright and related or neighbouring rights to this work. This work is published globally via the internet. :) Inclusion of works of previous authors is not included in the above.

The TPP is no simple “trade agreement.” Fight it! http://www.ourfairdeal.org/

View this message in context: http://forum.openscad.org/OpenSCAD-crashing-on-F6-tp11788p11803.html
Sent from the OpenSCAD mailing list archive at Nabble.com.

If that is the STL you are using in your proprietary work then you need to fix it. It has one degenerate face. <http://forum.openscad.org/file/n11803/Octopus2_degen.jpg> Using W7/64. For F5 (with 2014.03/64, 2015.02.25/64, 2014.02.26/32) it shows as: <http://forum.openscad.org/file/n11803/Octopus_F5.jpg> OpenSCAD does not handle poor STLs well. F6 for all the above works. And a exported STL is intact. So as you said, a problem with Win 8 and your PC. Sorry can't help further. ----- Unless specifically shown otherwise above, my contribution is in the Public Domain; To the extent possible under law, I have waived all copyright and related or neighbouring rights to this work. This work is published globally via the internet. :) Inclusion of works of previous authors is not included in the above. The TPP is no simple “trade agreement.” Fight it! http://www.ourfairdeal.org/ -- View this message in context: http://forum.openscad.org/OpenSCAD-crashing-on-F6-tp11788p11803.html Sent from the OpenSCAD mailing list archive at Nabble.com.

M

MichaelAtOz

Mon, Mar 2, 2015 12:15 AM

If you are using a STL for the real thing, have you checked it with NetFabb?
As I said, if the STL is bad OpenSCAD goes nuts.

Unless specifically shown otherwise above, my contribution is in the Public Domain; To the extent possible under law, I have waived all copyright and related or neighbouring rights to this work. This work is published globally via the internet. :) Inclusion of works of previous authors is not included in the above.

The TPP is no simple “trade agreement.” Fight it! http://www.ourfairdeal.org/

View this message in context: http://forum.openscad.org/OpenSCAD-crashing-on-F6-tp11788p11807.html
Sent from the OpenSCAD mailing list archive at Nabble.com.

If you are using a STL for the real thing, have you checked it with NetFabb? As I said, if the STL is bad OpenSCAD goes nuts. ----- Unless specifically shown otherwise above, my contribution is in the Public Domain; To the extent possible under law, I have waived all copyright and related or neighbouring rights to this work. This work is published globally via the internet. :) Inclusion of works of previous authors is not included in the above. The TPP is no simple “trade agreement.” Fight it! http://www.ourfairdeal.org/ -- View this message in context: http://forum.openscad.org/OpenSCAD-crashing-on-F6-tp11788p11807.html Sent from the OpenSCAD mailing list archive at Nabble.com.

MK

Marius Kintel

Mon, Mar 2, 2015 12:35 AM

Note that F6 doesn’t use OpenGL at all, so that’s unlikely to be the cause.
One thing you can try is to render it on the cmd-line:
$ openscad myfile.scad -o out.stl

If that also crashes, we have definitely ruled out any GUI or OpenGL stuff.

-Marius

Note that F6 doesn’t use OpenGL at all, so that’s unlikely to be the cause. One thing you can try is to render it on the cmd-line: $ openscad myfile.scad -o out.stl If that also crashes, we have definitely ruled out any GUI or OpenGL stuff. -Marius

J

jon

Mon, Mar 2, 2015 12:52 AM

That works! Which means I'm in business (at least I can create an
STL)! Thanks for the suggestion!

What would you like to do in terms of understanding the other problem?
I could try other OpenSCAD programs that I have written, to find other
non-proprietary ones that crash.

Jon

On 3/1/2015 7:35 PM, Marius Kintel wrote:

Note that F6 doesn’t use OpenGL at all, so that’s unlikely to be the cause.
One thing you can try is to render it on the cmd-line:
$ openscad myfile.scad -o out.stl

If that also crashes, we have definitely ruled out any GUI or OpenGL stuff.

-Marius

OpenSCAD mailing list
Discuss@lists.openscad.org
http://lists.openscad.org/mailman/listinfo/discuss_lists.openscad.org

That works! Which means I'm in business (at least I can create an STL)! Thanks for the suggestion! What would you like to do in terms of understanding the other problem? I could try other OpenSCAD programs that I have written, to find other non-proprietary ones that crash. Jon On 3/1/2015 7:35 PM, Marius Kintel wrote: > Note that F6 doesn’t use OpenGL at all, so that’s unlikely to be the cause. > One thing you can try is to render it on the cmd-line: > $ openscad myfile.scad -o out.stl > > If that also crashes, we have definitely ruled out any GUI or OpenGL stuff. > > -Marius > > > _______________________________________________ > OpenSCAD mailing list > Discuss@lists.openscad.org > http://lists.openscad.org/mailman/listinfo/discuss_lists.openscad.org > > >

J

jon

Mon, Mar 2, 2015 1:03 AM

No STLs imported for the real/proprietary code!

On 3/1/2015 7:15 PM, MichaelAtOz wrote:

If you are using a STL for the real thing, have you checked it with NetFabb?
As I said, if the STL is bad OpenSCAD goes nuts.

Unless specifically shown otherwise above, my contribution is in the Public Domain; To the extent possible under law, I have waived all copyright and related or neighbouring rights to this work. This work is published globally via the internet. :) Inclusion of works of previous authors is not included in the above.

The TPP is no simple “trade agreement.” Fight it! http://www.ourfairdeal.org/

View this message in context: http://forum.openscad.org/OpenSCAD-crashing-on-F6-tp11788p11807.html
Sent from the OpenSCAD mailing list archive at Nabble.com.

OpenSCAD mailing list
Discuss@lists.openscad.org
http://lists.openscad.org/mailman/listinfo/discuss_lists.openscad.org

No STLs imported for the real/proprietary code! On 3/1/2015 7:15 PM, MichaelAtOz wrote: > If you are using a STL for the real thing, have you checked it with NetFabb? > As I said, if the STL is bad OpenSCAD goes nuts. > > > > ----- > Unless specifically shown otherwise above, my contribution is in the Public Domain; To the extent possible under law, I have waived all copyright and related or neighbouring rights to this work. This work is published globally via the internet. :) Inclusion of works of previous authors is not included in the above. > > The TPP is no simple “trade agreement.” Fight it! http://www.ourfairdeal.org/ > -- > View this message in context: http://forum.openscad.org/OpenSCAD-crashing-on-F6-tp11788p11807.html > Sent from the OpenSCAD mailing list archive at Nabble.com. > > _______________________________________________ > OpenSCAD mailing list > Discuss@lists.openscad.org > http://lists.openscad.org/mailman/listinfo/discuss_lists.openscad.org

MK

Marius Kintel

Mon, Mar 2, 2015 1:10 AM

On Mar 1, 2015, at 19:52 PM, jon jon@jonbondy.com wrote:

What would you like to do in terms of understanding the other problem? I could try other OpenSCAD programs that I have written, to find other non-proprietary ones that crash.

If you could find more crashing examples, that would be helpful.
Also, finding more crashing computers would help to isolate the problem.

-Marius

On Mar 1, 2015, at 19:52 PM, jon <jon@jonbondy.com> wrote: > > What would you like to do in terms of understanding the other problem? I could try other OpenSCAD programs that I have written, to find other non-proprietary ones that crash. > If you could find more crashing examples, that would be helpful. Also, finding more crashing computers would help to isolate the problem. -Marius

discuss@lists.openscad.org

OpenSCAD crashing on F6

The TPP is no simple “trade agreement.” Fight it! http://www.ourfairdeal.org/

The TPP is no simple “trade agreement.” Fight it! http://www.ourfairdeal.org/

The TPP is no simple “trade agreement.” Fight it! http://www.ourfairdeal.org/