interesting. comments. I have 9GB of free memory and the program is just starting to execute when I get the messages in the log The memory in use never gets above 1GB and often I s sitting at 600MB in use when the messages start coming out.

Not the best solution but I will try it out

I FINALLY tracked. the cause of this down to residual garbage left by PRIOR executions that do not get cleaned up on termination or restart. I went into the Project Data model settings and set the project to use the Data Model Compiler (MOMC) to create the data model and it cleared out the residual data from prior executions. I am wondering why that possibility was not proffered by the engineers at Apple as a solution. I am also wondering why the execution of a tool and the "clean" of the product files does not clean the data state on the execution platform to an initial state BEFORE execution. Leads me to believe someone out there is not paying attention. BTW this also points out that demo packages from WWDC should not be trusted to be completely reliable or properly set up to execute in a non purified environement "Caveat Emptor" comes to mind.

It would really be.helpful if the source code for AVPointCloudData.m was available so we could see a context and potentially address this

I am mildly curious as to why the key terms in the message cannot be found in a search of the Developer Documentation at the very least. Given the fact that the similarities to Linux are touted often, why is there not a permuted index available of terms found in diagnostic messages for the purpose of diagnosis? the environment I am used to, developers were not allowed to put in messages that did not include a recommended remedy in some product documentation so a user does not feel stranded when looking up an obscure or arcane diagnostic like the one we have here. Telling the User the line of code and relevant labels seems rather rude and elitist if you don't give us access to the means to correct the error. The diagnostic does not even contain eh name of the file containing the data in error or the index of the record in error. Not good form....

I am curious where to find the code where the message originates. If it is serious there has to be a way to remedy it if it is not serious, there should be a way to turn off the noise to prevent management from seeing the message and demanding it be fixed.

Thank you for your response eskimo! The only thing is that when I reorder the protocols it works better and I don't get a failed screen display (all black) and no consistently well behaved screen traffic from the room scan. reordering there protocol list to the way It originally was presented made a significant difference. A message cannot be sent to ALL of the protocols at once so there has to be an order in which the protocols see the message pass through them individually and severally. To have the message pass through all in parallel could result in threadsafe issues. BTW I don't work in C#, only C and C++ preferably the Gnu varieties

Sensor Attachment For ARKit Structure

My concern is the question whether the sensor is connected through a bus structure (similar to a PCIe crossbar type switch chip) that if one devices is reset some developers take the short cut by resetting the switch chip instead of resetting individual ports. see attached file for more info

I also have an active feedback thread through my user account.

I think the concerns of this user are the same as mine. A number of messages from the AR package have txt with labels that the documentation cannot be found anywhere using the Apple provided search resources. specifically "EnableARProbes" which is referenced in the main text of the forum message the user submitted here. All label usage should be searchable in order to determine a cause of a particular behaviour by the Apple Supplied packages

This question can be closed.

I would be happy to discuss integration test strategies with anyone interested.

I have seen this and other strangeness in the handling of ARSessions

I am seeing something similar and other strangeness. After running for a while I am seeing a multitude of AR Sessions populating my Self stack and don't know from where they are coming! I put a breakpoint in the SessionwasInterrupted code in my delegate and I had 3 new AR Sessions show up in the Self stack in various objects for Thread 1 and one matched an entry for the stack object arSession . I took down the pointers to the stack and took screenshots of the memory layout in the frames of self. So then I went on and let it finish the SessionWasInterrupted only to have it jump into another with a whole NEW set of ARSession carcasses lying around in the Self Stack frame that was active and only one of them matched the arSession again and Was not the same as the previous one.