Pas de problème, j'ai heureusement gardé les notes de cours ;-)

Le compilateur fournit un code exécutable pour une machine virtuelle... On peut imaginer ensuite que la machine virtuelle soit implémanter réellement par un processeur hardware comprenant le jeu d'instructions assembler tel que celui fournit avec l'énoncé.

Il s'agit donc de C embarqué à destination d'une machine virtuelle tournant sous un PC mais rien n'empeche d'imaginer une machine tel un GSM ou autre capable de comprendre le code assembler produit à partir du code embedded C.

nous n'avons pas eu de cours de l'embedded C à proprement  parlé... Ce projet ce situe dans le cadre du cours "Thérorie des langages et compilateurs" de l'ULB...

On nous avait remis une grammaire du langage C embarqué simplifié. En effait bien que l'embedded C soit moins étendu que le C, il est tout de même trop grand pour un projet dans le cadre d'un cours universitaire... On nous l'a donc un peu alégé.

Je ne pense pas le cours théorique (+ de 400 pages) te soit d'un grand secour... Mais je peux toujours t'envoyer l'énoncé du projet...

Si tes questions sont dans mes cordes, je me ferai un plaisir de te répondre...

Pareil pour moi. Je suis sous windows xp pro et pourtant j'ai ce message d'erreur qui apparait à chaque fois.

Dommage, moi j'ai une erreur à l'execution. J'explique ma démarche afin que vous puissiez peut-être debugger le bazard.
1) lancement de l'éxécutable
2) Je choisi une nouvelle partie (option 1 du menu)
3) Je choisi comme niveau débutant (option 1)
4) et hop .... erreur !

voici le message en question:
"L'instruction à "0x00402756" emploie l'adresse mémoire "0x003a467d" de la mémoire ne peut pas être "read".

Voilà bon courage pour la suite

je sais que java utilise un code intermédiaire et qu'il est interprété par la machine virtuelle. Il s'agit de ByteCode ... mais en temps normalle entre ASM et code machine je ne vois pas d'intermédiaire.

Effectivement, tu peux programmer les algo's dans le language de ton choix: C, C++, Java ... voir en assembleur si tu te sens à la hauteur !!! Et si t'es fou pourquoi pas en binaire ;-) ....

L'avantage des languages orientés objets, est que tu peux aisément travailler un projet comme une construction de maison.... Tu mets en place, pas à pas, les briques qui te permettrons d'élaborer l'architecture finale !

Mais à priori, rien ne t'empeche de choisir un language de niveau inférieur.

Java est semi-compilé comme tu dis, le code source est traduit en bytecode qui sera interprété par la machine virtuelle... Mais là n'est pas le seul b-mole... En effet, un des gros problème avec java est le garbage colector qui cause des soucis des qu'on fait de la simulation multi-tâche en temps-réel car le temps réel n'en n'est plus un réellement du à la présence de ce fichus garbage colector...

Autrement, oui, nous avons appris COBOL.... C'est bien parceque c'est un language préhistorique que nombreux sont les programme (surtout les anciennes base de données ) qui sont codé dans ce language... D'où l'utilité de l'étudier. Histoire, de ne pas être entièrement dépourvu si nous avons à faire un l'un de ces vieux programme une fois sorti de l'unif...

En effet... nous dévellopons essentiellement en C(++) ou Java. Principalement car se sont des languages orienté objet, forts proches l'un de l'autre... Donc idéale pour une belle programmation. Deplus, de nombreuses librairies graphique sont disponibles. Il n'y a aucune obligation pour le Printemps des sciences en tout cas... En pratiques, le language sources d'un projets à remettre est parfois imposé: C(++), JAVA mais aussi FORTRAN, COBOL ou bien même ASM (ASSEMBLER)... Personnelement je programme essentiellement en C++ avec les librairies super mega géniales du toner qui tue ... QT !!! ;-) ... L'avantage du C++ face à java est sa rapadité... En effet, le code java est émulé alors que le C++ est compiler entièrement en langage machine.. Un programme dédier en C++ sera toujours plus rapide que son équivalent en Java.