Planning out the 'gettemp' replacement about mrfreeze HOT 5 CLOSED

In general I would love to speed up perserLOlogs; I suspect it's not the most efficient thing I've ever written, especially with all of its string manipulations.

from mrfreeze.

I think I'm settled on the first path; that means tearing out the temperature LOIS log parser from Iago, which has already been completed as of Dataservants@585501e.

from mrfreeze.

Just need to fold in queue support when I put in the gettemp support, and then the Mr. Freeze alpha is complete. It makes sense to do both of those at once because I'll need some topic subscriptions for gettemp support, so I might as well do the queue at the same time since I'll need one for that too. Both are tied to the custom listener.

from mrfreeze.

Ended up making 'queue-' a special subset of the common block and parsed it accordingly. A little messy, but it seemed like it was the most transparent way of potentially rolling the concept out to other codes

from mrfreeze.

Briefly tested the draft implementation in f850fbc and it seemed to work ok. Giving NIHTS a fuller test overnight but leaving the 'gettemp' stuff turned off for now.

Not super happy with the hardcoding I had to do in the listener, but I made myself feel better about it by saying that it's only really a shim until we replace LOIS. At least that's what I tell myself.

I'm content to close this now, since it works fine.

from mrfreeze.