{"push_id":1722268278,"size":2,"distinct_size":0,"ref":"refs/heads/release-8.1","head":"f13a47079278e58164658e3a5c60ebd77850ca0f","before":"82d6e61cc84735f3879eb55278779685f80646dd","commits":[{"sha":"a459cf6be8d72882310740a19b5e653e90a4d90e","author":{"name":"Mikey","email":"023b7743a391d57a6e0b2dbc9bd1a908aa3f2e50@alum.mit.edu"},"message":"GC now marks the targets of interhandle references for retention\n\nThis commit implements one of the two critical changes to the release 8.1\ngarbage collector described in vision-dbms/vision#16.  In particular,\ncontainers (more accurately, container table entries) are now directly\nmarked for retention based on references from other handles.  With this\nchange, bootstrap builds on the Mac now succeed (the original reason goal\nof vision-dbms/vision#16); however, significant questions remain:\n\n- the bootstrap of a full 'investNet' database contains a significant\n  number of cdMark reference count computation errors - specifically\n  computed interhandle reference counts that significant exceed the\n  actual total number of references to the handle.  Because of how\n  the interhandle reference count is used during the sweep phase of\n  the garbage collector, the dangling reference creation remains\n  a very real possibility.\n- an attempt to address the dangling reference creation issue by\n  explicitly excluding 'gcVisited' cte's from sweep consideration\n  (adding a '!gcVisited()' guard clause to 'isASweepTarget ()')\n  results in numerous segmentation faults.  On the surface, this\n  does not make sense and warrants explanation.","distinct":false,"url":"https://api.github.com/repos/MichaelJCaruso/vision/commits/a459cf6be8d72882310740a19b5e653e90a4d90e"},{"sha":"f13a47079278e58164658e3a5c60ebd77850ca0f","author":{"name":"Mikey","email":"023b7743a391d57a6e0b2dbc9bd1a908aa3f2e50@alum.mit.edu"},"message":"Remove diff thwarting handle address from handle log records","distinct":false,"url":"https://api.github.com/repos/MichaelJCaruso/vision/commits/f13a47079278e58164658e3a5c60ebd77850ca0f"}]}
{"actor":{"display_login":"MichaelJCaruso"}}