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 - bsl
Pages: 1 2 [3] 4 5 ... 11
31
« on: October 25, 2011, 11:25:28 pm »
bsl, what was then wrong with the previous routines used to write to the NAND?
I looked at how boot2 updates a new diags or boot2 in the preload area and found 0x11950148 preload_update_boot2_or_diags, which is also called write_nand on the noncas1.7 listings. It made sense for me to try it because it did more checking before writing a page. It also saves you writing a loop. Its prototype is: write_nand(void *source, ulong size, ulong NandOffset);
32
« on: October 24, 2011, 01:11:22 am »
Yep,
The program needs some reworking.
It also needs a little more testing , and be made more user friendly.
33
« on: October 23, 2011, 03:06:05 pm »
No we don't have any secret.
Ndless 3.0 does *not* exist at all for now, not even in an alpha version.
3.x OSes / Boot2 are full of watchdogs which will force the calculator into rebooting when something abnormal is detected for a certain period (when you manage to take control on the hardware over the OS for example).
Ndless 3.0 probably won't even be out this year, seeing how TI has protected the 3.x versions. You should better develop/use Lua programs, or move to Casio Prizm.
Sorry, but it will be useless for you to ask again for Ndless 3.0 tomorrow, next week, or even next month... The answer will probably be the same.
It's very hard and if you want it out sooner, you should join and help with its development if you are able to... There is no other way.
I was looking for a Fuzzing framework on the web for ARM based code so that I can look for my own bugs , but could not find any - mostly x86 based. I may have to write my own framework for bug hunting
34
« on: September 20, 2011, 12:25:39 am »
I happen to like Qbasic too, but havent touched it in years.
There is something innocent about those older basic interpreters.
Also if someone wanted to take up assembly language they could with call absolute with Qbasic.
I wrote a Qbasic terminal program that used the 16650 UART faster speed after patching itself,
back in the old modem days.
35
« on: September 18, 2011, 01:16:10 pm »
Are there inexpensive conversion cables/changers A=>B, B=>A ?
36
« on: September 18, 2011, 12:37:03 pm »
Connect the mini to a computer [The link cable maybe].
See if the TI Link Software connects to it just like the standard USB method.
Also open a DOS window and do a c:>netstat -a
This might show any open TCP or UDP sockets listening on a port.
[This worked for the CAS+ : showing that open TCP socket listening on port 10001 !!!!]
37
« on: September 18, 2011, 11:24:39 am »
Does the Login-To-Class Dialog Box only use the dock connector ?
Or does it also use the USB port ?
EDIT: There is an open TCP socket [ check the Semaphore list ] on the Nspire, probably only accessible through the dock port.
38
« on: September 16, 2011, 08:21:52 pm »
To use this in Ndless 2.0:
static const unsigned get_event_addrs[] = {0x1016C354, 0x1016e36c, 0x101b2724, 0x101b2fec}; //OS 1.7 ,OS2.0.1.60
#define get_event SYSCALL_CUSTOM(get_event_addrs, int, struct event *)
39
« on: September 16, 2011, 10:04:22 am »
I remember Goplat posted once an OS function definition to directly read key events (and key codes). I can't find it back, I don't think it has been integrated to Ndless.
http://ourl.ca/4852/112431
40
« on: September 15, 2011, 10:28:19 am »
I am trying to figure that out now.
I think you have to call flash_erase_range() first before writing to the range.
Also I am calling write_nand() the same way boot1 does when it flashes a diags or boot2 through RS232.
41
« on: September 15, 2011, 10:20:25 am »
I have two programs that work on the emulator but not on hardware Boot2Writer
and DiagsWriter. You can also directly edit the emulator flash file to install these, with a
small C or python program. I used the same method to install Ndless 1.1 on the emulator.
I would not release a working version of Boot2Writer because it can brick the calculator.
You would need an RS232-USB module to recover from this, and most users don't have this.
42
« on: September 09, 2011, 12:19:51 am »
Lets not forget USB !!!!
We know more about USB than wireless on the Nspire[Look at the idc file for OS1.7 and boot2 ].
A year and a half ago I posted a very simple RS232 terminal demo program.
I would like to do the same with USB, but not sure where to start.
Everybody gets a USB cable with their Nspire, but not the WiFi cradle.
Imagine having a HyperTerminal console session through the USB port using an Ndless program on the Nspire end.
43
« on: August 30, 2011, 08:20:03 pm »
Try this:
Instead of passing a third argument, just use the last n_argv[19]
to pass the rshell address.
Launcher
n_argv[19] = (char*)&rshell; // put pointer in last array slot
Launched
int main(int argc, char** argv){
rshellAPI *rshell;
rshell = (rshellAPI *)argv[19];
.
.
.
}
44
« on: August 26, 2011, 10:26:01 pm »
An Ndless enhanced TI84 mode is conceivable.
Ndless -> Modified OSLauncher [phoenix.raw --> patch it: install hooks --> hot swap keypad--> Launch it]--> Ndless Enhanced TI84 mode
45
« on: August 24, 2011, 07:40:41 pm »
Yes, they do.
Look at ploaderhook.c
Pages: 1 2 [3] 4 5 ... 11
|
Show Posts