| ??? 03/04/05 10:03 Read: times |
#89079 - Makes sense to me Responding to: ???'s previous message |
"But three different derivatives produce 07h so it would appear the value to be pushed is read before the stack pointer is updated."
Presumably pop must be implemented in a similar fashion? That is, the address pointed to by SP is read, SP is decremented then overwritten with the value previously read? If so, push SP pop SP would leave SP unchanged, which is, I think, what one would expect? |
| Topic | Author | Date |
| PUSH SP | 01/01/70 00:00 | |
| 8 | 01/01/70 00:00 | |
| 8??????????????????????????????????? | 01/01/70 00:00 | |
| On jokes, reasons &al. | 01/01/70 00:00 | |
| no, you don't | 01/01/70 00:00 | |
| I do not know and do not think I should | 01/01/70 00:00 | |
| Non-compliance? | 01/01/70 00:00 | |
| Theory vs. practice | 01/01/70 00:00 | |
| Jan is right: 7 | 01/01/70 00:00 | |
| I did not say 7! | 01/01/70 00:00 | |
| Interesting | 01/01/70 00:00 | |
| POP SP? :-) | 01/01/70 00:00 | |
| POP SP | 01/01/70 00:00 | |
| MOV SP,#SP | 01/01/70 00:00 | |
| exceptions and rules | 01/01/70 00:00 | |
| MOV A,ACC | 01/01/70 00:00 | |
| xxx a,acc | 01/01/70 00:00 | |
| if the "Bible says"... | 01/01/70 00:00 | |
| more interesting | 01/01/70 00:00 | |
| Hmmm.... interesting indeed! | 01/01/70 00:00 | |
| native doing | 01/01/70 00:00 | |
| Makes sense to me | 01/01/70 00:00 | |
| POP SP | 01/01/70 00:00 | |
| Output of SP | 01/01/70 00:00 | |
| Simulators | 01/01/70 00:00 | |
| simulators give me 7 7 | 01/01/70 00:00 | |
| 7 7 | 01/01/70 00:00 | |
| spent for which purpose | 01/01/70 00:00 | |
| Fun... | 01/01/70 00:00 | |
| Atmel and Philips | 01/01/70 00:00 | |
SiLabs F120 | 01/01/70 00:00 |