Author Topic: Axe Parser compiling as Application breaks program  (Read 4977 times)

0 Members and 1 Guest are viewing this topic.

Offline annoyingcalc

  • LV10 31337 u53r (Next: 2000)
  • **********
  • Posts: 1953
  • Rating: +140/-72
  • Found in Eclipse.exe
    • View Profile
Axe Parser compiling as Application breaks program
« on: October 02, 2015, 12:38:08 pm »
Alright, so I've been working on a project for the last few weeks and today I broke the code execution limit for a program. I now try compiling it as an application but it breaks the program (loads wrong map, animations aren't working, enemies in the sky, etc, etc)

Can someone help me?

Edit: Axe Parser v 1.2.2
This used to contain a signature.

Offline Runer112

  • Project Author
  • LV11 Super Veteran (Next: 3000)
  • ***********
  • Posts: 2289
  • Rating: +639/-31
    • View Profile
Re: Axe Parser compiling as Application breaks program
« Reply #1 on: October 02, 2015, 12:41:47 pm »
Do you allocate buffers or variables inside of your code, like with Buff()? Because unlike with programs, you cannot modify internal data in an application. Any buffers or variables need to be allocated outside of the application, either in static RAM (like the L1-L6 areas) or in temporary variables (created with GetCalc()).

Offline annoyingcalc

  • LV10 31337 u53r (Next: 2000)
  • **********
  • Posts: 1953
  • Rating: +140/-72
  • Found in Eclipse.exe
    • View Profile
Re: Axe Parser compiling as Application breaks program
« Reply #2 on: October 02, 2015, 12:44:15 pm »
Ahh, that would explain it.
This used to contain a signature.

Offline Haobo

  • LV2 Member (Next: 40)
  • **
  • Posts: 27
  • Rating: +4/-0
    • View Profile
Re: Axe Parser compiling as Application breaks program
« Reply #3 on: October 02, 2015, 02:33:51 pm »
You can fix the code execution limit with the axiom fullrene. It allows you to use all the memory instead and the program should work, but still show the error.


Also, you never mentioned that applications can't modify internal data... that would have been useful...
Projects:
Star Cats
Five Nights at Freddy's
Phoenix Wright

Offline Hayleia

  • Programming Absol
  • Coder Of Tomorrow
  • LV12 Extreme Poster (Next: 5000)
  • ************
  • Posts: 3367
  • Rating: +393/-7
    • View Profile
Re: Axe Parser compiling as Application breaks program
« Reply #4 on: October 03, 2015, 02:06:12 am »
You can fix the code execution limit with the axiom fullrene. It allows you to use all the memory instead and the program should work, but still show the error.
I had problems using Fullrene with emulators. CrabCake however always ran fine.
So ok, maybe Fullrene works and it's the emulator the problem, but I'd assume that CrabCake is less hacky and potentially less likely to crash.

Also, you never mentioned that applications can't modify internal data... that would have been useful...
I think it's not mentionned anywhere in Axe because it's not Axe specific. But it has been said many times in many topics, and the differences between apps and programs are common knowledge. It's almost like knowing the dimensions of the screen.
-Apps don't need to be in RAM to be executed (so you can unarchive bigger appvars for example if your program is an app)
-Apps always have a size that is a multiple of 16384 bytes, and in Axe, it's always 16384
-Apps can't modify their content

So yeah, that's your choice, according to your needs. But on the other hand, I don't see why people use Buff and stuff like this when it's not necessary. It just triggers writeback when you could have used saferam areas for the same purpose.
I own: 83+ ; 84+SE ; 76.fr ; CX CAS ; Prizm ; 84+CSE
Sorry if I answer with something that seems unrelated, English is not my primary language and I might not have understood well. Sorry if I make English mistakes too.

click here to know where you got your last +1s