Not when you willingly and knowingly install it reason why not many malware producing people go to jail its in the eula open code etc
Recent Events Discussion (RED) Thread
- Thread starter VapourDrive
- Start date
-
The FTB Forum is now read-only, and is here as an archive. To participate in our community discussions, please join our Discord! https://ftb.team/discord
Malware denotes the function of the code not how it is implemented.
A virus is any code that self replicates, a trojan is code hidden in other code, and malware is any code designed to cause harm.
It doesn't mater if such the codes are ever used they still classify like that.
Small picture for the logger progress. Its getting there!
Is this going to have a roleback system?
Because if it does then you might want to try to figure out a better way of handaling fluid rolebacks. Some sort of fluid movement logging system.
Because that's something none of the old bukket systems could handle well. As fare as I know.
All they could do was remove the source blocks. And leave the fluids until they were manually updated.
You might also want to consider adding a way to chart the effects of the fluid movements. Lost or displaced torches and things. I Don't know if that would be necessary though.
If the hooks exist it should be possible. Again this is extremely early in development and has zero testing with other mods and real use.
We have no idea if rollbacks will be viable (yet). I will write this all down though so it can be looked into!
It should be doable is combined with a normal snapshot function. That way you only have to track changed between each snapshot rather that from the beginning of the servers lifetime. You can also improve snapshot efficiency and only recording the chunks that get updated. And have a outside utility program that would stitch together the chunks if a pull from the backup is needed. This methid while harder to program for would/should speed up the backup proses and reduce the lag it creates.
You might also want to get in touch with Armoa1997 he/she/it already has a fairly well functioning backup mod and working together to create a doublearomaclaydoor mod might be a good idea. At the very least he/she/it might be able to and willing to give you some advice or even help.
Theres a huge difference in ingame logging and backups. Also the rollbacks and backup restoring are also extremely different.
Backups take all the data about the world and save it regardless of what it is or how it came about. This means it affects everyone over a defined period of time no matter what they did. AKA Copy/Paste This also means you can't do this live on the server if something happens. You need to shutdown swap files and restart. (Unless this has changed but i doubt that.)
Rollbacks work block by block. So now instead of just creating clones we need to track what's happening where and by who. If this was done with everything that exists at once the databases would be huge and would take forever to do anything. So to solve this issues we only track what people do, where it happens and what they did. Because we are only watching a fraction of what people do we can do live changes(If mods allow). This means it only affects people that it needs to, In areas that only should be affected and you don't need to shut stuff down to do so.
On top of this for us to know what people are doing we need hooks. If someone interacts with something with a hook we can log it because somewhere in some code its shouting "HEY HE DID SOMETHING!" If he then interacts with something without a hook it might whisper to whoever needs it and nobody else will ever know something happened thus making it impossible for us to track and rollback.
Currently we have the fastest way possible (That we know of) for storing and retriving data. Thats why our main database is mostly numbers. Its cheap to look for numbers rather than other things like strings.
I hope this provides more information on how it works and why. Its 3 AM and i'm tired so i likely fuged up something. (Hopefully Dries007 doesn't kill me
) Feel free to correct me!Side note: DoubleDoorDevelopment is something Dries and I are both equally part of. Sometimes i don't make this clear enough and it's stupid of me. He codes, I do everything else. (I know pathetic amounts of java) We have an extremely odd relationship compared to most of the modded community. He deserves way more credit than what appears! Im not trying to hide or steal any of the work he does. This is a whole other topic that i could write an equally large amount of information on. I <3 mah buddy Dries007
There are ways to do this. I know @chbachman did some tricky things to manufacture his own onArmorDequip for MA
You can with ASM, but that is a pain to make and maintain. (Its the modern equivalent of a base edit.)
C
chbachman
Guest
Reflection...
^Or a on Player Tick event. That might work to.
I threw together a basic implementation of the onArmourDequip. It wasn't awesome, but it worked. However, Bachman added extended player properties and things...
Reflection can only get you so far. When you want to modify a method and not a field then ASM or asking for a proper Forge hook is the only way. However Forge is no longer receiving additions for 1.7 so the latter is out.
Event handlers are also an option as you can disable them and do your custom action but the problem is that it means you will conflict with other mods who also cancel that event and recreate the following steps.
C
chbachman
Guest
Well, it depends on what you want to catch; and reflection is SLOW. You don't want to do that on anything that gets called multiple times per tick or anything that has to do with rendering.
Most of the time an Access Transformer will work much better.
I believe that if you have to use ASM, then there is a way to maximise compatibility with other mods. My rule of thumb is to not ever delete instructions and when searching for an instruction check that the instruction has the same data and that the following instruction has the correct opcode and data. If it can't find the instruction because someone else tampered it, I don't modify the ASM. Also, there is also a handy sortingIndex feature which will guarantee that one mod loads its ASM after another
I have only had one issue with ASM and that was a conflict with CodeChickenCore because he removed the instruction I was searching for. I talked with him about it and he changed it to a GOTO after the block that he removed so he can leave it for me intact to edit.
I made a tutorial video if you were interested
Anyways, I think we are getting off track a little bit. Maybe we should discuss code implementations in another thread? (any moderators care to comment?)
ASM is fairly straightforward, if you have any experience with assembly its be even easier.
You can basically manipulate the compiled java code, so you can do everything that you can do with regular java.
The hardest part is debugging, really. Especially when you have some nice ide plugins
Oh god no. Please no.ASM looks scary though... Maybe we should make an ASMcreator
But seriously, the best way of learning anything in my opinion (incl ASM) is looking at opensource stuff and start the copy-paste-modify strategy.