Relay-Version: version B 2.10 5/3/83; site utzoo.UUCP
Path: utzoo!mnetor!uunet!husc6!necntc!ames!lll-tis!ptsfa!ihnp4!cuae2!ltuxa!ttrdc!kad
From: kad@ttrdc.UUCP (Keith Drescher)
Newsgroups: comp.sys.ibm.pc
Subject: Re: NOP
Message-ID: <1924@ttrdc.UUCP>
Date: Tue, 6-Oct-87 09:50:51 EDT
Article-I.D.: ttrdc.1924
Posted: Tue Oct  6 09:50:51 1987
Date-Received: Sun, 11-Oct-87 14:13:54 EDT
References: <2306@sphinx.uchicago.edu>
Reply-To: kad@ttrdc.UUCP (Keith Drescher)
Organization: AT&T Computer Systems Division,  Skokie, Ill.
Lines: 26
Keywords: NOP

In article <2306@sphinx.uchicago.edu> cjdb@sphinx.uchicago.edu (Charles Blair) writes:
>
>In debugging code written in assembly-language, I notice that MASM
>periodically inserts NOP's in places where they don't appear in the
>source. I imagine this is done to slow down the processor, but how
>does MASM "decide" the appropriate circumstances?
>

If MASM does insert nops
it probably is not to
slow down the processor
(why would anyone want
to slow down the processor)
but instead to "pad" a
branch instruction that was
assumed to be a far reference
by pass one and then found to
be a near reference by pass 2. 

Just a thought -KD

-- 
Keith Drescher (kad@ttrdc)          	   | ... You can check out any      
AT&T                                       | time you like - but you can
Computer Systems Division, Skokie, Il.     | never leave ...              
PATH: ...!ihnp4!ttrdc!kad                  |          - Hotel California