subroutine stops without warning

I am running a probe routine with a o<file> call, which i modified from smartprobe.ngc
At times, seemingly random, it will quit in the middle with no warning or error.
I am using non-triv kins and I am in world mode when clicking the button to call the routine.
In normal operation, after clicking a custom mdi button, when it finishes, it will switch to joint mode, and I have to manually switch back to world mode.
At the point when the routine quits, axis switches back to joint mode, as it would if it finished all the way through.
After that, however, if I do a MDI button, Z- probe for example, instead of doing that, it finishes the move it quit from the previously run subroutine.
If I do the mdi button again, it will do what it should, go to Z- probe for example.

Ok I just wrote all this and I'll leave it there just because, but I have noticed something else while typing.

I have switches to trivkins for further testing to compare how it behaves.
At the point when it quits, I can type G1 X0Y0 F100 in the MDI box. When I click Go, instead of going to X0Y0, it will perform the next line in the subroutine after the hangup. I can the keep calling the same MDI command and click go, it will do the next line in the subroutine.
I can do this over and over again, and it will run the subroutine, line by line, until it is finished.
I can even jog in manual mode, do another mdi command, and it will still do the next subroutine line.
At this point, I have to either quit axis, or finish the subroutine to get back in control.

Now the hard part, How do I figure out what makes it go from executing the subroutine continuously, to stopping, and going line at a time?
It may be a clue, that in non-triv kins only the line after the hangup is executed, before regaining control, while in triv kins I am forced to quit or finish the subroutine one line at a time.
Anyone heard of anything like this before?

I left out some important info, I am calling the subrouting from a button linked to an mdi_command.
If I run the subroutine directly from mdi, everything works perfect (50 times in a row atleast).

And now after non-stop testing after my last post, I think I have figured this one out..

I remember now reading in the docs about custom mdi buttons, make sure you are in mdi mode before you click the button.
This was my problem. If I make sure I am in mdi mode (F5) I have no problems.

I will update if I have more problems.

andypugh wrote:

Putting something in the docs, contrary to popular belief, does not transform a "bug" into a "feature".

That made me smile

I am using 2.5.1 installed from the livecd

I had placed log comments in many parts of the subroutine to help debug where it was getting stuck, and it seemed to be in different spots of the file each time.

I'll give it a try, I installed the latest master when I install ja3 a couple weeks ago.
I will see how it goes Monday.

I finally got a chance to try this out on 2.6.
I am testing 2.6.0-pre0-3877-g781be81 and it works in both manual and mdi mode with no unexpected stops.
Also it doesnt kick me back into joint mode after pressing a mdi button, so that is nice.
Is there a running changelog for 2.6 posted somewhere or does it get finalized on release?

Thanks again!