Fix #365

plRegistryKeyList::Read assumed that plUoid object IDs are always sequential. This is not the case since f664e8b resulted in all keys getting an ID. The problem manifested itself here because there were temporary materials that were being created and thrown away, causing object ID gaps.

This may also address #366, however this is untested.