New bug report under Ndless 2.0 beta (OS 2.0.1): Game freezes if you shoot while moving.

On the same OS I found that it only freezes if you are moving forward. Backwards, strafing, and turning are all fine.

Using several means of input at once has unforeseen consequences.  For example, strafing right while moving forward loads the quick save (which pissed me off quite a bit when it happened )

Using several means of input at once has unforeseen consequences.  For example, strafing right while moving forward loads the quick save (which pissed me off quite a bit when it happened )

Odd. My calc just freezes whenever I try to move forward and strafe at the same time.

Everything works fine in my calculator except for saving.


How is saving? I press the library button in the third level and then I leave and when I come back I'm in level 1, I don't know how to work this out :S

It works pretty awesome on the Touchpad, no crash, good speed, +- visibility, I loved it.

Thanks much, it's the flag, button, peeerfect!

Yay, I am finally back! Apologies to everyone for this long absence - I actually returned from Varese last Saturday, but first caught an annoying sickness, and then was completely swamped with work (in fact, it's not quite over yet, but at least most of it is now gone - on Sunday, I literally had 6 hours of homework, and that's already having done 2 hours on Saturday).

As for the random crashes on Clickpads and 1,7... I have no idea where on Earth they're coming from. "Couldn't Allocate Lumpcache", for example, is an error that should NEVER happen, since it's just a straightforward malloc(). The random crashes after pressing certain keys, sometimes in combinations, are also very puzzling; There's nothing there that could possibly crash it! It's just straightforward code for shooting and moving!

Sorry for the exclamation marks, but I am rather annoyed by this; Simple code that words perfectly both on the emulator (both in Clickpad and Touchpad modes) and my own calculator, but crashes mysteriously on others. I am quite literally lost, since nothing I myself have, not even the emulator, experiences these bugs.

Using several means of input at once has unforeseen consequences.  For example, strafing right while moving forward loads the quick save (which pissed me off quite a bit when it happened )

Hmm, that's certainly strange, and should not be happening. I thought Nspire keypads were free from these kinds of hardware key conflicts? I certainly haven't experienced anything like that even with the silliest of button combinations.

However, I did find that I can't move while looking at the map. Was that intended?

Actually, that was intended, since there were some minor bugs. I put in a quick hack to disable movement; Moving with the map on doesn't really make sense anyway, since you can't see enemies, and new walls that you haven't previously seen don't get discovered.

And as for "ENTER" being the quit key, and re-running the game after exit?
EPIC FAIL . No other words describe it sufficiently. I'm not quite sure what I was thinking when I made that choice; Or even if I was thinking at all!
Does anyone know how gbc4nspire accesses the ON key? Because being able to use that would be just ideal...

There's a lot of posts, so I apologize if I missed someone (speak up if I did). Please keep the bug reports coming in, especially the random crash ones... maybe eventually, we'll get a pattern to appear.

PS: I'll be adding custom WAD support, and hopefully fixing the Doom2 crash bug next release, as soon as I get the time (although I've gone through the worst of it now, there's still an insane amount of work this year, every single week... add non-calculator activities, and many days there just isn't any time for programming at all).

Doom2??? O.o!
Well, the engines are almost the same so why not.