| ??? 05/15/06 14:17 Read: times |
#116222 - not quite this issue Responding to: ???'s previous message |
Peter,
I made an error: I did not reference properly to what we are talking about. Please download Matthias'es Amon52 monitor sources - see the ling in the other post from Matthias. In this case, the functions being jumped to are of the same size (the whole is an "indirect read SFR" function). Therefore it makes sense not to use the jumptable, but jump directly to the array of the functions. Jan Waclawek |
| Topic | Author | Date |
| interrupt table copy | 01/01/70 00:00 | |
| optimisation | 01/01/70 00:00 | |
| yes i had that in mind but... | 01/01/70 00:00 | |
| No P2 worries | 01/01/70 00:00 | |
| thanks for making this clear! | 01/01/70 00:00 | |
| single chip solutions | 01/01/70 00:00 | |
| Ofcourse | 01/01/70 00:00 | |
| Why does it need optimising? | 01/01/70 00:00 | |
| Not necessarily! | 01/01/70 00:00 | |
| are you sure this is OK? | 01/01/70 00:00 | |
| THANKS! | 01/01/70 00:00 | |
| >256 byte long table | 01/01/70 00:00 | |
| I'll give it a go... | 01/01/70 00:00 | |
| worked! | 01/01/70 00:00 | |
| Re: >256 byte long table | 01/01/70 00:00 | |
| not quite this issue | 01/01/70 00:00 | |
issue resolved | 01/01/70 00:00 |