When your programs running no-shell, a copy of it is created in RAM, for which reason there is less space.
Edit: Ninja'd again!

You could just push the character off. Your choice. I have noticed how unrealistic it can be (every mario game I've ever played), but it may also be easier. At any rate, do move the character over if you plan to let it fall. Good luck with your game!

If this was elsewhere I'd have thought you were referencing the TV show.
Looks interesting. Will try.

2.53, I take it. And that sounds bad... But then again, it's 2.53...

It may only be on a certain OS version...
* calcdude goes and checks for himself

@calcdude84se: You said something about CalcSys's port monitor. Could you explain this process?
How would you edit the values of the port and make it work?

I'll repeat WikiTI. Port 29h will add a delay of so many clock cycles to any instructions involving the LCD, which is the port value divided by 4 (i.e. ignoring bits 0 and 1). See if it works when the port has different values (make sure bits 0 and 1 are 0 on an 83+SE, 1 on an 84+(SE)). So, start with 0F, then try 13, which you get by adding 4, then 17, 1B, 1F, 23, 27, 2B... And so on. What Brandon fears is that even when the port contains FF the delay (63 clock cycles) won't be enough. It's worth a try, though

ports $29 and $2A are the important ones. (I think xLib only runs at 6MHz, so only $29 is the important one)
BrandonW can supply what the appropriate delay is. Note that all you'll have to do is use calcsys's port monitor or a very small (<20 bytes) asm program before you demonstrate your game.