iostream et STL

[parisse]

je pense que c'est une clickpad.
Et malheureusement je n'ai pas reussi a faire fonctionner l'emulateur, j'ai utilise polydump comme indique dans la doc, mais quand je lance NdlessEditor puis Tools->Ti nspire emulator il semble essayer de faire quelque chose pendant quelques secondes (la fenetre de NdlessEditor n'est pas rafraichie) mais ensuite la fenetre est rafraichie et rien ne s'est passe.
Bon, l'etape determinante ca va etre la STL, je pense que je vais essayer STLports il semble qu'on n'est pas oblige de compiler les iostream. Ou alors uSTL, le probleme c'est que nspireio n'est pas soluble dans les iostream. Peut-etre parce que il n'y a pas de FD associe a la console (pour cin/cout/cerr)? En plus ios_base est parametre dans nspireio ce qui n'est pas le cas ailleurs je crois.

[Lionel Debroux]

J'ai pointé plusieurs devs supplémentaires vers ce topic

Pour émuler une Clickpad / Touchpad, il n'y a en fait pas besoin de PolyDumper, un OS contenant le boot2 suffit. Pour CX / CM, en revanche, il faut obtenir une image boot1 d'une façon ou d'une autre.

[Excale]

Et malheureusement je n'ai pas reussi a faire fonctionner l'emulateur, j'ai utilise polydump comme indique dans la doc, mais quand je lance NdlessEditor puis Tools->Ti nspire emulator il semble essayer de faire quelque chose pendant quelques secondes (la fenetre de NdlessEditor n'est pas rafraichie) mais ensuite la fenetre est rafraichie et rien ne s'est passe.

Personnellement, je n'ai jamais réussi à faire fonctionner l’émulateur en passant par Scite.
Si tu n'as pas de message d'erreur en console pour t'indiquer ce qu'il faut corriger, tu peux toujours lancer l'émulateur "à la main" à part (c'est ce que je fais).

[Legimet]

Use this to set up the emulator: http://www.omnimaga.org/ti-nspire-proje ... #msg279905

Edit by Excale: or better: viewtopic.php?f=57&t=8698

[Lionel Debroux]

So... we Ndless contributors do indeed need to make the Ndless syscalls usable for newlib to build against (and possibly find more syscalls), and from newlib, we'll be able to build a C++ runtime.
One of the reasons why that work hasn't been done yet is that user interest in the platform is low, and most programs work without doing this work.

For future reference: the main syscalls used by newlib seem to be in newlib/libc/syscalls/, e.g. open(); these will call into e.g. _open_r() from newlib/libc/reent/openr.c, which calls _open() from newlib/libc/sys/arm/syscalls.c (for an ARM-based platform); _open() just calls _swiopen() from the same file, and doing so uses definitions from newlib/libc/sys/arm/swi.h. In order to add support for our platform, I think that we need to either replace _open(), or modify _swiopen().

[parisse]

Personnellement, je n'ai jamais réussi à faire fonctionner l’émulateur en passant par Scite.
Si tu n'as pas de message d'erreur en console pour t'indiquer ce qu'il faut corriger, tu peux toujours lancer l'émulateur "à la main" à part (c'est ce que je fais).

Bon, je viens d'essayer de lancer en ligne de commande
./nspire_emu.exe /B=boot2.img.tns /MC /PO=TI_NspireCAS_3.1.0.392.tnc
il me repond
boot2.img.tns does not appear to be an uncompressed BOOT2 image
Meme erreur avec b2ct.img
Par contre ca a l'air d'aller mieux avec /1= et /PB=

[critor]

Bonjour,

Oui c'est normal.
/B attend une image de Boot2 décompressée
/PB attend une image de Boot2 telle que stockée en mémoire

En gros:

Code: Select all

# TI-Nspire CAS sans Boot1:
nspire_emu.exe /B=boot2.raw /MC /PO=TI_NspireCAS_3.1.0.392.tnc

# TI-Nspire CAS avec Boot1:
nspire_emu.exe /1=boot1.img /PB=boot2.img /MC /PO=TI_NspireCAS_3.1.0.392.tnc

# TI-Nspire CX CAS:
nspire_emu.exe /1=boot1.img /PB=boot2.img /MXC /R /N /PO=TI_NspireCXCAS_3.1.0.392.tcc

Que désirez-vous émuler et quel(s) fichier(s) vous manque-t-il ?

[parisse]

A priori il me manquait le boot2 raw, mais ca marche avec la solution avec boot1. C'est juste un peu lent puisqu'il semble qu'on se tape le boot de l'OS a chaque lancement de l'emulateur.
Qu'est-ce qu'on peut faire avec le debugger de l'emulateur? Est-ce connectable avec gdb pour executer du code C ligne par ligne?

[Excale]

C'est juste un peu lent puisqu'il semble qu'on se tape le boot de l'OS a chaque lancement de l'emulateur.

(Tu as bien pensé à enregistrer une image et après à la lancer avec nspire-emu /1=boot1 /F=tonimage ?)
Tu peux accélérer l'emu à l'aide de la touche F8 (F6 pour voir la vitesse). C'est particulièrement agréable pour diminuer le temps de boot de l'OS.

Qu'est-ce qu'on peut faire avec le debugger de l'emulateur?

L'option /G=port permet de se connecter à l’ému à l'aide d'un debugger externe, qui pourra en faire plus que le debugger en console de l'emu.

[Lionel Debroux]

De mémoire, l'intégration du debugging niveau source C n'est pas en état.