Can't take a cherry-flavoured dragon with a cactuar for an avatar seriously. No, wait. Really. Read that one aloud.

Just need to fix that one little routine, but the debug routine shows that you can correctly gain stats after the game eats the enemies. Except character-specific default gains. Still need to do that. Yes, Zera, I have the information in the design docs.

Then all that would need to be done is ... well. Handling item drops. And the liek. Gotta figure out how that will be done later (now).

Actually, now that I think about it, I might as well replace "DT Punch Bag" with "DT Netham45". Loads of HP, nonexistent everything else. No playable character cameo. Sorry.

If I had the space to do it, I probably *would* have a lobster sprite for that. If I wanted to add it in, it would only be accessible via Iambic Check's monster summon ability (coming soon!). Which means it would only be available to early beta testers. After all, the purpose of a punchbag is to determine how stat adjustments affect damage output and other conditions. Might have to go with a memory editor just for that purpose. Oh, gawd. How that would be insane. Might not do it. But who knows? </(e)ndlessrambling>

[...]
No... You'd have to trace the stack. There is no other way. More than half of the normal asm routines end in a pop instruction, then a RET. The only way to check for stack leaks (and even this is not completely airtight), is to count every pop and push instruction and check whether the numbers are equal.

More than half?

Scanning a program that way would epically fail if the program did anything using SP for anything other than for entries on the hardware stack. Like clearing off the screen buffer. Also, any such scanning program would have to be aware of program flow, which could take a while to scan if the person's doing strange things with the stack in their program. Not saying that all programs are strange and weird, but just letting you know that there are people that would code their programs in the most convoluted way possible. (I'm half an example here)

...
There's also a small set of default gains associated with each character. Regardless of what you have equipped, Maya always has a chance to gain a small amount of WIS. Examples:

+1 WIS, +1 AGI, +1 mHP - Maya's default growth
+1 STA, +1 mHP, +1 STR - Edmund's default growth
...

Wait? There was supposed to be a default gain associated with each character?

Duh... whoops.

This topic is an interesting subject for me. Not because I can say something about how I found Omnimaga, but because I cannot say anything that definitive about it.

DJ Omnimaga says I might be the second oldest currently "active" member, dating back to when it first arrived on the (now abandoned) yAronet. I didn't really catch onto the whole posting thing on Omnimaga until this brand new board popped up. At that time, I've been roaming around the IRC chatroom scene, but got serious when I found it on the Dragon-Fire network (it's now on the EFNet network due to server problems and other issues on DF).

I didn't really pay attention to Omnimaga until recently more or less because I then thought of it as a novelty (no offense, DJ). Now, I find it as serious, if not moreso than, any of the other communities (except the rickrolls. Now THAT is funny stuff). It's just that kind of environment that sort of draws people in, and I feel like this is the perfect place for me to work on and discuss project-related material, even if it's only my own projects.

If it weren't for this place, I don't know where I would've been with calculator development. Here, it's that special place for my currently-on-hold Calculator Danmaku (CaDan) project and my work-in-progress Escheron: Shadow over Ragnoth (E:SoR) currently being developed by both me and Zera. E:SoR, being an RPG, makes Omnimaga an especially perfect place to have discussions about it.

In the end, I may not know exactly what it is that brought me here, but I do appreciate the fact that this place exists and that the community around here is such a good one.

@ DJ: I was actually referring to my not-referred-to-as-much EVILCODE project. For those that don't know, I would want to keep it that way. DJ can spill the beans if he wants, if he remembers it.

Also, IIRC, Brandon's method of fixing the certificate page on a bricked calculator involves using a buffer overflow exploit in the bootcode or something.

Celtic III does *not* handle corrupted groups. A poor workaround: don't index the grouped items; just start extracting them item by item, checking each item after each extraction for its integrity. Once you've found the corrupt entry, clear your RAM then ungroup what you were able to successful extract. Back that up and then try to look for other methods of recovering that data. I'm sorry, but I can't think of any other way to deal with something like that.

I've had this happen to me a couple of times before. Thankfully, I've had other backups I could fall back on.

Sorry to hear this. Best of luck to you.

This looks like an interesting thing that's going on. I hope it gets off the ground and into reali...erh ... TEH INTERNET.

What I mean is... Good luck on this endeavor.

Viruses? On my Omnimaga? It's more likely than you think!