Anonymous | Login | 02-25-2021 05:43 UTC |
Main | My View | View Issues | Change Log | Docs |
Viewing Issue Simple Details [ Jump to Notes ] | [ View Advanced ] [ Issue History ] [ Print ] | |||||||||||
ID | Category | Severity | Reproducibility | Date Submitted | Last Update | |||||||
0005797 | [Croquet] Hedgehog | minor | always | 01-20-07 20:06 | 02-01-07 04:13 | |||||||
Reporter | howardstearns | View Status | public | |||||||||
Assigned To | ||||||||||||
Priority | normal | Resolution | open | |||||||||
Status | new | |||||||||||
Summary | 0005797: Cube and Laser objects create permanent TMaterial garbage | |||||||||||
Description |
Some classes create TMaterials that are immediately thrown away. This creates a lot of garbage that permanently inflates the size of the island, making sync take longer and longer. With no handles to these objects, there's no way for an application to explicitly "free" them. - TLaser>>initialize creates 4 TTriangles and 4 TRectangles that each have their own TMaterial. It then immediately replaces these 8 TMaterials with two new ones. (A new TLaser is created for each entering user, so this adds up in a long-lived island.) - TCube new creates a TMaterial that is eventually assigned to the new instance via TMesh>>quadMeshWithVertices:alias:norms:textureUV:faceGroups:material:. However, TCube>>initialize also creates a TMaterial which will immediately be replaced by the one from #new. |
|||||||||||
Additional Information | ||||||||||||
Attached Files |
![]() |
|||||||||||
|
Mantis 1.0.8[^]
Copyright © 2000 - 2007 Mantis Group
38 total queries executed. 28 unique queries executed. |