Quote from: ExtendeD on December 28, 2010, 03:46:11 pm

The following issue has been fixed:

• Installation message replaced by a document format warning on real harware:
  The program loader is called before it is installed, earlier than on OS 1.7. The issue doesn't appear on nspire_emu.
  

I still get the format warning message. (I did "make clean", before the rebuild (revision 351) )
So this isn't fixed yet...

He removed it from Major issues, didn't he ?

Levak, according to your screenshot, the issue happens somewhere in stage1.c, and most probably in fopen since you don't have the third bar created by the fread. Either there is not enough memory to (f)open ndless_resources, or it simply cannot be found.

Could you please try the installation with much less files on the calculator, if it's not a problem for you to delete them?

I've said, by editing my post, that I managed to intall Ndless 2.0 on Hardware by removing the dot contained in the folder name.
=)

Levak: strange. Are you testing on real HW or on nspire_emu?

HW :
TI-Nspire CAS ClickPad
OS 2.0.1.60
Boot2 : 1.4

Tested connected from computer, and disconnected from the computer.
I've tried at least my "workaround" with USB 3.0, it doesn't work better.

Tomorrow, I'll have some time.
Is there any file to modify for CAS support ? Same than before ? (I haven't looked yet)

edit : Before going to bed I've looked up:

file (number of adresses to get)
bootstrapper.S (1)
install.c (2)
stage2.c (1)
syscalls_cas_2_0_1.c (inf)
syscalls_light_cas_2_0_1.c (inf)
utils.c (2)

What about sharing sources ?

Well hello everybody.
I've reformatted my Ubuntu to the new release 10.10 to get the new gcc 4.5 (I had bugs with recursive depedency with 10.04)

Thus, I've seen that in the Synaptic manager I could install arm-linux-gnueabi 4.5.

I have to note that I never managed to compile the sample files from Ndless 1.7 dev.
I managed this time to compile hella and hello.
I wanted to take my chance with particles, but now, I get this errors :

levak@levak-i7:/media/JA/TI-Nspire/Ndless-v1.7_svn/release/src/samples/particles$ make
../../bin/nspire-gcc -Os -Wall -W -c main.c
In file included from main.c:22:0:
../../bin/../include/os.h:202:1: warning: inline function ‘printf’ given attribute noinline
../../bin/../include/os.h:203:1: warning: inline function ‘sprintf’ given attribute noinline
../../bin/../include/os.h:237:53: warning: inline function ‘exit’ given attribute noinline
/tmp/ccd8YOWW.s: Assembler messages:
/tmp/ccd8YOWW.s:38: Error: lo register required -- `ldmfd sp!,{r0}'
/tmp/ccd8YOWW.s:44: Error: selected processor does not support Thumb mode `stmfd sp!,{r0}'
make: *** [main.o] Erreur 1
levak@levak-i7:/media/JA/TI-Nspire/Ndless-v1.7_svn/release/src/samples/particles$


any idea ?

I could promote this version to a stable release within a week, if I get enough positive comments on it.

You have mine.
I haven't tested the 316, only the 315 ... I don't have as many time as before. I'll surely post this week-end if I encounter problems.

It requires USB 3.0? If someone has an old computer, like my Intel Celeron, which has some USB 2.0 and the original version, does that means they cannot use Ndless?

... you didn't follow the topic
I made tests on the old beta, and FOR ME, JUST FOR ME BECAUSE NOBODY CONFIRMED, I had to be connected to an high-speed USB port (I showed on a picture).
Some had to hot-plug the TI Nspire while installing Ndless (it didn't work for me, this was an example)

Today, I can manage to installa Ndless DISCONECTED from the computer.
On the other hand, if I want to connect the Nspire to the computer while installing Ndless, I have to connect it to this high-speed USB port, otherwise the install fails.

I repeat it as many time it will be known : nobody has confirmed my tests, those are just suppositions, even if I am sure that FOR ME it works like this.

Anyway, I'm looking forward to updating the install.c and add the hook adresses for CAS and port the results here.

edit for ExtendeD : in install.c

well, I found the CAS address for "lowmem" array
// OS-specific
// call to the dialog box display warning about low memory
unsigned const ins_lowmem_hook_addrs[] = {0x10012F24, 0x10012E6C};
but it hasn't solved the old problem : can't open asm progs after hot-reboot.

edit2: found another in stage2.c
// after the inflate loop, we want to simulate a null-return check and quit
static unsigned const s2_tizip_hook_addrs[] = {0x1019708C, 0x101990A4};

but it hasn't solved the old problem : can't open asm progs after hot-reboot.

edit3 : in bootstrapper.S
bs_stack_unwind_addrs:
.long 0x101975FC, 0x10197700
.long 0x10199614, 0x10199718
WIIIIIN !!!!