All it means is that your approach to using eStop is perfectly valid. The eStop task will stop the main task and all motors when you detect whatever analog sensor you are using going below the threshold you have set. Using a check for that sensor in the main loop would be ok, but as soon as the program becomes more complex and you possibly have other tests and while loops, it will not work so well, that’s why putting it in another task is really the correct approach. You can read about ROBOTC tasks in detail here (it gets complicated)
and you can see an old implementation of eStop in this project
Open source robot
OSR_1/OpenSourceBot_simple.c at master · jpearman/OSR_1 · GitHub
that one was a bit verbose, the eStop task did not want to stop itself and there is no easy way to do that in ROBOTC except for testing each know task as I did there.