Thank you, Wims
This answers my wonders, though I think mirc splits its tasks across processors; currently i have but one mirc running with 27% processes used with one thread showing 60% and a second showing 20% on a two core processor. Perhaps you meant as you said cores and not threads.
After removing that offending $ini i was able to reduce the crashes to all but 0, when it found a second seldom used $ini that would interfere when one file was emptied, and being removed to read the next in the list while the mirc above it was for a brief second still reading that file leaving two mirc reading from the same file. I resolved this by moving the two mirc readers three files apart.
Seems room for improvement on both these issues. A 4 core capable mirc that wont crash from the $ini bug.
