Reply to Re: New D-Mod: Cursed Blades Part 1: Charlie's Legacy
If you don't have an account, just leave the password field blank.
Ok, reporting back.
This Linux version definitely differs to the windows version, and let me just say, this is NOT a Charlie's Legacy issue. This would cause havoc in any dmod making use of "external" when passing arguments. Is it an earlier version compared to the windows one? 109.6.x?
I don't know.
Basically, it does not treat aguments passed to procedures as "pseudo" variables... it's treating them more like globals. So if I call a procedure with external at some point in the game (on the linux version), and pass say, 8 arguments to the procedure, and then later on call a different procedure and only pass 3 arguments, it will remember the previous values for &arg4 - 8 from the previous procedure, instead of reading them as 0(as it should since nothing was passed).
Short of editing every external call in the entire game, there would not be any other fix.
Actually, this is unfix-able come to think of it. because if externals are stacked in procedures, you lose your previous &arg values, because they are overwritten by whatever the last external call was.
This version is beyond broken because of this, it will make a mess of external procedures when they rely on &arg1 - &arg8.
What's the normal version that Linux users are usually playing with, when not using this 109.6 linux version? Maybe I can try to alter the dmod to get it working on it. Is it 108.4 or something?
If you see this SlipDink... let me know.
This Linux version definitely differs to the windows version, and let me just say, this is NOT a Charlie's Legacy issue. This would cause havoc in any dmod making use of "external" when passing arguments. Is it an earlier version compared to the windows one? 109.6.x?
I don't know.
Basically, it does not treat aguments passed to procedures as "pseudo" variables... it's treating them more like globals. So if I call a procedure with external at some point in the game (on the linux version), and pass say, 8 arguments to the procedure, and then later on call a different procedure and only pass 3 arguments, it will remember the previous values for &arg4 - 8 from the previous procedure, instead of reading them as 0(as it should since nothing was passed).
Short of editing every external call in the entire game, there would not be any other fix.
Actually, this is unfix-able come to think of it. because if externals are stacked in procedures, you lose your previous &arg values, because they are overwritten by whatever the last external call was.
This version is beyond broken because of this, it will make a mess of external procedures when they rely on &arg1 - &arg8.
What's the normal version that Linux users are usually playing with, when not using this 109.6 linux version? Maybe I can try to alter the dmod to get it working on it. Is it 108.4 or something?
If you see this SlipDink... let me know.
