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 - Jim Bauwens
1
« on: September 18, 2017, 05:21:59 am »
Writing a new compiler for C, in assembly, would be a huge project. I don't think it's realistically possible.
Porting some existing compiler would be easier, but may still be hard.
The Tiny C Compiler (tcc) has an ARM version, so possibly that can be ported.
2
« on: April 30, 2017, 11:51:12 am »
3
« on: April 29, 2017, 10:07:20 am »
I don't know where the information is hosted anymore. Also, if you're looking into an unix like OS just use Punix as it was made for 68k calculators.
4
« on: April 16, 2017, 03:01:11 am »
Not what I'm looking for, but thanks. I did use mini vMac for nSpire once. I think we should port early 68k Mac System to run directly on the 68K calcs.
I had the same idea as you, several years ago, wanting to port the software for the Mac 128K. The first step would be to get the ROM of that machine running. However, that is already pretty hard on itself. You would have to reverse engineer the ROM and do lots of patching considering that the actual hardware of the Mac 128k is very different from a 68k calculator. In theory you could do some emulation, but I don't think a 68k device has enough resources for that. I don't think it is impossible, it is just very hard, as you need extensive knowledge of both the Mac 128k and 68k calculator hardware. Hmm... Does the community know how the expansion cards interface with the 92s? It is theoretically possible, but might just be easier to solder on the ROM. There also may be a limit to the amount the 92 can access in ROM.
There are community members that have made their own modules for the TI-92(II), there is information about it floating the web somewhere.
5
« on: March 25, 2016, 03:53:04 pm »
There has been no extra progress. I don't have CAS+ devices anymore, one was damaged permanently when trying dump the NOR flash, the other I send back to Critor. So if you want a tool to convert files, your best bet would be to program it yourself with the information that is available in the multiple threads.
6
« on: September 02, 2015, 03:57:33 am »
Nice work Xeda! 
7
« on: June 12, 2015, 01:25:46 pm »
127 bytes in TI-Nspire Lua.
8
« on: May 25, 2015, 07:05:13 am »
Seems interesting!
9
« on: May 01, 2015, 05:07:38 pm »
Well, the TI-Nspire math engine will try to evaluate that expression for you. What might be easier is to let the first input be a string and have for example:
f("2x", 6)
Then store the second param in x and use 'expr' to evaluate the first parameter.
10
« on: December 20, 2014, 12:31:31 pm »
Ah, I only have a broken TI-Nspire CAS+ and they have NOR chips, so I suppose that won't do.
Xavier might be able to help you out with the Lab cradle.
11
« on: November 22, 2014, 12:26:28 pm »
Ah, I didn't check what API functions were exposed. I never really looked into the usb library.
In any case I think it can be very interesting, mainly USB debugging considering that most people don't have an RS-232 TTL level adaptor.
12
« on: November 22, 2014, 10:29:54 am »
I know it might be (much) more complex, but what about having the TI-Nspire behave as an RNDIS network device (or similar, the same way as the CAS+ works)? The TI-Nspire uses the BSD usb implementation so it might be possible to use it as network gadget. That way you could have the GDB stuff over a socket.
13
« on: November 04, 2014, 04:17:36 pm »
There is a huge process that needs to be followed before TI can release a new OS. They need to test, distribute and make sure that there aren't any big regressions in the new build (bad updates have bricked devices in the past, they don't really want that happening again).
14
« on: November 01, 2014, 05:22:42 pm »
Python is an interpreted language, there is no compiler for it.
There are JIT (Just-in-Time) compilers out there for Python (Micro Python has a JIT too IIRC). Also you can compile a python script to python bytecode to improve loading time.
15
« on: September 24, 2014, 11:53:23 am »
The code of JensK is also counted without that... I did not enter because I thought I couldn't beat him but if I would have counted the same way as him my score would 22.2. I just think that it should be clearer what is counted and what is not  My code: function on.paint(g)for i=2,6 do g:setColorRGB(15^i)g:drawArc(i*5,i%2*4,9,9,180-i%2*75,350)end end
|
Show Posts