Programmation d'une lib en mode kernel

→ **MyCalcs** profile · by **Armael** » 04 Mar 2010, 19:21

Bon, je poste l'avancement de mon projet ici, pour tout regrouper.

J'ai commencé par une lib d'affichage à l'écran, dont je posterai des nouvelles bientôt (ou pas).

Bon, en attendant, voici string.c, que je n'ai pas encore testée par manque de temps.

string.c
string.h

→ **MyCalcs** profile · by **ExtendeD** » 05 Mar 2010, 20:03

Attention, investir dans une réimplémentation de la libc n'est pas vraiment utile, elle est déjà intégrée à l'OS, et la majorité des symboles ont déjà été trouvés.

Les prochaines versions de Ndless incluront la définition de ces symboles.

→ **MyCalcs** profile · by **sam101** » 05 Mar 2010, 20:16

Le problème se pose si l'on veut faire une appli qui ne dépend pas de l'OS.

→ **MyCalcs** profile · by **Armael** » 06 Mar 2010, 10:44

Ouaip. J'ai envie de coder des trucs indépendants de l'OS.

Cependant, j'ai une question, ExtendeD : existe t'il une fonction prète à l'emploi (provenant de l'OS) permettant de charger en RAM à une adresse donnée un fichier contenu dans la NAND ?
J'ai besoin de faire ça (comme le fait calc84, en fait, mais il n'a pas divulgué son code, il me semble

) et je ne sais pas comment le faire. Une idée ?

→ **MyCalcs** profile · by **sam101** » 06 Mar 2010, 11:44

Armael wrote:Ouaip. J'ai envie de coder des trucs indépendants de l'OS.

Cependant, j'ai une question, ExtendeD : existe t'il une fonction prète à l'emploi (provenant de l'OS) permettant de charger en RAM à une adresse donnée un fichier contenu dans la NAND ?
J'ai besoin de faire ça (comme le fait calc84, en fait, mais il n'a pas divulgué son code, il me semble ) et je ne sais pas comment le faire. Une idée ?

Techniquement, il a codé en ASM ,donc tu peux desassembler non ?

→ **MyCalcs** profile · by **Armael** » 06 Mar 2010, 11:50

ARG. C'est idiot : c'est le moyen utilisé lorsque TI par ex. fait du code super locké. Et là, calc84 sort un truc cool, mais inutile aux programmeurs, et il faudrait le hacker ? J'ai pas que ça à faire...

Fin, s'il divulgue pas le code source, c'est une brique son truc.
J'vois pas où est l'intéret, à par peut être de faire le malin... La force qu'à la communauté par rapport à TI, est justement son aspect communautaire. Si chacun se met à faire des trucs fermés dans son coin, on n'ira pas loin.

→ **MyCalcs** profile · by **geogeo** » 06 Mar 2010, 12:01

Code: Select all: #ifdef CAS #define read_nand_ 0x1015F3D0 #else #define read_nand_ 0x1015F3A0 #endif #define read_nand (_oscall(void, read_nand_, void* dest, int size, int offset, int, int percent_max, void *progress_cb))

Ceci n'est aucunement lié au code de calcti84... Bref il faudrait nous aider à regrouper les points d'entrées trouvaient pour l'OS 1.7 (déssiminés un peu partout sur le topic désassemblage du boot2) et à retrouver les équivalents sur les OS 1.1 (CAS et Non-CAS).

→ **MyCalcs** profile · by **Armael** » 06 Mar 2010, 12:04

Ok, cool

C'est où, ça ?

Et, comment faire pour trouver où sont les fichiers ? (fin, les classeurs)
On connait le système de fichiers en NAND ?

P.S : la lecture en NAND, au niveau hardware, se fait comment ? Des interruptions ?

J'ai aucune idée...

→ **MyCalcs** profile · by **ExtendeD** » 07 Mar 2010, 09:18

Ok, il fallait préciser

Il te suffit d'utiliser la libc (fopen, fread, fwrite, ...) et non des accès bas-niveau à la NAND.

→ **MyCalcs** profile · by **Armael** » 07 Mar 2010, 11:26

Attends, je comprends pas : la libc standard qui existe par exemple sous Linux, elle fait des appels système....

Or ici, on considère nous qu'il n'y a pas de système. fopen et compagnie vont pas marcher, si ?