Re: G76 parameter line

On Thu, 2 Mar 2006 19:06:45 -0800, "PrecisionMechanicaL"
<precisionmachinist@xxxxxxxxxxx> wrote:


"Cliff" <Clhuprich@xxxxxxx> wrote in message
news:pn6f02hlp9p9hfsrsq9i34jf8h5dppvu7v@xxxxxxxxxx
On Thu, 02 Mar 2006 14:37:26 GMT, "retrocal" <elvis@xxxxxxxxxxxxx> wrote:

On the second line of G76:

X Z (R) P Q F,

Does it matter if the figures entered are in the wrong position? for
example
I have seen many times the data for P and Q swapped around i.e. first
cutting pass in position of depth of thread.


In general, an interesting question about word-address
formats ...
IF they all worked as pure word-address formats it would
not matter, even for block numbers .... would it?


N address is kinda special, esp w/ the older controllers....the controller
looks at it first, then IF present, subrouting within the basic execution
program routes control to the edit storage buffer...and so then any edited
words get used instead....this problemmatic esp if duplicate "n" numbers are
contained within the same program...as edited data will then apply to BOTH
blocks....



Aslo, (where your "M" codes are concerned)....often the MTB will decide
whether to execute these before, during; or after any other words contained
on the same line--on a case by case basis....this also bringing up the
nessity of there being an "order of exectution" where "multiple m codes
exist on the same line".

Suggest next time anyone lets you get near to an *actual* cnc controller,
maybe you should "experiment" a bit--( so long as nobody is looking )...

< Wink >

On a pure word-address machine (see above <G>) each word is
loaded into it's own buffer space as the line of code is read and then
the buffer is executed IIRC.
Each G & M code may be it's own unique word (plus numeric
data for some, which is also loaded into buffers with the word determining
which buffer) & thus count.

Later, non-pure word address formats must be processed first before
the control can execute much of anything.
Hence my restricted comments <G>.
--
Cliff
.

Relevant Pages

  • Re: Possible buffer overflow vulnerability solution.
    ... with XP SP2 and Windows ... data is overwritten by a buffer overflow attack. ... Execution Prevention feature marks certain parts of memory as no execute. ...
    (microsoft.public.security)
  • Re: Possible buffer overflow vulnerability solution.
    ... Most buffer overflows DO occur by the means you say, ... > data then overwrites an area of memory that contains executable code. ... > next time Windows goes to execute that overwritten piece of code it ...
    (microsoft.public.security)
  • Re: Sudden mbuf demand increase and shortage under the load (igb issue?)
    ... then how could I see advertised MSS 8960 on this controller? ... I guess emalready checks MAC type to limit jumbo frame support ... vendor = 'Intel Corporation' ... seems to require more TX buffer size to use 9000 MTU. ...
    (freebsd-hackers)
  • Re: Sudden mbuf demand increase and shortage under the load (igb issue?)
    ... then how could I see advertised MSS 8960 on this controller? ... I guess emalready checks MAC type to limit jumbo frame support ... vendor = 'Intel Corporation' ... seems to require more TX buffer size to use 9000 MTU. ...
    (freebsd-net)
  • Re: DEP and /NXCOMPAT troubles...
    ... or I ran code that didn't do buffer bounds checking ... I don't mind DEP, I think its a good idea. ... But it seems like I'm suddenly getting complaints from Vista users. ... I can't change the application to not execute code]. ...
    (microsoft.public.win32.programmer.kernel)