# GeoGebra crashes for "only" 1000 cubes generated with sliders...???

amvukovic shared this question 5 years ago

I'm trying to visualize relation between cubic decimeter and centimeter and have big issue with this!!! I really don't consider the procedure I've created with sliders (arrays of cube translations) so difficult that GeoGebra could not process it...

Everything is ok until trying to slide the 3rd slider (which creates the layers of cubes)... then everything crashes...

I've tried so many different approaches and I can't find where the problem lies...

You can find the applet on this address: https://www.geogebra.org/m/gc2ymSgb

Any suggestion or help will be greatly appreciated!

Aleksandra-Maria Vuković

2

Hi, tried :

• forum.ggb with iterationlist and copyfreeobject : but not better at all !
• forum1.ggb : a workaround cheating but it seems to work fine and fast (its light because only one pyramid and 3 sequences of segments)

1

Dear Michel!

Thank you very very much! The solution with only one prism and sequences of segments (that are, in fact, prism's edges) is really great and would honestly never cross my mind! That is because I'm still not really familiar with Zip() command... I remember that I've used it in several applets (when I've created a memory game) combining it with JS scripting, but it really didn't occur to me!

The idea is absolutely clear to me, but I have to explore the way you've used the Zip() command a little bit more to become more familiar with it...

Once again thank you very very much!

Alex

2

try creating the cubes with planes or rectangles, so 33 planes are enough. or with the edges (363 are enough)

1

It also occurred to me but, to be honest, I wasn't in mood to create so many individual elements ;-) and that's why I've tried with "few lines of code" but there were too many iterations of cube translations which caused GeoGebra to crash...

Michel has come to great solution with only one prism and 3 lists of little cube edges and now it's really working great...

2

Hola.

Tengo una propuesta, al parecer funciona sin problema. Utilicé una sola lista y el llenado es de uno en uno (exhaustivo). El recurso se encuentra aquí: https://www.geogebra.org/m/HEReVUfZ.

1

Thanks for your example... I've already created the worksheet for the cube volume and it wasn't problem because there were less cubes to fill the bigger one and it works absolutely fine!

The problem was that I wanted to apply the same principle that I've used in that applet but now with much more cubes and the iteration of cube translations caused GeoGebra to crash... Michel has come to great solution with only one prism and 3 lists of little cube edges and now it's really working great...