As per Subject - I get an almost-instantaneous crash exporting an STL file in
2015.01.13 (Windows7).  Model is only 8 elements.
In additon - something that would make sense is to grey out the 'STL' icon
until an F6 has been performed...

Cheers

--
View this message in context: http://forum.openscad.org/STL-output-fail-in-2015-01-13-tp11045.html
Sent from the OpenSCAD mailing list archive at Nabble.com.

We had some temporary instabilities last week. Could you try with the
2015.01.16 snapshot?

--
View this message in context: http://forum.openscad.org/STL-output-fail-in-2015-01-13-tp11045p11076.html
Sent from the OpenSCAD mailing list archive at Nabble.com.

Ok, great, thanks - 2015.01.16 STL output now ok for my small octahedron
using 'Make_one.stl' script above.  Will try more exports as and when I
can...

It might be useful for you to use the quicky script below to pattern
'Make_one.stl' - made using the script in my post above.  This exhibits
several quirks & errors.  With small X, Y, Z - say 5 each - F5 looks fine
but F6 fails.  With X, Y, Z at 5, 5, 2  F5 is good but F6 gives the error
message...

CGAL error in CGALUtils::applyBinaryOperator union: CGAL ERROR: assertion
violation! Expr: G.mark(v1,0)==G.mark(v2,0)&& G.mark(v1,1)==G.mark(v2,1)
File:
/data/OpenSCAD/libraries-mingw64-master/mxe-w64/usr/x86_64-w64-mingw32.static/include/CGAL/Nef_S2/SM_overlayer.h
Line: 287

... that looks similar to the error I saw when importing & patterning
'Make_one.STL' last week.

With X, Y, Z at 2, 1, 1  F5 is good but F6 gives...

Saved backup file: '###...my backup info - ignore...###'
Compiling design (CSG Tree generation)...
Rendering Polygon Mesh using CGAL...
Geometries in cache: 36
Geometry cache size in bytes: 544608
CGAL Polyhedrons in cache: 143
CGAL cache size in bytes: 968336
Total rendering time: 0 hours, 0 minutes, 0 seconds
Rendering finished.

... but no visuals and export to STL gives 'Current top level object is
empty'.

At X, Y, Z at 1,1,1 all is good so I think that it's the 'union ()' but
removing the 'union ()' makes no difference...

Finally I used a Solidworks-generated STL 'Make_one_SW.STL' and everything
works ok.  So it's my STL file generated in openSCAD that is failing.
Differences in the two STLs are clear - more faces in the openSCAD version
so not unified as it should be...?

//Import & pattern 'Make_one.STL' or 'Make_one_SW.STL'
X=2;
Y=1;
Z=5;
// z-pattern
for (i = [1 : Z]) {
translate ([0,0,i2])
union() {
// x-pattern
for (i = [1 : X]) {
translate ([2i,0,0])
union (){
// y-pattern
for (i = [1 : Y]) {
translate ([0,i*2,0])
// import ("Make_one_SW.stl", convexity=3);  //un-comment
this to use Solidworks-STL version
import ("Make_one.stl", convexity=3); //comment this to
use openSCAD-STL version
}
}
}
}
}
//END//

Here's the 'Make_one_SW.STL' upload:

Make_one_SW.STL http://forum.openscad.org/file/n11083/Make_one_SW.STL

I'm not used to this upload method to see how that works!

Cheers

--
View this message in context: http://forum.openscad.org/STL-output-fail-in-2015-01-13-tp11045p11083.html
Sent from the OpenSCAD mailing list archive at Nabble.com.

hi, openScad n00b here,

i've genned some stuff in .scad, but am wondering:

how do you check measurements before the slicing process?

thanks!
yvette

Hi,
Welcome to the forum. Next time please start a new topic instead of replying
with a new subject.

Anyway, if you mean what is the overall size of the object, you can't get
that from OpenSCAD simply ATM.

The new version, see  snapshots
http://www.openscad.org/downloads.html#snapshots  , has an option to have
measurements shown on the axes bars.

Otherwise you need another program to look at the exported STL file. I find
Netfabb Studio Basic http://www.netfabb.com/downloadcenter.php?basic=1
quite useful.

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/STL-output-fail-in-2015-01-13-tp11045p11086.html
Sent from the OpenSCAD mailing list archive at Nabble.com.