Bugs item #3440704, was opened at 2011-11-21 03:30 Message generated for change (Comment added) made by mahsofo You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=106744&aid=3440704&group_id=6744
Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: G-code Interpreter Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: Michael Haberler (mahsofo) Assigned to: Nobody/Anonymous (nobody) Summary: RFL with external Oword subs- accidential code execution Initial Comment: the attached files bug.ngc and nobug.ngc should be equivalent - the only difference is that nobug.ngc has the external sub 100.ngc copied into it to exercise: - load nobug.ngc and run-from-line 13 which executes only T3M6 (correct) - load bug.ngc and run-from-line 5 which also executes T1M6 and T2M6 before T3M6 ---------------------------------------------------------------------- >Comment By: Michael Haberler (mahsofo) Date: 2011-12-14 23:32 Message: I do work on it in the context of a larger project. I have an idea how to address the issue but it does not make sense to press this into the current structure of task, interpreter, canon and motion as an isolated change as the concept of a 'line number' is quite fundamental in emc2, and touches many dark corners. Unfortunately it is also fundamentally broken, so many parts will be affected. Please do not expect tangible results before end of Q1/2012. ---------------------------------------------------------------------- Comment By: romeo () Date: 2011-12-14 19:30 Message: I'm also look forward to this bug getting fixed, is this bug worked on right now? I would like to know what is the situation, if i can help with something i would be happy to do so. my regards, Romeo ---------------------------------------------------------------------- Comment By: grandixximo (grandixximo) Date: 2011-11-23 01:10 Message: I'm also glad you found a workaround, i wanted just to specify that it will not work for everyone. If i may ask, how long do you think it will take to fix this bug? I'm not pretending you fix the bug tomorrow, not even that you start working on it today, just want to know how long do you think it will take, working on it with your normal pace... ---------------------------------------------------------------------- Comment By: Michael Haberler (mahsofo) Date: 2011-11-23 00:48 Message: I didnt say I wont fix it but at this point I'm glad I understood the nature of the bug well enough so I could offer a workaround the real fix involves substantial work - extending the interpreter to support source context identification of statements in addition to line numbers which are not unique in the presence of multiple ngc files this is needed for other purposes as well, like previewing or stepping subroutines, but is not in place yet ---------------------------------------------------------------------- Comment By: grandixximo (grandixximo) Date: 2011-11-21 17:45 Message: The workaround is fine as long as the sub it's only 3 lines long, when you start adding lines to the the sub you need to add lines in between calls,assuming that most subs are much longer than 3 lines, it's not a reasonable workaround for everyone. ---------------------------------------------------------------------- Comment By: Michael Haberler (mahsofo) Date: 2011-11-21 08:14 Message: workaround: before each o-word call, insert 2 (two!) empty lines for run-from-line from an oword call, point to the empty line just before the call practice example: o100 sub (debug, sub-1: param 1 = #1) o100 endsub o100 call [1] o100 call [2] (debug,ending) m2 ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=106744&aid=3440704&group_id=6744 ------------------------------------------------------------------------------ 10 Tips for Better Server Consolidation Server virtualization is being driven by many needs. But none more important than the need to reduce IT complexity while improving strategic productivity. Learn More! http://www.accelacomm.com/jaw/sdnl/114/51507609/ _______________________________________________ Emc-developers mailing list Emc-developers@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-developers
