gendl issueshttps://gitlab.common-lisp.net/groups/gendl/-/issues2018-02-21T03:26:53Zhttps://gitlab.common-lisp.net/gendl/gendl/-/issues/5Too many active WebGL contexts.2018-02-21T03:26:53ZDave CooperToo many active WebGL contexts.*Created by: reiniervandijk*
As Gendl is simply regenerating a new X3DOM context on each model update inside Tasty, there is a lot of memory building up. The browser complains after a while:
```
WARNING: Too many active WebGL contex...*Created by: reiniervandijk*
As Gendl is simply regenerating a new X3DOM context on each model update inside Tasty, there is a lot of memory building up. The browser complains after a while:
```
WARNING: Too many active WebGL contexts. Oldest context will be lost.
x3dom.js:562 WARNING: Too many active WebGL contexts. Oldest context will be lost.
```
From performance point of view, it would be wiser to not regenerate a new context every time, but to replace the inner contents of the X3DOM context instead.https://gitlab.common-lisp.net/gendl/gendl/-/issues/3segmentation 11 error uv-curve from surface2018-02-21T03:26:53ZDave Coopersegmentation 11 error uv-curve from surface*Created by: reiniervandijk*
When I tried to obtain a uv-curve from a surface object using one of the edges of its brep and passing the surface as the on-surface argument, I get a segmentation 11 error. Passing the brep's first face fix...*Created by: reiniervandijk*
When I tried to obtain a uv-curve from a surface object using one of the edges of its brep and passing the surface as the on-surface argument, I get a segmentation 11 error. Passing the brep's first face fixes the error, but the point is that segmentation 11 errors should never happen. Serious bug, I think. Perhaps test if SMLib returned curve is a null-curve or something. Try to replicate calling seg11 and no-seg11 below.
```lisp
(in-package :gdl-user)
(define-object test-lofted-surface (base-object)
:computed-slots
((curves (list (the curve-1) (the curve-2)))
(seg11 (the lofted-surface brep (edges 2) (uv-curve (the lofted-surface)) :start))
(no-seg11 (the lofted-surface brep (edges 2) (uv-curve (the lofted-surface brep (faces 0))) :start)))
:objects
((lofted-surface :type 'lofted-surface
:curves (the curves))
(curve-1 :type 'b-spline-curve
:display-controls (list :color :red :line-thickness 3)
:control-points (list (make-point 0 0 0)
(make-point 1 1 0)
(make-point 0 1 0)
(make-point 0 0 0)))
(curve-2 :type 'b-spline-curve
:display-controls (list :color :red :line-thickness 3)
:control-points (list (make-point 0 0 1)
(make-point -1 1 1)
(make-point 0 1 1)
(make-point 0 0 1)))
))
```
https://gitlab.common-lisp.net/gendl/gendl/-/issues/2Tasty crash when visualizing sub-shapes of REPL instantiated object.2021-07-23T02:47:42ZDave CooperTasty crash when visualizing sub-shapes of REPL instantiated object.*Created by: reiniervandijk*
When you instantiate an object in REPL, and try to visualize it in Tasty, visualization of sub-shapes makes the application crash. Replicate:
```lisp
gdl-user> (setq box (make-object 'box-solid :width 1 ...*Created by: reiniervandijk*
When you instantiate an object in REPL, and try to visualize it in Tasty, visualization of sub-shapes makes the application crash. Replicate:
```lisp
gdl-user> (setq box (make-object 'box-solid :width 1 :length 2 :height 3))
#<box-solid @ #x2409b7fa>
```
Open Tasty and visualize box (object expression) and try to visualize one of the edges from the inspector window.
```lisp
got the error #<tasty:assembly @ #x243b19ca>, which is the root object, could not handle the :edges message.
```