Can reproduce on 5.2. The assert means:
:dt.1C6:dd.FPLCOM CMS command destroyed pointer to pipeline set running :fref command. or :fref cms. So perhaps NETSTAT is trying to multitask or does something it shouldn't have done to be able to run its own pipeline. Or perhaps NETSTAT drops the current pipeline to load the standard CMS one. Perhaps you can ask around? The actual test is whether the pipeline header pointer for the thread survives the command. In this case there is no pipeline header associated with the thread after the command (R0) and there [clearly] was one before the command (R10). I added the assert in November, 2011, so DMSPIPE won't have that failure, but it is likely to have another one. Did you try? On 09/08/2014 08:34 PM, Bob Cronin wrote: > pipe command PING 9.80.104.193 | console
