I was just wondering on what everybody's idea of the perfect calculator shell is. It's one of those things I would love to code one day, but will probably never get around to it. But still, it's cool to think about these things and work out what would be possible!
I think the key feature I would like is relocatable programs. I did a bit of work with the MS PE format a while ago and it got me thinking about a few things. It would, theoretically, be possible to create a calc executable format with different relocatable sections, just like PE/COFF files. You could including information on whether a section is read-only (flash loadable) or executable (load below $C000), etc. It would be a nightmare to code, but sure would be cool Not to mention that you would need an assembler capable of producing the relocation information.
On-calc program compression would also be a must.
Any other ideas?
Your dream calculator shell.
Moderator: MaxCoderz Staff
Your dream calculator shell.
"I don't know why a refrigerator is now involved, but put that aside for now". - Jim e on unitedti.org
avatar courtesy of driesguldolf.
avatar courtesy of driesguldolf.
-
- Calc King
- Posts: 1513
- Joined: Sat 05 Aug, 2006 7:22 am
- benryves
- Maxcoderz Staff
- Posts: 3088
- Joined: Thu 16 Dec, 2004 10:06 pm
- Location: Croydon, England
- Contact:
A standardised way of loading and accessing binary libraries would be nice.
REL files (as used by Microsoft's 8080/Z80 CP/M development tools) might be suitable for use as a relocatable program format; they're relatively simple and quite small (being stored as a bit stream), and support program and data segments.
Whilst running programs directly from Flash sounds like a nice idea, I'm not sure how well it would work in practice if the program ends up crossing a page boundary (assuming that's what you're referring to?)
I second the suggestion of a decent maths library (be it floating or fixed point); a graphics library with an emphasis on ease of use (so, all operations are clipped by default and preferably using 16-bit coordinates) would also be welcome.
REL files (as used by Microsoft's 8080/Z80 CP/M development tools) might be suitable for use as a relocatable program format; they're relatively simple and quite small (being stored as a bit stream), and support program and data segments.
Whilst running programs directly from Flash sounds like a nice idea, I'm not sure how well it would work in practice if the program ends up crossing a page boundary (assuming that's what you're referring to?)
I second the suggestion of a decent maths library (be it floating or fixed point); a graphics library with an emphasis on ease of use (so, all operations are clipped by default and preferably using 16-bit coordinates) would also be welcome.
MirageOS disables 2nd+OFF during GetKey, and Crunchyos just gurantees that memory is in a consistent state, so 2nd+OFF doesn't corrupt anything.King Harold wrote:Properly chainable hooks!
A memory allocation that is actually fast
Better use of the extra RAM pages on the calcs that have them
Real floats (for faster multiply, less space, etc)
Incremental Flash GC (hm.. in a shell?)
No mess during GetKey
You know your hexadecimal output routine is broken when it displays the character 'G'.
-
- Calc King
- Posts: 1513
- Joined: Sat 05 Aug, 2006 7:22 am