Thanks for the clarification Galandros!

Quote from: Galandros on June 12, 2010, 05:29:37 pm

userMem (address $95D5 if memory serves well).

It's $9D95.

aAH thanks for the carification Galandros ^^

Edited the post. I was doing from memory and I did not have the time to check it.
Thank you both. It is good to know that it was clarifying. ^^ I hope BuilderBoy got it, too.
Maybe we can link the post for other time or even make a topic with only it, if it is needed.

I occasionally use it.  Sometimes, its for speed considerations, sometimes for size, other times for simplicity.  Its not too difficult to copy small code segments from apps into ram and then execute them there so compatibility is usually not an issue.  One smc I really like to use is modifying (ix+0) and change the 0 to other values to really quickly read and write to the nth element of a list without using any extra registers.  I did this in Pyoro for the "closest block" algorithm.

That is a use I haven't seen often for SMC. And is really useful.
I documented quite some examples SMC here: http://wikiti.brandonw.net/index.php?title=Z80_Optimization#Self_Modifying_Code
I will add that one too.

I will only start using SMC when I need speed.
Not using SMC keeps compatibility with APPS and is much more reusable code for other projects (like OSes or other APPS).


I see some confusion between SMC (Self Modifying Code) and write-back on Omnimaga forums. Not only on this topic. I will try to differentiate them.

SMC is when code will simply modify some other code.
Only possible when the code is in RAM so it is easily changed like normal data. The modified code is temporary. (true for 99% of cases) So very rarely if ever SMC needs write-back for the program to work as expected.

Write-back is writing the "copy" back to the "original" program.
This happens because the assembly programs you run is not the original but a copy in a address equated as userMem (address $9D95). For example, in the end of the program data resides the save game data. In order to the program work as expected and your precious progress be kept you need some additional code (it finds out the position of the original program and copies the data back to it) or a shell with write-back option that does the job for the coder.

Note that SMC and write-back are independent. But generally data needs write-back and SMC do not.
If I made a mistake or was not clear, please point out, no one is perfect.

EDIT: bonus example

Mmm i like programs that use SMC for highscores ^^ It makes the appvar space less cluttered

It is correctly write-back and not self modifying code. You are modifying some data of a highscore, not code and you need that is copied back to the original program.
(curiously you can hard code high score data into code but is very rare and not the best way to store this kind of data)
EDIT: Oh, but if you are talking about Axe Parser, it is possible you are using both SMC and write-back.

Nice features, they look neat and will be of great use.

Wait, why am I getting credit?

Because I used the reordered extra characters in this: http://ourl.ca/5906

You should wait for 666*1337 mark, er, record. Cool to know anyway.

It's all due to the great participation of everyone in the forum. Congratulations to everyone and to celebrate let's continue, wait, I mean, increase steadily the overall posts, progress and releases.

Saved one more byte. And more important, I will upload to ticalc today. I just need to lock the programs for not bloating user menu of edit programs.
EDIT: uploaded, pending now.

I took some time because of study and sport competition. So progress on calc stuff is going to be relatively slow for a while during summer.

Funny, I saw that topic on wikipedia too. I wish it was standard on writing.

But irony in literature is normally masked on purpose for the author not being arrested.