home bbs files messages ]

Forums before death by AOL, social media and spammers... "We can't have nice things"

   comp.lang.asm.x86      Ahh, the lost art of x86 assembly      4,675 messages   

[   << oldest   |   < older   |   list   |   newer >   |   newest >>   ]

   Message 4,151 of 4,675   
   luserdroog to luserdroog   
   Re: CMP flags going wrong in my emu?   
   14 Sep 20 10:15:06   
   
   From: luser.droog@nospicedham.gmail.com   
      
   On Monday, September 14, 2020 at 1:21:04 AM UTC-5, luserdroog wrote:   
   > On Monday, September 14, 2020 at 1:05:56 AM UTC-5, Alexei A. Frounze wrote:   
   > > On Sunday, September 13, 2020 at 9:20:43 PM UTC-7, luserdroog wrote:   
      
   > > Before you ask a question like this you should explain   
   > > your syntax a little bit. For example, in   
   > >   
   > >   CMP(,R,BX,CX)   
   > >   
   > > I don't know if the operand order is the same as in the   
   > > intel/AMD x86 manual or the opposite like in the AT&T   
   > > assembly syntax.   
   >   
   > It's a custom macro syntax which targets the "from" forms R selects   
   > MOD=3 (register to register) and BX is in the REG field and CX is in   
   > the REG/MEM field. So, as correctly surmised below, BX is the   
   > Destination and CX is the Source. So the comparison should be the   
   > same as the subtraction BX-CX.   
   >   
      
   I said this wrong. These are "to" forms, not "from". The first argument   
   to my CMP macro can be F to create a "from" opcode or blank (as above)   
   to create a "to" opcode. Elsethread I mentioned the expanded operator   
   function listed in my codegolf answer, that should be "addbf" (the "from"   
   form) not "addbt". Sigh. addbf (add byte from) being opcode 0x00.   
      
   --- SoupGate-Win32 v1.05   
    * Origin: you cannot sedate... all the things you hate (1:229/2)   

[   << oldest   |   < older   |   list   |   newer >   |   newest >>   ]


(c) 1994,  bbs@darkrealms.ca