- 07 Nov, 2016 7 commits
-
-
Martin Heistermann authored
-
Martin Heistermann authored
-
Martin Heistermann authored
-
Max Lyon authored
-
Max Lyon authored
-
Max Lyon authored
-
Max Lyon authored
-
- 26 Oct, 2016 12 commits
-
-
Max Lyon authored
-
Max Lyon authored
-
Jan Möbius authored
Windows ci See merge request !11
-
Jan Möbius authored
-
Jan Möbius authored
-
Jan Möbius authored
-
Jan Möbius authored
-
Jan Möbius authored
-
Max Lyon authored
-
Max Lyon authored
-
Max Lyon authored
- 25 Oct, 2016 2 commits
- 24 Oct, 2016 4 commits
-
-
Martin Heistermann authored
-
Max Lyon authored
-
Max Lyon authored
-
- 22 Oct, 2016 1 commit
-
-
Martin Heistermann authored
This allows assigning property values even if the property type is unknown, e.g. when iterating over mesh properties.
-
- 21 Oct, 2016 5 commits
- 20 Oct, 2016 1 commit
-
-
Martin Heistermann authored
-
- 11 Oct, 2016 1 commit
-
-
Max Lyon authored
-
- 07 Oct, 2016 1 commit
-
-
Martin Heistermann authored
Motivation: avoid OpenFlipper crash when saving meshes with unsupported properties.
-
- 12 Sep, 2016 2 commits
-
-
Max Lyon authored
-
- 09 Sep, 2016 2 commits
-
-
Martin Heistermann authored
This is useful for precondition checks in client code.
-
Martin Heistermann authored
-
- 01 Sep, 2016 1 commit
-
-
Max Lyon authored
Fix deferred vertex deletion, add unit tests. GeometryKernel::collect_garbage used to first perform the TopologyKernel garbage collection, usually shrinking its vertex_deleted_ member, then accessed it using is_deleted() with the old vertex indices. This caused out-of-bounds memory access (made visible by cmake -DSTL_VECTOR_CHECKS=ON) and non-fast deletion also resulted in wrong results, the remaining vertices had wrong coordinates. See merge request !4
-
- 29 Aug, 2016 1 commit
-
-
Martin Heistermann authored
GeometryKernel::collect_garbage used to first perform the TopologyKernel garbage collection, usually shrinking its vertex_deleted_ member, then accessed it using is_deleted() with the old vertex indices. This caused out-of-bounds memory access (made visible by cmake -DSTL_VECTOR_CHECKS=ON) and non-fast deletion also resulted in wrong results, the remaining vertices had wrong coordinates.
-