They finish independently.
First answer: Yes.
Once a child task is created, it runs independently of its parent task, with the following exception:
• If a parent task is continued and its child task is paused, the child task is also continued.
• If a parent task is put in STEP mode, the child task is also put in STEP mode.
Second answer depends on if PROC0002 has motion. If there's no motion group assigned, PROC0001 will create another instance of PROC0002 that will run simultaneously with both PROC0001 and your first instance of PROC0002. This will probably give you unexpected results and also puts you at risk for a stack overflow. If there is a motion group assigned, you'll get a "Run request failed Already locked by other task" error. You can use flags or semaphore to control execution of multiple programs.
General explanation, more generalized in programming context.
RUN and CALL are two different ways of executing programs.
RUN is Non-Blocking, CALL is Blocking.
RUN will, so long as there is no reason not to, create a new "thread", order it to execute the specified program, then move on and never look back.
CALL will also run the specified program, but instead it will run it in the same "thread", waiting until the child program is completed to jump back to the line after the CALL command.
As was said before, a motion group cannot ever be controlled by two programs at once, so whatever program you run must have a non-overlapping group mask to all other running programs, including the one in which the RUN command is executed.
Also mentioned, CALLs within CALLs and RUNs within RUNs are always a hazard and likely to result in Stack Overflow or Memory Overflow, especially when loops are involved.
