This section allows you to view all posts made by this member. Note that you can only see posts made in areas you currently have access to.
Messages - DrDnar
Pages: 1 ... 21 22 [23] 24 25 ... 38
331
« on: September 21, 2011, 11:17:18 pm »
You could produce pirate graphing calculators based on a microcontroller and still turn a profit. [insert rant about overpriced educational materials here]
332
« on: September 21, 2011, 10:42:08 pm »
Hook up external RAM and ROM and you could just implement a (probably slow) Z80 emulator.
333
« on: September 21, 2011, 06:28:07 pm »
As the term Application-Specific implies, the chip is only manufactured for TI's graphing calculators. They don't publish a data sheet. Kerm is the best bet for that kind of information. I may, in the next few weeks, be able to provide micrographs of the ASIC, but that's a long way from a pinout.
The TI-84+ and the TI-84+SE appear to use exactly the same ASIC; only the actual flash chip differs. Be aware that there are at least three known revisions of the ASIC, whose pinouts may all be quite different.
334
« on: September 17, 2011, 06:16:09 pm »
That happens sometimes when there's a crash. The LCD controller has something called "test mode" that sends an abnormal amount of energy to the LCD pixels. Sometimes a crash will send an errant command to the LCD controller, activating the test mode. The data sheet says of the test mode, "Do not use this command." It is common belief that leaving it in test mode for any length of time can damage the screen, but there's never been any reports of that happening.
Do you have 2.53 or 2.55 installed? Those OSes have serious stability issues.
335
« on: September 16, 2011, 10:45:55 pm »
Check out http://z80.info/ for lots of information about the Z80. There's the Zilog Z80 CPU user manual (PDF) that describes every instruction (though it has errors), as well as articles about undocumented instructions. Pretty good resources.
336
« on: September 16, 2011, 10:35:37 pm »
I remember ExtendeD talking about how they had an exploit, but they didn't want to publish any information on it until they had a second backdoor to exploit in case TI cracks down.
What do you mean "in case"? They're sure to. Their bureaucrats are immune to all forms of logic and reason. They have policy against third-party code, just like Apple. They enforce it. They cannot be reasoned with, just like Apple. They want any programming that happens to happen on their terms. In fact, there's sure to be agents of TI somewhere around here.... Woo! Watch out!
337
« on: September 16, 2011, 07:10:07 pm »
char foo = 'a';
while (foo != 'q')
{
foo = cin.get();
cout << (int)foo;
}
338
« on: September 16, 2011, 06:58:46 pm »
Both of us are getting at the same thing: pressing an arrow key might return a special, non-printable "char". It might not show anything interesting, but it still returns a value. Then, we typecast it to int to print the numerical value of that special char. Netham's cin.get() might work a little better.
339
« on: September 16, 2011, 06:45:13 pm »
Try doing something like
while (char foo != 'q')
{
cin >> foo;
cout << (int)foo;
}With any luck, pressing the arrow keys will return key codes. But, you know, that would probably be too easy.
340
« on: September 15, 2011, 08:22:52 pm »
My high school still uses QuickBASIC (last I checked, anyway) for their intro to programming course. They somehow gutted the command prompt so that any command entered wouldn't actually execute, and blocked batch files, but there's a fun QB program you can write . . .
DO
INPUT FOO$
SHELL FOO$
LOOP
(They also didn't block Windows Script Host scripts.)
341
« on: September 10, 2011, 04:12:29 pm »
TI-BASIC programs can recursively call themselves.
The Turing completeness theorem lets us know that anything that can be done with recursion can be done without it, but it might be a lot uglier.
342
« on: September 07, 2011, 07:26:42 pm »
Quite incorrect. They're nominally clocked the same.
343
« on: September 03, 2011, 01:00:53 am »
Actually, they do have BCALLs. Though the operating system's code is stored in a ROM, it isn't actually that different from the TI-83+ OS.
Kerm's Doors CS doesn't work on those platforms since they don't support flash apps.
344
« on: September 02, 2011, 07:29:06 pm »
Krolyto doesn't work at all like Omnicalc, it doesn't keep an appvar
It keeps a hidden appvar. How else could it store information?
345
« on: September 01, 2011, 01:37:16 pm »
You'd need a way to load parameters into registers before executing the call for shell routines. And I'm all for adding such a syntax into Axe. Axe has filled a void between assembly and basic that's hopefully helping people achieve more. Adding support for external routines would just be a natural way for Axe to integrate more fully into the OS and shells.
Also, a BCALL address isn't actually an address in the linear address; it's an index into an LUT that points to the real address of the routine. Consequently, the normal syntax for calling BCALLs wouldn't be applicable. (They're also typically encoded as a pseudo-instruction using an RST routine, so again, the normal calling syntax wouldn't be applicable.)
EDIT: Ninja'd.
Pages: 1 ... 21 22 [23] 24 25 ... 38
|
Show Posts