Am 26.08.2012 um 15:56 schrieb andy pugh: > On 26 August 2012 14:04, Michael Haberler <mai...@mah.priv.at> wrote: > >> Taking all G7x[.y]/G8x.[y] and writing equivalent new codes eg >> G17x[.y]/G18x.[y] in NGC and a bit of Python is possible without any C++. > > I am not sure how the G-code can search itself for a profile > definition and parse it. Doesn't that require code introspection?
I guess I meant the following. - the existing builtin G7x[.y]/G8x.[y] cycles stay untouched - a remap configuration (ini magic, python glue, NGC procedures) might add the G17x[.y]/G18x.[y] clones then run a say G8x cycle through the standalone interpreter (rs274) which generates a list of canon commands based on existing cycles. when you run the 'equivalent' G18x through rs274 with a remapping config it should generate an bit-for-bit identical list of canon commands This is for regression testing. for using the the thing, the choices are: - redefine the builtin G7x[.y]/G8x.[y] cycles with an optional remapping config; if the remap statements are disabled the builtin cycles reappear. But as I said, this needs minor C++ tweakage per redefined code. - just add new ones like in the G17x[.y]/G18x.[y] range - no C++ tweaking required, but that shows on the usage level - either use say G84 for builtin or G184 for the remapped cycle. - Michael ------------------------------------------------------------------------------ Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ _______________________________________________ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
