Re: A86: ROM decompilation

To: assembly-86@lists.ticalc.org
Subject: Re: A86: ROM decompilation
From: Grams Family <grams@netcarrier.com>
Date: Wed, 06 May 1998 08:30:00
Delivered-To: assembly-86-outgoing@towerguard.unix.edu.sollentuna.se
In-Reply-To: <354F8957.BA3DB397@eden.rutgers.edu>
References: <Pine.A41.3.96.980505142454.9424B-100000@glibm23.ews.uiuc.edu>
Reply-To: assembly-86@lists.ticalc.org

At 05:49 PM 5/5/98 -0400, you wrote:
>
>I think you mean RAM.  All the customization features and the variable
>allocation table are in the RAM.  We do know a surprising amount about
>the RAM, thanks to the include file Ram86.inc (on my web site).  We also
>know everything about the innate data formats; if someone were to create
>a new variable type, it would be an incredible hack accomplished through
>[sqrt]PARSE (maybe, no one's ever gotten [sqrt]PARSE to work), not an
>unknown feature created by TI.

I don't see why it would be so hard to create a new variable type. There's
a createvar routine that takes a is the type, and hl is the size, I think.
So it would be pretty easy to create, delete, etc. If you wanted to create
functions to work with the new var type, (in normal calc mode, not from an
asm program), that we don't know how to do yet. But I don't think working
with a new var type from an asm program would be a problem...

--Joshua

References:

A86: ROM decompilation

From: linger richard nathan <rlinger@ews.uiuc.edu>

Re: A86: ROM decompilation

From: Dux Gregis <assets@eden.rutgers.edu>

Prev: A86: (sqrt)parse
Next: Re: A86: RLD/RRD (was FindPixel)
Index(es):
- Main
- Thread