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 3,485 of 4,675    |
|    R.Wieser to All    |
|    Re: a variable definition is causing an     |
|    21 Jul 18 11:44:11    |
      From: address@nospicedham.not.available              Bill,              > In the actual (greater) program (not posted) it does work fine the first       > time              Yes, I read that. And it makes it less likely that stack overwriting is the       cause of the problem.              > Since it works the first time there must be some other problem.              Yep.              So, did you already check the other thing I wrote about (a non-existing       memory-to-memory copying instruction) ? And ? What did you find ?              Also, have you already displayed the contents of the int13pkt record, to see       if it matches what you think it should contain ? Does it ?              In short: do some checking to see if what you get is what you expected.       If needed, pull your program thru a disassembler and compare with the       sourcefile.              > In my 'boot sector' I have the following       >       > mov ax, 0       > mov ss, ax       > mov sp, 0x600       > mov ds, ax              Yes, I was already wondering about with what DS and SS where set. It shows       that your stack area is well below your program (and its data), and not       likely to be overwritten. And that your DS matches (as expected) your       programs CS (otherwise you strings would not have displayed).              Regards,       Rudy Wieser              --- 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