crashing again
My proprietary model is crashing again. Sometimes it works, sometimes
not, depending on the parameters that I apply to it (which, of course,
changes the geometry).
Sure would be nice if it didn't just crash, but rather gave even a HINT
at what was going wrong and/or what I could consider changing. Very
frustrating having F5 work and F6 take 30 minutes to crash. I'm wasting
a LOT of time trying different things blindly.
Argh
Jon
On Mar 13, 2015, at 12:25 PM, jon jon@jonbondy.com wrote:
My proprietary model is crashing again. Sometimes it works, sometimes not, depending on the parameters that I apply to it (which, of course, changes the geometry).
Could you provide a crashing example again?
-Marius
Not a simple one. Seems that if I increase any of the $ values, it
crashes. I had to reduce the fidelity of the model significantly to get
it to create.
I am fine with limitations on the fidelity. It is the time consuming
nature of this, and the fact that I'm working in the dark, that is
frustrating.
Jon
On 3/13/2015 2:40 PM, Marius Kintel wrote:
On Mar 13, 2015, at 12:25 PM, jon jon@jonbondy.com wrote:
My proprietary model is crashing again. Sometimes it works, sometimes not, depending on the parameters that I apply to it (which, of course, changes the geometry).
Could you provide a crashing example again?
-Marius
OpenSCAD mailing list
Discuss@lists.openscad.org
http://lists.openscad.org/mailman/listinfo/discuss_lists.openscad.org
No virus found in this message.
Checked by AVG - www.avg.com
Version: 2015.0.5751 / Virus Database: 4306/9292 - Release Date: 03/13/15
Try changing the view to Grid Only (F11) before rendering (F6)? Sometimes,
for me, it's the preview window that can't handle it.
On Fri, Mar 13, 2015 at 1:53 PM, jon jon@jonbondy.com wrote:
Not a simple one. Seems that if I increase any of the $ values, it
crashes. I had to reduce the fidelity of the model significantly to get it
to create.
I am fine with limitations on the fidelity. It is the time consuming
nature of this, and the fact that I'm working in the dark, that is
frustrating.
Jon
On 3/13/2015 2:40 PM, Marius Kintel wrote:
On Mar 13, 2015, at 12:25 PM, jon jon@jonbondy.com wrote:
My proprietary model is crashing again. Sometimes it works, sometimes
not, depending on the parameters that I apply to it (which, of course,
changes the geometry).
Could you provide a crashing example again?
-Marius
OpenSCAD mailing list
Discuss@lists.openscad.org
http://lists.openscad.org/mailman/listinfo/discuss_lists.openscad.org
No virus found in this message.
Checked by AVG - www.avg.com
Version: 2015.0.5751 / Virus Database: 4306/9292 - Release Date: 03/13/15
For more complex, high-polygon count designs, sometimes it helps to explicitly insert render() operations to flatten a level or three of hierarchy.
Andrew
Sent from my iPhone
On Mar 13, 2015, at 14:53, jon jon@jonbondy.com wrote:
Not a simple one. Seems that if I increase any of the $ values, it crashes. I had to reduce the fidelity of the model significantly to get it to create.
I am fine with limitations on the fidelity. It is the time consuming nature of this, and the fact that I'm working in the dark, that is frustrating.
Jon
On 3/13/2015 2:40 PM, Marius Kintel wrote:
On Mar 13, 2015, at 12:25 PM, jon jon@jonbondy.com wrote:
My proprietary model is crashing again. Sometimes it works, sometimes not, depending on the parameters that I apply to it (which, of course, changes the geometry).
Could you provide a crashing example again?
-Marius
OpenSCAD mailing list
Discuss@lists.openscad.org
http://lists.openscad.org/mailman/listinfo/discuss_lists.openscad.org
No virus found in this message.
Checked by AVG - www.avg.com
Version: 2015.0.5751 / Virus Database: 4306/9292 - Release Date: 03/13/15
On Mar 13, 2015, at 14:53 PM, jon jon@jonbondy.com wrote:
Not a simple one. Seems that if I increase any of the $ values, it crashes. I had to reduce the fidelity of the model significantly to get it to create.
It’s likely not related to increased resolution at all. We should never crash and crash bugs have high priority, so I’m willing to dig quite a bit to help you out.
-Marius
I will do a careful study next week, writing down the parameters and
noting the results. At the moment, my impression is that these crashes
occur erratically, unpredictably. At 30 minutes per run, it will take
some time.
Jon
On 3/13/2015 3:02 PM, Marius Kintel wrote:
On Mar 13, 2015, at 14:53 PM, jon jon@jonbondy.com wrote:
Not a simple one. Seems that if I increase any of the $ values, it crashes. I had to reduce the fidelity of the model significantly to get it to create.
It’s likely not related to increased resolution at all. We should never crash and crash bugs have high priority, so I’m willing to dig quite a bit to help you out.
-Marius
OpenSCAD mailing list
Discuss@lists.openscad.org
http://lists.openscad.org/mailman/listinfo/discuss_lists.openscad.org
No virus found in this message.
Checked by AVG - www.avg.com
Version: 2015.0.5751 / Virus Database: 4306/9292 - Release Date: 03/13/15
On Mar 13, 2015, at 19:49 PM, jon jon@jonbondy.com wrote:
I will do a careful study next week, writing down the parameters and noting the results. At the moment, my impression is that these crashes occur erratically, unpredictably. At 30 minutes per run, it will take some time.
Is this still on 64-bit Win 8.1 using Win 8 compatibility mode?
-Marius
Yes, WIn 8.1 64-bit. Not sure whether using compatibility mode (Win 8
or Win 7) is useful or not yet.
Jon
On 3/14/2015 12:04 PM, Marius Kintel wrote:
On Mar 13, 2015, at 19:49 PM, jon jon@jonbondy.com wrote:
I will do a careful study next week, writing down the parameters and noting the results. At the moment, my impression is that these crashes occur erratically, unpredictably. At 30 minutes per run, it will take some time.
Is this still on 64-bit Win 8.1 using Win 8 compatibility mode?
-Marius
OpenSCAD mailing list
Discuss@lists.openscad.org
http://lists.openscad.org/mailman/listinfo/discuss_lists.openscad.org
No virus found in this message.
Checked by AVG - www.avg.com
Version: 2015.0.5751 / Virus Database: 4306/9299 - Release Date: 03/14/15
On Mar 14, 2015, at 12:14 PM, jon jon@jonbondy.com wrote:
Yes, WIn 8.1 64-bit. Not sure whether using compatibility mode (Win 8 or Win 7) is useful or not yet.
Ok.
The first step for us would be to validate that the crash is not unique to your computer, since last time, nobody was able to reproduce the problem.
Even though I don’t have access to 64-bit Windows, there are tons of helpful people on this list who are ready to test stuff given the chance.
-Marius
I've got a clean 64bit 8.1 VM I can test with. Is there a writeup of the
problem I can use to replicate?
--tim
On Sat, Mar 14, 2015, 12:08 PM Marius Kintel marius@kintel.net wrote:
On Mar 14, 2015, at 12:14 PM, jon jon@jonbondy.com wrote:
Yes, WIn 8.1 64-bit. Not sure whether using compatibility mode (Win 8
or Win 7) is useful or not yet.
Ok.
The first step for us would be to validate that the crash is not unique to
your computer, since last time, nobody was able to reproduce the problem.
Even though I don’t have access to 64-bit Windows, there are tons of
helpful people on this list who are ready to test stuff given the chance.
-Marius
OpenSCAD mailing list
Discuss@lists.openscad.org
http://lists.openscad.org/mailman/listinfo/discuss_lists.openscad.org
Tim:
At the moment, all I know is that a proprietary SCAD file is crashing at
times. Since I cannot deliver that code, it is hard to know how to have
others help. I appreciate the offer, though.
Jon
On 3/14/2015 10:02 PM, Tim Deagan wrote:
I've got a clean 64bit 8.1 VM I can test with. Is there a writeup of
the problem I can use to replicate?
--tim
On Sat, Mar 14, 2015, 12:08 PM Marius Kintel <marius@kintel.net
mailto:marius@kintel.net> wrote:
On Mar 14, 2015, at 12:14 PM, jon <jon@jonbondy.com
<mailto:jon@jonbondy.com>> wrote:
Yes, WIn 8.1 64-bit. Not sure whether using compatibility mode
(Win 8 or Win 7) is useful or not yet.
Ok.
The first step for us would be to validate that the crash is not
unique to your computer, since last time, nobody was able to
reproduce the problem.
Even though I don’t have access to 64-bit Windows, there are tons
of helpful people on this list who are ready to test stuff given
the chance.
-Marius
_______________________________________________
OpenSCAD mailing list
Discuss@lists.openscad.org <mailto:Discuss@lists.openscad.org>
http://lists.openscad.org/mailman/listinfo/discuss_lists.openscad.org
OpenSCAD mailing list
Discuss@lists.openscad.org
http://lists.openscad.org/mailman/listinfo/discuss_lists.openscad.org
No virus found in this message.
Checked by AVG - www.avg.com http://www.avg.com
Version: 2015.0.5751 / Virus Database: 4306/9306 - Release Date: 03/15/15
If there is some section or abstraction that doesn't impinge on your IP,
let me know and I'll test it.
--tim
On Sun, Mar 15, 2015 at 8:34 AM, jon jon@jonbondy.com wrote:
Tim:
At the moment, all I know is that a proprietary SCAD file is crashing at
times. Since I cannot deliver that code, it is hard to know how to have
others help. I appreciate the offer, though.
Jon
On 3/14/2015 10:02 PM, Tim Deagan wrote:
I've got a clean 64bit 8.1 VM I can test with. Is there a writeup of the
problem I can use to replicate?
--tim
On Sat, Mar 14, 2015, 12:08 PM Marius Kintel marius@kintel.net wrote:
On Mar 14, 2015, at 12:14 PM, jon jon@jonbondy.com wrote:
Yes, WIn 8.1 64-bit. Not sure whether using compatibility mode (Win 8
or Win 7) is useful or not yet.
Ok.
The first step for us would be to validate that the crash is not unique
to your computer, since last time, nobody was able to reproduce the problem.
Even though I don’t have access to 64-bit Windows, there are tons of
helpful people on this list who are ready to test stuff given the chance.
-Marius
OpenSCAD mailing list
Discuss@lists.openscad.org
http://lists.openscad.org/mailman/listinfo/discuss_lists.openscad.org
OpenSCAD mailing listDiscuss@lists.openscad.orghttp://lists.openscad.org/mailman/listinfo/discuss_lists.openscad.org
No virus found in this message.
Checked by AVG - www.avg.com
Version: 2015.0.5751 / Virus Database: 4306/9306 - Release Date: 03/15/15
OpenSCAD mailing list
Discuss@lists.openscad.org
http://lists.openscad.org/mailman/listinfo/discuss_lists.openscad.org
First clue is that after crashing 5 times in a row with "$fa=5", when I
removed that, it stopped crashing twice in a row. I will try to create
a non-proprietary test case.
On 3/14/2015 12:27 PM, Marius Kintel wrote:
On Mar 14, 2015, at 12:14 PM, jon jon@jonbondy.com wrote:
Yes, WIn 8.1 64-bit. Not sure whether using compatibility mode (Win 8 or Win 7) is useful or not yet.
Ok.
The first step for us would be to validate that the crash is not unique to your computer, since last time, nobody was able to reproduce the problem.
Even though I don’t have access to 64-bit Windows, there are tons of helpful people on this list who are ready to test stuff given the chance.
-Marius
The following code crashed F6 after perhaps 45 minutes, consuming 1.7 GB
of RAM. It renders in under 1 second using F5. I realize that it is a
bizarre case. I only submit it because it demonstrates a way to have F5
work but F6 crash on my machine. I look forward to others trying it.
$fa=1;
translate([0, 100, 0])
difference() {
cylinder(h=75, r=20, $fn=100);
translate([0, 0, -2])
cylinder(h=80, r=17, $fn=100);
}
difference() {
sphere(r=45);
sphere(r=40);
}
On 3/16/2015 9:36 AM, jon wrote:
First clue is that after crashing 5 times in a row with "$fa=5", when I
removed that, it stopped crashing twice in a row. I will try to
create a non-proprietary test case.
On 3/14/2015 12:27 PM, Marius Kintel wrote:
On Mar 14, 2015, at 12:14 PM, jon jon@jonbondy.com wrote:
Yes, WIn 8.1 64-bit. Not sure whether using compatibility mode (Win
8 or Win 7) is useful or not yet.
Ok.
The first step for us would be to validate that the crash is not
unique to your computer, since last time, nobody was able to
reproduce the problem.
Even though I don’t have access to 64-bit Windows, there are tons of
helpful people on this list who are ready to test stuff given the
chance.
-Marius
OpenSCAD mailing list
Discuss@lists.openscad.org
http://lists.openscad.org/mailman/listinfo/discuss_lists.openscad.org
No virus found in this message.
Checked by AVG - www.avg.com
Version: 2015.0.5751 / Virus Database: 4306/9314 - Release Date: 03/16/15
On Mar 16, 2015, at 11:13 AM, jon jon@jonbondy.com wrote:
The following code crashed F6 after perhaps 45 minutes, consuming 1.7 GB of RAM. It renders in under 1 second using F5. I realize that it is a bizarre case. I only submit it because it demonstrates a way to have F5 work but F6 crash on my machine. I look forward to others trying it.
That’s bizarre indeed. It renders in 1m5s here.
Just to recap: Is this the 64-bit official 2015.03 binary, running on 64-bit Win 8.1 in Win 8 compatibility mode?
Could just paste the output of Help->Library Info just so we have all the details?
-Marius
See screen shot of Help, About for OpenSCAD release I am running, and
screen shot of Windows info about my computer (OS, 64-bit, RAM, etc).
Not sure how to prove that the OpenSCAD I'm running is the 64-bit
version; it installed in Program Files (rather than Program Files
(x86)). Note that previous crashes occurred around 300 MB of RAM (but,
of course, this crash could be due to something else going on).
If you can render this using F6 in 2 seconds, and it takes 45 minutes
here before it crashes, then something very strange is going on. I know
that at one point I considered the new code to be MUCH faster than the
old. That seems to have changed here. I have NO idea why.
Thanks for your help!
Here is Help, Library Info:
OpenSCAD Version: 2015.03
System information: Windows 8.1 (v6.3.0.0) 8 CPUs 7.90 GB RAM
Compiler, build date: GCC "4.9.2" 64bit, Mar 10 2015
Boost version: 1_57
Eigen version: 3.2.2
CGAL version, kernels: 4.5, Cartesian, Extended_cartesian, Epeck
OpenCSG version: OpenCSG 1.3.2
Qt version: 5.4.0
QScintilla version: 2.8.4
MingW build: MingW64
GLib version: 2.42.1
Application Path: C:/Program Files/OpenSCAD
Documents Path: C:\Users\jon\Documents
Resource Path: C:/Program Files/OpenSCAD
User Library Path: C:/Users/jon/Documents/OpenSCAD/libraries
User Config Path: C:\Users\jon\AppData\Local/OpenSCAD
Backup Path: C:/Users/jon/Documents/OpenSCAD/backups
OPENSCADPATH:
OpenSCAD library path:
C:/Users/jon/Documents/OpenSCAD/libraries
C:/Program Files/OpenSCAD\libraries
OPENSCAD_FONT_PATH:
OpenSCAD font path:
GLEW version: 1.11.0
OpenGL Version: 4.3.12618 Compatibility Profile Context 13.251.9001.1001
GL Renderer: AMD Radeon HD 7700 Series
GL Vendor: ATI Technologies Inc.
RGBA(8888), depth(24), stencil(8)
GL_ARB_framebuffer_object: yes
GL_EXT_framebuffer_object: yes
GL_EXT_packed_depth_stencil: yes
Using QGLWidget
GL Extensions:
GL_AMDX_debug_output
GL_AMD_blend_minmax_factor
GL_AMD_conservative_depth
GL_AMD_debug_output
GL_AMD_depth_clamp_separate
GL_AMD_draw_buffers_blend
GL_AMD_interleaved_elements
GL_AMD_multi_draw_indirect
GL_AMD_name_gen_delete
GL_AMD_performance_monitor
GL_AMD_pinned_memory
GL_AMD_query_buffer_object
GL_AMD_sample_positions
GL_AMD_seamless_cubemap_per_texture
GL_AMD_shader_atomic_counter_ops
GL_AMD_shader_stencil_export
GL_AMD_shader_stencil_value_export
GL_AMD_shader_trinary_minmax
GL_AMD_sparse_texture
GL_AMD_stencil_operation_extended
GL_AMD_texture_cube_map_array
GL_AMD_texture_texture4
GL_AMD_transform_feedback3_lines_triangles
GL_AMD_transform_feedback4
GL_AMD_vertex_shader_layer
GL_AMD_vertex_shader_viewport_index
GL_ARB_ES2_compatibility
GL_ARB_ES3_compatibility
GL_ARB_arrays_of_arrays
GL_ARB_base_instance
GL_ARB_blend_func_extended
GL_ARB_clear_buffer_object
GL_ARB_color_buffer_float
GL_ARB_compatibility
GL_ARB_compressed_texture_pixel_storage
GL_ARB_compute_shader
GL_ARB_conservative_depth
GL_ARB_copy_buffer
GL_ARB_copy_image
GL_ARB_debug_output
GL_ARB_depth_buffer_float
GL_ARB_depth_clamp
GL_ARB_depth_texture
GL_ARB_draw_buffers
GL_ARB_draw_buffers_blend
GL_ARB_draw_elements_base_vertex
GL_ARB_draw_indirect
GL_ARB_draw_instanced
GL_ARB_explicit_attrib_location
GL_ARB_explicit_uniform_location
GL_ARB_fragment_coord_conventions
GL_ARB_fragment_layer_viewport
GL_ARB_fragment_program
GL_ARB_fragment_program_shadow
GL_ARB_fragment_shader
GL_ARB_framebuffer_no_attachments
GL_ARB_framebuffer_object
GL_ARB_framebuffer_sRGB
GL_ARB_geometry_shader4
GL_ARB_get_program_binary
GL_ARB_gpu_shader5
GL_ARB_gpu_shader_fp64
GL_ARB_half_float_pixel
GL_ARB_half_float_vertex
GL_ARB_imaging
GL_ARB_instanced_arrays
GL_ARB_internalformat_query
GL_ARB_internalformat_query2
GL_ARB_invalidate_subdata
GL_ARB_map_buffer_alignment
GL_ARB_map_buffer_range
GL_ARB_multi_draw_indirect
GL_ARB_multisample
GL_ARB_multitexture
GL_ARB_occlusion_query
GL_ARB_occlusion_query2
GL_ARB_pixel_buffer_object
GL_ARB_point_parameters
GL_ARB_point_sprite
GL_ARB_program_interface_query
GL_ARB_provoking_vertex
GL_ARB_query_buffer_object
GL_ARB_sample_shading
GL_ARB_sampler_objects
GL_ARB_seamless_cube_map
GL_ARB_seamless_cubemap_per_texture
GL_ARB_separate_shader_objects
GL_ARB_shader_atomic_counters
GL_ARB_shader_bit_encoding
GL_ARB_shader_image_load_store
GL_ARB_shader_image_size
GL_ARB_shader_objects
GL_ARB_shader_precision
GL_ARB_shader_stencil_export
GL_ARB_shader_storage_buffer_object
GL_ARB_shader_subroutine
GL_ARB_shader_texture_lod
GL_ARB_shading_language_100
GL_ARB_shading_language_420pack
GL_ARB_shading_language_packing
GL_ARB_shadow
GL_ARB_shadow_ambient
GL_ARB_stencil_texturing
GL_ARB_sync
GL_ARB_tessellation_shader
GL_ARB_texture_border_clamp
GL_ARB_texture_buffer_object
GL_ARB_texture_buffer_object_rgb32
GL_ARB_texture_buffer_range
GL_ARB_texture_compression
GL_ARB_texture_compression_bptc
GL_ARB_texture_compression_rgtc
GL_ARB_texture_cube_map
GL_ARB_texture_cube_map_array
GL_ARB_texture_env_add
GL_ARB_texture_env_combine
GL_ARB_texture_env_crossbar
GL_ARB_texture_env_dot3
GL_ARB_texture_float
GL_ARB_texture_gather
GL_ARB_texture_mirror_clamp_to_edge
GL_ARB_texture_mirrored_repeat
GL_ARB_texture_multisample
GL_ARB_texture_non_power_of_two
GL_ARB_texture_query_levels
GL_ARB_texture_query_lod
GL_ARB_texture_rectangle
GL_ARB_texture_rg
GL_ARB_texture_rgb10_a2ui
GL_ARB_texture_snorm
GL_ARB_texture_storage
GL_ARB_texture_storage_multisample
GL_ARB_texture_view
GL_ARB_timer_query
GL_ARB_transform_feedback2
GL_ARB_transform_feedback3
GL_ARB_transform_feedback_instanced
GL_ARB_transpose_matrix
GL_ARB_uniform_buffer_object
GL_ARB_vertex_array_bgra
GL_ARB_vertex_array_object
GL_ARB_vertex_attrib_64bit
GL_ARB_vertex_attrib_binding
GL_ARB_vertex_buffer_object
GL_ARB_vertex_program
GL_ARB_vertex_shader
GL_ARB_vertex_type_10f_11f_11f_rev
GL_ARB_vertex_type_2_10_10_10_rev
GL_ARB_viewport_array
GL_ARB_window_pos
GL_ATI_draw_buffers
GL_ATI_envmap_bumpmap
GL_ATI_fragment_shader
GL_ATI_separate_stencil
GL_ATI_texture_compression_3dc
GL_ATI_texture_env_combine3
GL_ATI_texture_float
GL_ATI_texture_mirror_once
GL_EXT_abgr
GL_EXT_bgra
GL_EXT_bindable_uniform
GL_EXT_blend_color
GL_EXT_blend_equation_separate
GL_EXT_blend_func_separate
GL_EXT_blend_minmax
GL_EXT_blend_subtract
GL_EXT_compiled_vertex_array
GL_EXT_copy_buffer
GL_EXT_copy_texture
GL_EXT_depth_bounds_test
GL_EXT_direct_state_access
GL_EXT_draw_buffers2
GL_EXT_draw_instanced
GL_EXT_draw_range_elements
GL_EXT_fog_coord
GL_EXT_framebuffer_blit
GL_EXT_framebuffer_multisample
GL_EXT_framebuffer_object
GL_EXT_framebuffer_sRGB
GL_EXT_geometry_shader4
GL_EXT_gpu_program_parameters
GL_EXT_gpu_shader4
GL_EXT_histogram
GL_EXT_multi_draw_arrays
GL_EXT_packed_depth_stencil
GL_EXT_packed_float
GL_EXT_packed_pixels
GL_EXT_pixel_buffer_object
GL_EXT_point_parameters
GL_EXT_provoking_vertex
GL_EXT_rescale_normal
GL_EXT_secondary_color
GL_EXT_separate_specular_color
GL_EXT_shader_image_load_store
GL_EXT_shadow_funcs
GL_EXT_stencil_wrap
GL_EXT_subtexture
GL_EXT_texgen_reflection
GL_EXT_texture3D
GL_EXT_texture_array
GL_EXT_texture_buffer_object
GL_EXT_texture_compression_bptc
GL_EXT_texture_compression_latc
GL_EXT_texture_compression_rgtc
GL_EXT_texture_compression_s3tc
GL_EXT_texture_cube_map
GL_EXT_texture_edge_clamp
GL_EXT_texture_env_add
GL_EXT_texture_env_combine
GL_EXT_texture_env_dot3
GL_EXT_texture_filter_anisotropic
GL_EXT_texture_integer
GL_EXT_texture_lod
GL_EXT_texture_lod_bias
GL_EXT_texture_mirror_clamp
GL_EXT_texture_object
GL_EXT_texture_rectangle
GL_EXT_texture_sRGB
GL_EXT_texture_sRGB_decode
GL_EXT_texture_shared_exponent
GL_EXT_texture_snorm
GL_EXT_texture_storage
GL_EXT_texture_swizzle
GL_EXT_timer_query
GL_EXT_transform_feedback
GL_EXT_vertex_array
GL_EXT_vertex_array_bgra
GL_EXT_vertex_attrib_64bit
GL_IBM_texture_mirrored_repeat
GL_KHR_debug
GL_KTX_buffer_region
GL_NV_blend_square
GL_NV_conditional_render
GL_NV_copy_depth_to_color
GL_NV_copy_image
GL_NV_explicit_multisample
GL_NV_float_buffer
GL_NV_half_float
GL_NV_primitive_restart
GL_NV_texgen_reflection
GL_NV_texture_barrier
GL_SGIS_generate_mipmap
GL_SGIS_texture_edge_clamp
GL_SGIS_texture_lod
GL_SUN_multi_draw_arrays
GL_WIN_swap_hint
WGL_EXT_swap_control
On 3/16/2015 11:20 AM, Marius Kintel wrote:
On Mar 16, 2015, at 11:13 AM, jon jon@jonbondy.com wrote:
The following code crashed F6 after perhaps 45 minutes, consuming 1.7 GB of RAM. It renders in under 1 second using F5. I realize that it is a bizarre case. I only submit it because it demonstrates a way to have F5 work but F6 crash on my machine. I look forward to others trying it.
That’s bizarre indeed. It renders in 1m5s here.
Just to recap: Is this the 64-bit official 2015.03 binary, running on 64-bit Win 8.1 in Win 8 compatibility mode?
Could just paste the output of Help->Library Info just so we have all the details?
-Marius
OpenSCAD mailing list
Discuss@lists.openscad.org
http://lists.openscad.org/mailman/listinfo/discuss_lists.openscad.org
No virus found in this message.
Checked by AVG - www.avg.com
Version: 2015.0.5751 / Virus Database: 4306/9314 - Release Date: 03/16/15
Jon,
Is it possible to provide some sort of stack trace, so we can see where it crashes?
Perhaps from the Event Log ?
-Marius
I'm trying this on the clean VM I built, but I'm having to do it via Chrome
Remote Desktop from work (over a 4G line,) so I may not make progress until
I get home tonight.
I'm not clear about the Windows 8 compatibility mode that's noted above.
Is that something you're setting in the properties of the openscad.exe file?
--tim
On Mon, Mar 16, 2015 at 10:33 AM, jon jon@jonbondy.com wrote:
See screen shot of Help, About for OpenSCAD release I am running, and
screen shot of Windows info about my computer (OS, 64-bit, RAM, etc). Not
sure how to prove that the OpenSCAD I'm running is the 64-bit version; it
installed in Program Files (rather than Program Files (x86)). Note that
previous crashes occurred around 300 MB of RAM (but, of course, this crash
could be due to something else going on).
If you can render this using F6 in 2 seconds, and it takes 45 minutes here
before it crashes, then something very strange is going on. I know that at
one point I considered the new code to be MUCH faster than the old. That
seems to have changed here. I have NO idea why.
Thanks for your help!
Here is Help, Library Info:
OpenSCAD Version: 2015.03
System information: Windows 8.1 (v6.3.0.0) 8 CPUs 7.90 GB RAM
Compiler, build date: GCC "4.9.2" 64bit, Mar 10 2015
Boost version: 1_57
Eigen version: 3.2.2
CGAL version, kernels: 4.5, Cartesian, Extended_cartesian, Epeck
OpenCSG version: OpenCSG 1.3.2
Qt version: 5.4.0
QScintilla version: 2.8.4
MingW build: MingW64
GLib version: 2.42.1
Application Path: C:/Program Files/OpenSCAD
Documents Path: C:\Users\jon\Documents
Resource Path: C:/Program Files/OpenSCAD
User Library Path: C:/Users/jon/Documents/OpenSCAD/libraries
User Config Path: C:\Users\jon\AppData\Local/OpenSCAD
Backup Path: C:/Users/jon/Documents/OpenSCAD/backups
OPENSCADPATH:
OpenSCAD library path:
C:/Users/jon/Documents/OpenSCAD/libraries
C:/Program Files/OpenSCAD\libraries
OPENSCAD_FONT_PATH:
OpenSCAD font path:
GLEW version: 1.11.0
OpenGL Version: 4.3.12618 Compatibility Profile Context 13.251.9001.1001
GL Renderer: AMD Radeon HD 7700 Series
GL Vendor: ATI Technologies Inc.
RGBA(8888), depth(24), stencil(8)
GL_ARB_framebuffer_object: yes
GL_EXT_framebuffer_object: yes
GL_EXT_packed_depth_stencil: yes
Using QGLWidget
GL Extensions:
GL_AMDX_debug_output
GL_AMD_blend_minmax_factor
GL_AMD_conservative_depth
GL_AMD_debug_output
GL_AMD_depth_clamp_separate
GL_AMD_draw_buffers_blend
GL_AMD_interleaved_elements
GL_AMD_multi_draw_indirect
GL_AMD_name_gen_delete
GL_AMD_performance_monitor
GL_AMD_pinned_memory
GL_AMD_query_buffer_object
GL_AMD_sample_positions
GL_AMD_seamless_cubemap_per_texture
GL_AMD_shader_atomic_counter_ops
GL_AMD_shader_stencil_export
GL_AMD_shader_stencil_value_export
GL_AMD_shader_trinary_minmax
GL_AMD_sparse_texture
GL_AMD_stencil_operation_extended
GL_AMD_texture_cube_map_array
GL_AMD_texture_texture4
GL_AMD_transform_feedback3_lines_triangles
GL_AMD_transform_feedback4
GL_AMD_vertex_shader_layer
GL_AMD_vertex_shader_viewport_index
GL_ARB_ES2_compatibility
GL_ARB_ES3_compatibility
GL_ARB_arrays_of_arrays
GL_ARB_base_instance
GL_ARB_blend_func_extended
GL_ARB_clear_buffer_object
GL_ARB_color_buffer_float
GL_ARB_compatibility
GL_ARB_compressed_texture_pixel_storage
GL_ARB_compute_shader
GL_ARB_conservative_depth
GL_ARB_copy_buffer
GL_ARB_copy_image
GL_ARB_debug_output
GL_ARB_depth_buffer_float
GL_ARB_depth_clamp
GL_ARB_depth_texture
GL_ARB_draw_buffers
GL_ARB_draw_buffers_blend
GL_ARB_draw_elements_base_vertex
GL_ARB_draw_indirect
GL_ARB_draw_instanced
GL_ARB_explicit_attrib_location
GL_ARB_explicit_uniform_location
GL_ARB_fragment_coord_conventions
GL_ARB_fragment_layer_viewport
GL_ARB_fragment_program
GL_ARB_fragment_program_shadow
GL_ARB_fragment_shader
GL_ARB_framebuffer_no_attachments
GL_ARB_framebuffer_object
GL_ARB_framebuffer_sRGB
GL_ARB_geometry_shader4
GL_ARB_get_program_binary
GL_ARB_gpu_shader5
GL_ARB_gpu_shader_fp64
GL_ARB_half_float_pixel
GL_ARB_half_float_vertex
GL_ARB_imaging
GL_ARB_instanced_arrays
GL_ARB_internalformat_query
GL_ARB_internalformat_query2
GL_ARB_invalidate_subdata
GL_ARB_map_buffer_alignment
GL_ARB_map_buffer_range
GL_ARB_multi_draw_indirect
GL_ARB_multisample
GL_ARB_multitexture
GL_ARB_occlusion_query
GL_ARB_occlusion_query2
GL_ARB_pixel_buffer_object
GL_ARB_point_parameters
GL_ARB_point_sprite
GL_ARB_program_interface_query
GL_ARB_provoking_vertex
GL_ARB_query_buffer_object
GL_ARB_sample_shading
GL_ARB_sampler_objects
GL_ARB_seamless_cube_map
GL_ARB_seamless_cubemap_per_texture
GL_ARB_separate_shader_objects
GL_ARB_shader_atomic_counters
GL_ARB_shader_bit_encoding
GL_ARB_shader_image_load_store
GL_ARB_shader_image_size
GL_ARB_shader_objects
GL_ARB_shader_precision
GL_ARB_shader_stencil_export
GL_ARB_shader_storage_buffer_object
GL_ARB_shader_subroutine
GL_ARB_shader_texture_lod
GL_ARB_shading_language_100
GL_ARB_shading_language_420pack
GL_ARB_shading_language_packing
GL_ARB_shadow
GL_ARB_shadow_ambient
GL_ARB_stencil_texturing
GL_ARB_sync
GL_ARB_tessellation_shader
GL_ARB_texture_border_clamp
GL_ARB_texture_buffer_object
GL_ARB_texture_buffer_object_rgb32
GL_ARB_texture_buffer_range
GL_ARB_texture_compression
GL_ARB_texture_compression_bptc
GL_ARB_texture_compression_rgtc
GL_ARB_texture_cube_map
GL_ARB_texture_cube_map_array
GL_ARB_texture_env_add
GL_ARB_texture_env_combine
GL_ARB_texture_env_crossbar
GL_ARB_texture_env_dot3
GL_ARB_texture_float
GL_ARB_texture_gather
GL_ARB_texture_mirror_clamp_to_edge
GL_ARB_texture_mirrored_repeat
GL_ARB_texture_multisample
GL_ARB_texture_non_power_of_two
GL_ARB_texture_query_levels
GL_ARB_texture_query_lod
GL_ARB_texture_rectangle
GL_ARB_texture_rg
GL_ARB_texture_rgb10_a2ui
GL_ARB_texture_snorm
GL_ARB_texture_storage
GL_ARB_texture_storage_multisample
GL_ARB_texture_view
GL_ARB_timer_query
GL_ARB_transform_feedback2
GL_ARB_transform_feedback3
GL_ARB_transform_feedback_instanced
GL_ARB_transpose_matrix
GL_ARB_uniform_buffer_object
GL_ARB_vertex_array_bgra
GL_ARB_vertex_array_object
GL_ARB_vertex_attrib_64bit
GL_ARB_vertex_attrib_binding
GL_ARB_vertex_buffer_object
GL_ARB_vertex_program
GL_ARB_vertex_shader
GL_ARB_vertex_type_10f_11f_11f_rev
GL_ARB_vertex_type_2_10_10_10_rev
GL_ARB_viewport_array
GL_ARB_window_pos
GL_ATI_draw_buffers
GL_ATI_envmap_bumpmap
GL_ATI_fragment_shader
GL_ATI_separate_stencil
GL_ATI_texture_compression_3dc
GL_ATI_texture_env_combine3
GL_ATI_texture_float
GL_ATI_texture_mirror_once
GL_EXT_abgr
GL_EXT_bgra
GL_EXT_bindable_uniform
GL_EXT_blend_color
GL_EXT_blend_equation_separate
GL_EXT_blend_func_separate
GL_EXT_blend_minmax
GL_EXT_blend_subtract
GL_EXT_compiled_vertex_array
GL_EXT_copy_buffer
GL_EXT_copy_texture
GL_EXT_depth_bounds_test
GL_EXT_direct_state_access
GL_EXT_draw_buffers2
GL_EXT_draw_instanced
GL_EXT_draw_range_elements
GL_EXT_fog_coord
GL_EXT_framebuffer_blit
GL_EXT_framebuffer_multisample
GL_EXT_framebuffer_object
GL_EXT_framebuffer_sRGB
GL_EXT_geometry_shader4
GL_EXT_gpu_program_parameters
GL_EXT_gpu_shader4
GL_EXT_histogram
GL_EXT_multi_draw_arrays
GL_EXT_packed_depth_stencil
GL_EXT_packed_float
GL_EXT_packed_pixels
GL_EXT_pixel_buffer_object
GL_EXT_point_parameters
GL_EXT_provoking_vertex
GL_EXT_rescale_normal
GL_EXT_secondary_color
GL_EXT_separate_specular_color
GL_EXT_shader_image_load_store
GL_EXT_shadow_funcs
GL_EXT_stencil_wrap
GL_EXT_subtexture
GL_EXT_texgen_reflection
GL_EXT_texture3D
GL_EXT_texture_array
GL_EXT_texture_buffer_object
GL_EXT_texture_compression_bptc
GL_EXT_texture_compression_latc
GL_EXT_texture_compression_rgtc
GL_EXT_texture_compression_s3tc
GL_EXT_texture_cube_map
GL_EXT_texture_edge_clamp
GL_EXT_texture_env_add
GL_EXT_texture_env_combine
GL_EXT_texture_env_dot3
GL_EXT_texture_filter_anisotropic
GL_EXT_texture_integer
GL_EXT_texture_lod
GL_EXT_texture_lod_bias
GL_EXT_texture_mirror_clamp
GL_EXT_texture_object
GL_EXT_texture_rectangle
GL_EXT_texture_sRGB
GL_EXT_texture_sRGB_decode
GL_EXT_texture_shared_exponent
GL_EXT_texture_snorm
GL_EXT_texture_storage
GL_EXT_texture_swizzle
GL_EXT_timer_query
GL_EXT_transform_feedback
GL_EXT_vertex_array
GL_EXT_vertex_array_bgra
GL_EXT_vertex_attrib_64bit
GL_IBM_texture_mirrored_repeat
GL_KHR_debug
GL_KTX_buffer_region
GL_NV_blend_square
GL_NV_conditional_render
GL_NV_copy_depth_to_color
GL_NV_copy_image
GL_NV_explicit_multisample
GL_NV_float_buffer
GL_NV_half_float
GL_NV_primitive_restart
GL_NV_texgen_reflection
GL_NV_texture_barrier
GL_SGIS_generate_mipmap
GL_SGIS_texture_edge_clamp
GL_SGIS_texture_lod
GL_SUN_multi_draw_arrays
GL_WIN_swap_hint
WGL_EXT_swap_control
On 3/16/2015 11:20 AM, Marius Kintel wrote:
On Mar 16, 2015, at 11:13 AM, jon jon@jonbondy.com jon@jonbondy.com wrote:
The following code crashed F6 after perhaps 45 minutes, consuming 1.7 GB of RAM. It renders in under 1 second using F5. I realize that it is a bizarre case. I only submit it because it demonstrates a way to have F5 work but F6 crash on my machine. I look forward to others trying it.
That’s bizarre indeed. It renders in 1m5s here.
Just to recap: Is this the 64-bit official 2015.03 binary, running on 64-bit Win 8.1 in Win 8 compatibility mode?
Could just paste the output of Help->Library Info just so we have all the details?
-Marius
OpenSCAD mailing listDiscuss@lists.openscad.orghttp://lists.openscad.org/mailman/listinfo/discuss_lists.openscad.org
No virus found in this message.
Checked by AVG - www.avg.com
Version: 2015.0.5751 / Virus Database: 4306/9314 - Release Date: 03/16/15
OpenSCAD mailing list
Discuss@lists.openscad.org
http://lists.openscad.org/mailman/listinfo/discuss_lists.openscad.org
I hope the attached screen shot helps. Right click, select Properties,
go to the Compatibility tab. Not at all sure this is necessary, but I
thought it was necessary a few weeks ago.
On 3/16/2015 1:13 PM, Tim Deagan wrote:
I'm trying this on the clean VM I built, but I'm having to do it via
Chrome Remote Desktop from work (over a 4G line,) so I may not make
progress until I get home tonight.
I'm not clear about the Windows 8 compatibility mode that's noted
above. Is that something you're setting in the properties of the
openscad.exe file?
--tim
On Mon, Mar 16, 2015 at 10:33 AM, jon <jon@jonbondy.com
mailto:jon@jonbondy.com> wrote:
See screen shot of Help, About for OpenSCAD release I am running,
and screen shot of Windows info about my computer (OS, 64-bit,
RAM, etc). Not sure how to prove that the OpenSCAD I'm running is
the 64-bit version; it installed in Program Files (rather than
Program Files (x86)). Note that previous crashes occurred around
300 MB of RAM (but, of course, this crash could be due to
something else going on).
If you can render this using F6 in 2 seconds, and it takes 45
minutes here before it crashes, then something very strange is
going on. I know that at one point I considered the new code to
be MUCH faster than the old. That seems to have changed here. I
have NO idea why.
Thanks for your help!
Here is Help, Library Info:
OpenSCAD Version: 2015.03
System information: Windows 8.1 (v6.3.0.0) 8 CPUs 7.90 GB RAM
Compiler, build date: GCC "4.9.2" 64bit, Mar 10 2015
Boost version: 1_57
Eigen version: 3.2.2
CGAL version, kernels: 4.5, Cartesian, Extended_cartesian, Epeck
OpenCSG version: OpenCSG 1.3.2
Qt version: 5.4.0
QScintilla version: 2.8.4
MingW build: MingW64
GLib version: 2.42.1
Application Path: C:/Program Files/OpenSCAD
Documents Path: C:\Users\jon\Documents
Resource Path: C:/Program Files/OpenSCAD
User Library Path: C:/Users/jon/Documents/OpenSCAD/libraries
User Config Path: C:\Users\jon\AppData\Local/OpenSCAD
Backup Path: C:/Users/jon/Documents/OpenSCAD/backups
OPENSCADPATH:
OpenSCAD library path:
C:/Users/jon/Documents/OpenSCAD/libraries
C:/Program Files/OpenSCAD\libraries
OPENSCAD_FONT_PATH:
OpenSCAD font path:
GLEW version: 1.11.0
OpenGL Version: 4.3.12618 Compatibility Profile Context
13.251.9001.1001
GL Renderer: AMD Radeon HD 7700 Series
GL Vendor: ATI Technologies Inc.
RGBA(8888), depth(24), stencil(8)
GL_ARB_framebuffer_object: yes
GL_EXT_framebuffer_object: yes
GL_EXT_packed_depth_stencil: yes
Using QGLWidget
GL Extensions:
GL_AMDX_debug_output
GL_AMD_blend_minmax_factor
GL_AMD_conservative_depth
GL_AMD_debug_output
GL_AMD_depth_clamp_separate
GL_AMD_draw_buffers_blend
GL_AMD_interleaved_elements
GL_AMD_multi_draw_indirect
GL_AMD_name_gen_delete
GL_AMD_performance_monitor
GL_AMD_pinned_memory
GL_AMD_query_buffer_object
GL_AMD_sample_positions
GL_AMD_seamless_cubemap_per_texture
GL_AMD_shader_atomic_counter_ops
GL_AMD_shader_stencil_export
GL_AMD_shader_stencil_value_export
GL_AMD_shader_trinary_minmax
GL_AMD_sparse_texture
GL_AMD_stencil_operation_extended
GL_AMD_texture_cube_map_array
GL_AMD_texture_texture4
GL_AMD_transform_feedback3_lines_triangles
GL_AMD_transform_feedback4
GL_AMD_vertex_shader_layer
GL_AMD_vertex_shader_viewport_index
GL_ARB_ES2_compatibility
GL_ARB_ES3_compatibility
GL_ARB_arrays_of_arrays
GL_ARB_base_instance
GL_ARB_blend_func_extended
GL_ARB_clear_buffer_object
GL_ARB_color_buffer_float
GL_ARB_compatibility
GL_ARB_compressed_texture_pixel_storage
GL_ARB_compute_shader
GL_ARB_conservative_depth
GL_ARB_copy_buffer
GL_ARB_copy_image
GL_ARB_debug_output
GL_ARB_depth_buffer_float
GL_ARB_depth_clamp
GL_ARB_depth_texture
GL_ARB_draw_buffers
GL_ARB_draw_buffers_blend
GL_ARB_draw_elements_base_vertex
GL_ARB_draw_indirect
GL_ARB_draw_instanced
GL_ARB_explicit_attrib_location
GL_ARB_explicit_uniform_location
GL_ARB_fragment_coord_conventions
GL_ARB_fragment_layer_viewport
GL_ARB_fragment_program
GL_ARB_fragment_program_shadow
GL_ARB_fragment_shader
GL_ARB_framebuffer_no_attachments
GL_ARB_framebuffer_object
GL_ARB_framebuffer_sRGB
GL_ARB_geometry_shader4
GL_ARB_get_program_binary
GL_ARB_gpu_shader5
GL_ARB_gpu_shader_fp64
GL_ARB_half_float_pixel
GL_ARB_half_float_vertex
GL_ARB_imaging
GL_ARB_instanced_arrays
GL_ARB_internalformat_query
GL_ARB_internalformat_query2
GL_ARB_invalidate_subdata
GL_ARB_map_buffer_alignment
GL_ARB_map_buffer_range
GL_ARB_multi_draw_indirect
GL_ARB_multisample
GL_ARB_multitexture
GL_ARB_occlusion_query
GL_ARB_occlusion_query2
GL_ARB_pixel_buffer_object
GL_ARB_point_parameters
GL_ARB_point_sprite
GL_ARB_program_interface_query
GL_ARB_provoking_vertex
GL_ARB_query_buffer_object
GL_ARB_sample_shading
GL_ARB_sampler_objects
GL_ARB_seamless_cube_map
GL_ARB_seamless_cubemap_per_texture
GL_ARB_separate_shader_objects
GL_ARB_shader_atomic_counters
GL_ARB_shader_bit_encoding
GL_ARB_shader_image_load_store
GL_ARB_shader_image_size
GL_ARB_shader_objects
GL_ARB_shader_precision
GL_ARB_shader_stencil_export
GL_ARB_shader_storage_buffer_object
GL_ARB_shader_subroutine
GL_ARB_shader_texture_lod
GL_ARB_shading_language_100
GL_ARB_shading_language_420pack
GL_ARB_shading_language_packing
GL_ARB_shadow
GL_ARB_shadow_ambient
GL_ARB_stencil_texturing
GL_ARB_sync
GL_ARB_tessellation_shader
GL_ARB_texture_border_clamp
GL_ARB_texture_buffer_object
GL_ARB_texture_buffer_object_rgb32
GL_ARB_texture_buffer_range
GL_ARB_texture_compression
GL_ARB_texture_compression_bptc
GL_ARB_texture_compression_rgtc
GL_ARB_texture_cube_map
GL_ARB_texture_cube_map_array
GL_ARB_texture_env_add
GL_ARB_texture_env_combine
GL_ARB_texture_env_crossbar
GL_ARB_texture_env_dot3
GL_ARB_texture_float
GL_ARB_texture_gather
GL_ARB_texture_mirror_clamp_to_edge
GL_ARB_texture_mirrored_repeat
GL_ARB_texture_multisample
GL_ARB_texture_non_power_of_two
GL_ARB_texture_query_levels
GL_ARB_texture_query_lod
GL_ARB_texture_rectangle
GL_ARB_texture_rg
GL_ARB_texture_rgb10_a2ui
GL_ARB_texture_snorm
GL_ARB_texture_storage
GL_ARB_texture_storage_multisample
GL_ARB_texture_view
GL_ARB_timer_query
GL_ARB_transform_feedback2
GL_ARB_transform_feedback3
GL_ARB_transform_feedback_instanced
GL_ARB_transpose_matrix
GL_ARB_uniform_buffer_object
GL_ARB_vertex_array_bgra
GL_ARB_vertex_array_object
GL_ARB_vertex_attrib_64bit
GL_ARB_vertex_attrib_binding
GL_ARB_vertex_buffer_object
GL_ARB_vertex_program
GL_ARB_vertex_shader
GL_ARB_vertex_type_10f_11f_11f_rev
GL_ARB_vertex_type_2_10_10_10_rev
GL_ARB_viewport_array
GL_ARB_window_pos
GL_ATI_draw_buffers
GL_ATI_envmap_bumpmap
GL_ATI_fragment_shader
GL_ATI_separate_stencil
GL_ATI_texture_compression_3dc
GL_ATI_texture_env_combine3
GL_ATI_texture_float
GL_ATI_texture_mirror_once
GL_EXT_abgr
GL_EXT_bgra
GL_EXT_bindable_uniform
GL_EXT_blend_color
GL_EXT_blend_equation_separate
GL_EXT_blend_func_separate
GL_EXT_blend_minmax
GL_EXT_blend_subtract
GL_EXT_compiled_vertex_array
GL_EXT_copy_buffer
GL_EXT_copy_texture
GL_EXT_depth_bounds_test
GL_EXT_direct_state_access
GL_EXT_draw_buffers2
GL_EXT_draw_instanced
GL_EXT_draw_range_elements
GL_EXT_fog_coord
GL_EXT_framebuffer_blit
GL_EXT_framebuffer_multisample
GL_EXT_framebuffer_object
GL_EXT_framebuffer_sRGB
GL_EXT_geometry_shader4
GL_EXT_gpu_program_parameters
GL_EXT_gpu_shader4
GL_EXT_histogram
GL_EXT_multi_draw_arrays
GL_EXT_packed_depth_stencil
GL_EXT_packed_float
GL_EXT_packed_pixels
GL_EXT_pixel_buffer_object
GL_EXT_point_parameters
GL_EXT_provoking_vertex
GL_EXT_rescale_normal
GL_EXT_secondary_color
GL_EXT_separate_specular_color
GL_EXT_shader_image_load_store
GL_EXT_shadow_funcs
GL_EXT_stencil_wrap
GL_EXT_subtexture
GL_EXT_texgen_reflection
GL_EXT_texture3D
GL_EXT_texture_array
GL_EXT_texture_buffer_object
GL_EXT_texture_compression_bptc
GL_EXT_texture_compression_latc
GL_EXT_texture_compression_rgtc
GL_EXT_texture_compression_s3tc
GL_EXT_texture_cube_map
GL_EXT_texture_edge_clamp
GL_EXT_texture_env_add
GL_EXT_texture_env_combine
GL_EXT_texture_env_dot3
GL_EXT_texture_filter_anisotropic
GL_EXT_texture_integer
GL_EXT_texture_lod
GL_EXT_texture_lod_bias
GL_EXT_texture_mirror_clamp
GL_EXT_texture_object
GL_EXT_texture_rectangle
GL_EXT_texture_sRGB
GL_EXT_texture_sRGB_decode
GL_EXT_texture_shared_exponent
GL_EXT_texture_snorm
GL_EXT_texture_storage
GL_EXT_texture_swizzle
GL_EXT_timer_query
GL_EXT_transform_feedback
GL_EXT_vertex_array
GL_EXT_vertex_array_bgra
GL_EXT_vertex_attrib_64bit
GL_IBM_texture_mirrored_repeat
GL_KHR_debug
GL_KTX_buffer_region
GL_NV_blend_square
GL_NV_conditional_render
GL_NV_copy_depth_to_color
GL_NV_copy_image
GL_NV_explicit_multisample
GL_NV_float_buffer
GL_NV_half_float
GL_NV_primitive_restart
GL_NV_texgen_reflection
GL_NV_texture_barrier
GL_SGIS_generate_mipmap
GL_SGIS_texture_edge_clamp
GL_SGIS_texture_lod
GL_SUN_multi_draw_arrays
GL_WIN_swap_hint
WGL_EXT_swap_control
On 3/16/2015 11:20 AM, Marius Kintel wrote:
On Mar 16, 2015, at 11:13 AM, jon<jon@jonbondy.com> <mailto:jon@jonbondy.com> wrote:
The following code crashed F6 after perhaps 45 minutes, consuming 1.7 GB of RAM. It renders in under 1 second using F5. I realize that it is a bizarre case. I only submit it because it demonstrates a way to have F5 work but F6 crash on my machine. I look forward to others trying it.
That’s bizarre indeed. It renders in 1m5s here. Just to recap: Is
this the 64-bit official 2015.03 binary, running on 64-bit Win
8.1 in Win 8 compatibility mode? Could just paste the output of
Help->Library Info just so we have all the details? -Marius
_______________________________________________ OpenSCAD mailing
list Discuss@lists.openscad.org
<mailto:Discuss@lists.openscad.org>
http://lists.openscad.org/mailman/listinfo/discuss_lists.openscad.org
-----
No virus found in this message.
Checked by AVG -www.avg.com <http://www.avg.com>
Version: 2015.0.5751 / Virus Database: 4306/9314 - Release Date: 03/16/15
_______________________________________________
OpenSCAD mailing list
Discuss@lists.openscad.org <mailto:Discuss@lists.openscad.org>
http://lists.openscad.org/mailman/listinfo/discuss_lists.openscad.org
OpenSCAD mailing list
Discuss@lists.openscad.org
http://lists.openscad.org/mailman/listinfo/discuss_lists.openscad.org
No virus found in this message.
Checked by AVG - www.avg.com http://www.avg.com
Version: 2015.0.5751 / Virus Database: 4306/9314 - Release Date: 03/16/15
Is this helpful? Maybe it is blowing up in the ATI driver
Faulting application name: openscad.exe, version: 0.0.0.0, time stamp:
0x54ff43ac
Faulting module name: atio6axx.dll, version: 6.14.10.12618, time stamp:
0x53b756ff
Exception code: 0xc0000005
Fault offset: 0x0000000000191154
Faulting process id: 0x520
Faulting application start time: 0x01d05ffff37b9be0
Faulting application path: C:\Program Files\OpenSCAD\openscad.exe
Faulting module path: C:\WINDOWS\SYSTEM32\atio6axx.dll
Report Id: 48060de5-cbf7-11e4-be7a-086266262bb2
Faulting package full name:
Faulting package-relative application ID:
- System
- Provider
[ *Name*] Application Error
- EventID 1000
[ *Qualifiers*] 0
*Level* 2
*Task* 100
*Keywords* 0x80000000000000
- TimeCreated
[ *SystemTime*] 2015-03-16T16:12:46.000000000Z
*EventRecordID* 7556
*Channel* Application
*Computer* Win8Oct
*Security*
- EventData
openscad.exe
0.0.0.0
54ff43ac
atio6axx.dll
6.14.10.12618
53b756ff
c0000005
0000000000191154
520
01d05ffff37b9be0
C:\Program Files\OpenSCAD\openscad.exe
C:\WINDOWS\SYSTEM32\atio6axx.dll
48060de5-cbf7-11e4-be7a-086266262bb2
On 3/16/2015 1:04 PM, Marius Kintel wrote:
Jon,
Is it possible to provide some sort of stack trace, so we can see where it crashes?
Perhaps from the Event Log ?
-Marius
OpenSCAD mailing list
Discuss@lists.openscad.org
http://lists.openscad.org/mailman/listinfo/discuss_lists.openscad.org
No virus found in this message.
Checked by AVG - www.avg.com
Version: 2015.0.5751 / Virus Database: 4306/9314 - Release Date: 03/16/15
On 03/16/2015 08:13 AM, jon wrote:
The following code crashed F6 after perhaps 45 minutes, consuming 1.7 GB
of RAM.
on Ubuntu 14.04.1 LTS, running openscad 2014.03, it took 37 seconds.
system monitor shows openscad as using 782MB of storage (still open).
i would test 2015.03, but i'm having build issues on ubuntu. 8^(
video card info:
root@YGH:~# lspci
(snippage)
00:02.0 VGA compatible controller: Intel Corporation Xeon E3-1200 v2/3rd
Gen Core processor Graphics Controller (rev 09)
cpu info:
root@YGH:~# cat /proc/cpuinfo
processor(s) : 0-7
vendor_id : GenuineIntel
cpu family : 6
model : 58
model name : Intel(R) Core(TM) i7-3770 CPU @ 3.40GHz
stepping : 9
microcode : 0x17
cpu MHz : 1600.000
cache size : 8192 KB
physical id : 0
siblings : 8
core id : 3
cpu cores : 4
apicid : 7
initial apicid : 7
fpu : yes
fpu_exception : yes
cpuid level : 13
wp : yes
flags : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov
pat pse36 clflush dts acpi mmx fxsr sse sse2 ss ht tm pbe syscall nx
rdtscp lm constant_tsc arch_perfmon pebs bts rep_good nopl xtopology
nonstop_tsc aperfmperf eagerfpu pni pclmulqdq dtes64 monitor ds_cpl vmx
smx est tm2 ssse3 cx16 xtpr pdcm pcid sse4_1 sse4_2 x2apic popcnt
tsc_deadline_timer aes xsave avx f16c rdrand lahf_lm ida arat epb
xsaveopt pln pts dtherm tpr_shadow vnmi flexpriority ept vpid fsgsbase
smep erms
bogomips : 6819.78
clflush size : 64
cache_alignment : 64
address sizes : 36 bits physical, 48 bits virtual
hth
yvette
On Mar 16, 2015, at 14:09 PM, jon jon@jonbondy.com wrote:
Is this helpful? Maybe it is blowing up in the ATI driver
That definitely looks like an ATI driver crash.
Could you try installing some other versions of the driver and see if that helps?
..or perhaps even turn off acceleration (not sure how that works under Windows though).
-Marius
Downloading the 3rd set of drivers in the last 30 minutes. Each one is
"best" but this one claims to be best-er. We will see.
Marius: are you saying that the little test script executes F6 in 2-3
seconds on your computer? I'm running eight cores at 4 GHz with 8 GB of
RAM and it takes 18 minutes and then crashes. I can imagine something
about the video drivers that might have a problem with the data that F6
creates, but I cannot understand how that might make the underlying
calculations take that much longer. Does OpenSCAD use video cores for
computations, in addition to CPU cores?
On 3/16/2015 2:48 PM, Marius Kintel wrote:
On Mar 16, 2015, at 14:09 PM, jon jon@jonbondy.com wrote:
Is this helpful? Maybe it is blowing up in the ATI driver
That definitely looks like an ATI driver crash.
Could you try installing some other versions of the driver and see if that helps?
..or perhaps even turn off acceleration (not sure how that works under Windows though).
-Marius
OpenSCAD mailing list
Discuss@lists.openscad.org
http://lists.openscad.org/mailman/listinfo/discuss_lists.openscad.org
No virus found in this message.
Checked by AVG - www.avg.com
Version: 2015.0.5751 / Virus Database: 4306/9317 - Release Date: 03/16/15
Running 2015.03 on 64 bit Windows 8.1 in normal (not compatibility) mode I
can successfully F5 and F6 the test code. F6 takes 2 minutes, 46 seconds to
run.
Running on the same machine in Windows 8 compatibility mode, F5 works, but
F6 is sucking up hordes of memory and taking forever (over 20 minutes so
far.)
(This is my Win 8.1 laptop running 2015.03, the VM is giving me fits and
refusing to step up to OpenGL 2.0 or better.)
So I am seeing something problematic, but without knowing the specifics of
what stepping down to Win 8 compatibility from Win 8.1, I can't say what it
might be.
--Tim
--
View this message in context: http://forum.openscad.org/crashing-again-tp11989p12055.html
Sent from the OpenSCAD mailing list archive at Nabble.com.
Tim:
Right you are. Once I remove the compatibility mode, the test program I
supplied runs successfully in 1:12.
I am now using new drivers. Focusing more on getting it right than on
finding the smoking gun, especially if there turns out to be no gun.
I will now test the proprietary scripts
Jon
On 3/16/2015 3:23 PM, tdeagan wrote:
Running 2015.03 on 64 bit Windows 8.1 in normal (not compatibility) mode I
can successfully F5 and F6 the test code. F6 takes 2 minutes, 46 seconds to
run.
Running on the same machine in Windows 8 compatibility mode, F5 works, but
F6 is sucking up hordes of memory and taking forever (over 20 minutes so
far.)
(This is my Win 8.1 laptop running 2015.03, the VM is giving me fits and
refusing to step up to OpenGL 2.0 or better.)
So I am seeing something problematic, but without knowing the specifics of
what stepping down to Win 8 compatibility from Win 8.1, I can't say what it
might be.
--Tim
--
View this message in context: http://forum.openscad.org/crashing-again-tp11989p12055.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 virus found in this message.
Checked by AVG - www.avg.com
Version: 2015.0.5751 / Virus Database: 4306/9317 - Release Date: 03/16/15
And the proprietary code runs in 37 seconds, even with $fa and $fs set.
Not sure if it was the drivers or the compatibility mode, but things are
working great here now.
I hope that this helps someone else in the future
Thank you for all of your help!
Jon
On 3/16/2015 3:23 PM, tdeagan wrote:
Running 2015.03 on 64 bit Windows 8.1 in normal (not compatibility) mode I
can successfully F5 and F6 the test code. F6 takes 2 minutes, 46 seconds to
run.
Running on the same machine in Windows 8 compatibility mode, F5 works, but
F6 is sucking up hordes of memory and taking forever (over 20 minutes so
far.)
(This is my Win 8.1 laptop running 2015.03, the VM is giving me fits and
refusing to step up to OpenGL 2.0 or better.)
So I am seeing something problematic, but without knowing the specifics of
what stepping down to Win 8 compatibility from Win 8.1, I can't say what it
might be.
--Tim
--
View this message in context: http://forum.openscad.org/crashing-again-tp11989p12055.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 virus found in this message.
Checked by AVG - www.avg.com
Version: 2015.0.5751 / Virus Database: 4306/9317 - Release Date: 03/16/15
For posterity:
$fa=1;
translate([0, 100, 0])
difference() {
cylinder(h=75, r=20, $fn=100);
translate([0, 0, -2])
cylinder(h=80, r=17, $fn=100);
}
difference() {
sphere(r=45);
sphere(r=40);
}
On W7/64 4GB 2.53GHz 2 Core
2014.03/32 (don't have 64 installed)
F5 0s F6 9m16s ~1GB
2015.03/64
F5 0s F6 1m34s ~0.8GB
Great improvement with the new release.
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/crashing-again-tp11989p12066.html
Sent from the OpenSCAD mailing list archive at Nabble.com.
Am 17.03.2015 um 01:09 schrieb MichaelAtOz:
On W7/64 4GB 2.53GHz 2 Core
2014.03/32 (don't have 64 installed)
F5 0s F6 9m16s ~1GB
2015.03/64
F5 0s F6 1m34s ~0.8GB
Great improvement with the new release.
Can't reproduce the 2014.03/32 numbers:
\ build 32bit 64bit
release\
2014.03 1m54s 1m30s
2015.03 2m01s 1m37s
Which indicates there is a speed-up for this example, but not with
releases, but with build targets.
Anyway, nice release indeed! In a lot of ways!
Best regards,
Stephan Hennig
W7/64 on a dated 2.4 GHz Core2Duo Mobile with 2 GB
OpenGL Version: 2.0.0 - Build 8.14.10.1930
GL Renderer: Intel 965/963 Graphics Media Accelerator
All measurements taken with pre-compiled binaries from ZIP distribution.