On Mon, 2010-05-17 at 20:01 -0400, John Kasunich wrote: > > On Mon, 17 May 2010 23:35 +0100, "Steve Blackmore" <st...@pilotltd.net> > wrote: > > On Mon, 17 May 2010 17:02:23 +0100, you wrote: > > > > > > > >> As run from selected line just do RUN FROM SELECTED LINE! > > >> and if machine is metric and in 1'st line you have G20 then part come > > >> out realy big. > > >> and if somwhere within program some variables are set after Run from > > >> selected line they have big chance to be wrong. > > >> > > > > > >I thought it re-ran the whole code. My mistake. I probably got confused > > >by Mach which does re-run the whole code. > > I thought it re-ran the whole code too. I'm not an interpreter > expert, one of the other developers would have to answer that. > > (I suspect that they are staying out of this discussion, because they > are smarter than I am.) > > > So did I until I stuffed a tool into a job, it doesn't seem to apply > > offsets properly either :( > > > > The only information I can find says: > > > > Run From Selected Line - Select the line you want to start from first. > > Use with caution as this will move the tool to the expected position > > before the line first then it will execute the rest of the code. > > > > Nothing about what limitations it has or hasn't. > > > > That is because it would take half a book to describe all the > limitations. > > I already wrote half a book last night, and I'm not going to do it > again today. Suffice it to say that "Run from Line" is another one > of those things that is incredibly hard to do in a correctly in all > cases. If a program uses nothing but G0, G1, G2, G3, then it is > relatively easy. But when you start using fixture offsets, automatic > tool length measurement, variables, loops, etc, it gets very tricky. > > I'll bet anyone a pint of their favorite beer that for any suggested > implementation of run-from-line, I can come up with g-code that breaks > it. If we ever get to the point when I have to buy someone a beer, > then we finally have a design spec that is worthy of the name, and > that can be used to actually code up the feature. > > Regards, > > John Kasunich
Hi John, Some years ago I wrote a program scanner in C that simply cached all the modal states. At one time it was in the dropbox but it disappeared and I don't have a copy of it. The concept is rather simple and maybe naive but it worked on the 200 - 300 K lines of code it was designed for. (mold) It was klutzy because it took several steps ... scan the code and capture the modality, then cat the remaining code and run. Nevertheless, to my simplistic mind it worked and seemed reliable. If someone could find that code in an archive then it would be a starting point not the end. ;-) Dave ps. Ray would have committed it. > > > ------------------------------------------------------------------------------ _______________________________________________ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
