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