BTW: Codebase is a little awful.
There is much problems for devs. I hope you can fix your makefile oneday. Also there is potential problems in the names.
Go to see the forks on github, and find me. I've tried to fix it a bit.
1. Make sure the FIL handle is closed before leave, and show the FRESULT instead of just 1 or 0. 0 is FR_OK.
2. Tried to set a byte for boot-option in "0:cakefw.config". This would be used if you do not hold one key when entering.
I don't have my console at hand. Maybe you could build it again and test it out, and first - review it please.
I won't make a pull this time, you can cherrypick it from the branch to yours.
BTW: Codebase is a little awful. I thought you could take a look at pasta's cfw_loader part - which is already written in a better way.
This is a CFW solution me and @b1l1s have been working on for a while.
Q&A:
Q: Muh pasta.
A: No. This has nothing to do with Pasta (no code is shared whatsoever). Only thing this could have something to do with it, is that I started thinking about this/tinkering when Pasta released, and @b1l1s sent me the POC for MSET a day later. This is more gateway/rxTools than pasta.
it actually does reuse lots of code from pasta - with variables and function names renamed and slightly reordered. you can't deny it, there are things inside your source code that only the pasta CFW has.
it actually does reuse lots of code from pasta - with variables and function names renamed and slightly reordered. you can't deny it, there are things inside your source code that only the pasta CFW has.
So that's how you protect yourself from space aliens.
I don't care about your plagiarism. I'm just calling you a liar
1. FRESULT so we can deal with the files much better. You know sometime you can't open file cause it doesn't exist, but sometime it is denied.--dude--
You do realize that Pasta is based on code from other projects, right? The code you say was used from Pasta is probably code from other projects. (I see Decrypt9's code and similar other things reused a lot as a base)I don't care about your plagiarism. I'm just calling you a liar
Well it isn't. I think he wrote some of them based on part of decrypt9 or other. pasta is re-coded to make it more friendly for code-readers..it actually does reuse lots of code from pasta - with variables and function names renamed and slightly reordered. you can't deny it, there are things inside your source code that only the pasta CFW has.
Oh? You were serious?
I'm sorry, but I can assure you no pasta is in your cake.
Seriously.
1. FRESULT so we can deal with the files much better. You know sometime you can't open file cause it doesn't exist, but sometime it is denied.
2. Well. All okey indeed. However if you do so you might face some warnings. You can regard such as a "Byte-adder".
3. To make the function so that i can know if any key is pressed. I used to directly take the value with a global var.
4. Temporary, yes. You might have some time developing it later.
5. when building it. A. It can not detect devkitARM path even devkitARM present in environment vars. B. after i placed the armips to devkitARM binary, it still stop me from generate the line in makefile, where i've marked it out with comment, see it in commits. C. you may write something in README.md for instructions on how to build it.
And.. Bye. I must sleep now.
I used the one on devkitpro that for windows users. BTW i want to see if you would test my edits out. BYE.Okay, I will write instructions. But I don't know what weird version of make you're using and how your environment is set up.
I use linux, with the latest devkitarm and a patched armips to work on linux. I might want to release that patch, even though it's more hacky than anything.
You've probably got $DEVKITPRO/devkitARM/bin in your path; other people might have a different cross-compiler by default or rely on Makefiles setting tool paths relative to $DEVKITPRO. I know it tripped me up, but the "fix" was relatively easy, just using "PATH=~/devkitPro/devkitARM/bin:$PATH make" to compile.I use linux, with the latest devkitarm and a patched armips to work on linux. I might want to release that patch, even though it's more hacky than anything.
Enable Parental Controls.Hi. Is it possible to make patch, that disable system update? Because my little son always update his console
But seriously.
Every file that's taken from another project (crypto.c/h, fatfs) is clearly either commented at the top of the file, or in a separate directory.
You've probably got $DEVKITPRO/devkitARM/bin in your path; other people might have a different cross-compiler by default or rely on Makefiles setting tool paths relative to $DEVKITPRO.
Eeeeeyup, and that arm11.s is at least partially from Brahma, not pasta-original. https://github.com/capito27/Pasta-CFW/blob/master/Brahma_Fork/source/arm11.s vs https://github.com/patois/Brahma/blob/master/source/arm11.shere's a hint:
jump_table.s (cake)
arm11.s (pasta)