Reprise du message précédent :

 
 
je suis en stage pendant 5 mois,,, il ce termine fin decembre,  
 
merci mais t'inquiete pas.... dd je commence a le connaitre...  ;-)
nan ce qu'il me faudrais en realiter c'est un compileur C qui me permetrais de generer un .COM pur....  
j'entend par la, qui ne comporterais que MON code sans tout un preambule qui fais des millions d'apels au DOS.
je n'ais pas eut a toucher au MBR, en revanche je me suis refais un bootsector capable de lancer un programme type .COM.
maintenant je dois fair un programme (.COM! surpris? ;-) ) qui sera capable de lancer un .EXE...
j'ai la methode pour lancer un .EXE... mais le programme .EXE que je dois lancer est bourrer d' INT 21h (fonction cle a mollete de DOS) dans sons preambule...
preambule cree par le compileur, ensuite il ne l'utilise plus.
je me suis donc aranger pour detourner cette interuption,,,,   mais sans aucun resultat.
si quelqu'un peut me renseigner sur ce genre de compileur, meme payant!, (au point ou j'en suis!)

man gcc:

                     
 
MERCI!!!!!!!!!!11

heuuuu,,,, j'ai peut etre repondu un peu vite.... ca va me fair un binaire compatible linux ca?    
la methode de lancement ne sera pas la meme?

bin très franchement pour ton utilisation, un noyau linux customisé me parait vachement plus adapté et maintenable qu'un truc dos

je suis totalement d'acord avec toi. Or, ce qu'il faut savoir c'est que je n'ai pas le choix,
le programme qui doit etre lancer au boot de la machine est deja taper... il fonctionne
deja sous DOS,
on me demande de supprimer DOS... il faut donc que le leur trouve une solution pour recompiler ce
programme de facon a ce qu'il ne comporte plus du tout d'apel au dos. (c'est bien ca mon probleme, c'est pas facile) je sais bien que c'est un projet "mouton a 5 pates".
c'est la toute la difficulter de la chose. je ne demande pas qu'on me mache le travail... mais si quelqu'un pouvais me donner une piste de recherche,,,
en gros je cherche un logiciel qui permetrais de fair un kernel en C... ca dois bien exister?
(je ne sais pas si le terme est bon) mais il y a bien des outil pour fair un programme qui n'aurais
besoin que d'un procoss et de la ram?

bin fusionner ton code appli avec un kernel.

????

bin, comme memtest
 
si ton appli est codée en C, tu dois pouvoir la fusionner plus ou moins facilement avec un kernel linux.
 
sinon, si tu as accès au bios de la mobo, tu peux aussi monter ton code dans le bios avec cbrom.
 

si ca ne tenais qu'a moi j'aurais mis un bon vieu noyau nux... mais je n'ai pas droit au outil openSource... :'-( meme GCC ils n'en veulent pas pour le produit final...
je commence a deprimer....

sinon ce serait deja fini! :-)

Pourquoi ils te demandent de supprimer DOS ? C'est pour la validation ?

voila... tout compris

donc si quelqu'un sait ou on peut trouver un compiler qui oublie DOS... je suis preneur,
j'aie beau chercher,,,  

bin ché pas 0x90 t'as donné ça.
maintenant... je crois qu'ils sont très psychorigides tes supérieurs.

je suis bien d'accord...

quelqu'un pourrais peut etre m'envoyer une version de Tlink?  
si je recuper les .o de visual-studio et que je les link avec Tlink avec les meme options que celle
de mon boot secteur... ca pourrais le fair?

je pense pas, chaque compilateur a plus ou moins son format objet, et si ton tlink c'est un vieux truc 16 bits, c'est même pas la peine d'y penser

T'aurais plus rapide à oublier tout les bases de ton programmes et de réécrire toi-meme les bases de ton application plutot que d'essayer d'adapter celle du DOS, c'est à dire oublier les EXE et les COM, tu crées un seul binaire ne dépendant d'aucune lib que le système lancera au début,
Il semblerait que là tu embarques tout le mécanisme propre au DOS.
 
Le programme de la boite est gros ?

oui il fait 370k,,, ca depasse le segment de memoire,
en cherchant (meme si j'avais plus trop la foie) j'ai vu qu'il etait possible de fair du code "ROMable"
ca a pas l'air mal,,, mais ca m'enleve pas ces fo***tus apels a l'INT 21h du preambule,,,,
mais on gagnerais du temp sur le temps de chargement vu qu'on qurais plus a reloger les adresses des  
pointeurs...
 
on a essayer de detourner l'int 21h pendant l'exec du programme(c'est meme le premier truc qu'il fait en fait),,, et il fontionne tres bien...
ca veut dire que ces apel a l'int 21h sont juste la dans le preambule (qui est inserer l'or du linkage) pour verifier que DOS est present...

je tiens a tous vous remercier de l'interet que vous portez a mon probleme.
si a l'avenir je peut faire quoi que ce soit,,, j'en serais ravi... merci beaucoup a vous tous.

le truc qui me crispe dans l'histoire c'est l'aspect "bricolage" dans un contexte assez critique quand même.
 
vu le coût de R&D et de production d'un hélicoptère, je trouve que ça fait très économie de bout de chandelles de pas prendre un kit de dev embarqué quivabien.

bin en realite on aimerais bien trouver un truc serieux!!! mais etait donne que jusque la on ne savait pas trop ou aller... on a essayer davancer avec les moyens du bord... au moins pour debroussailler le bidulle...
vu le manque evident de documentation sur le net... ca a pris pas mal de temp...
mais effectivement, je pense qu'a terme, on ce tournera vers ce genre de kit de dev.
reste maintenant a trouver lequel...
ce qui nous a fait persister dans ce sens, c'est le fait. qu'on est sur une archi pc....
on penssait qu'il serait posible de fair comme ca...
 
faut voir aussi qu'on est un et demi sur ce projet (moi et mon 'demi' patron, qui a d'autre obligation, il ne peut pas etre a plein temp dessus)
etant etudiant, je pense que je n'ai pas encore l'experience requise pour le moment en ce qui est de la 'prise de descision'... m'enfin ca, ca viendra

essaye de passer le plus rapidement possible au C dans ton appli (rapide au sens moins de code developé en asm); parce que si vous optez pour un processeur arm, il y aura tout à refaire.
Concernant linux, je suis sur qu'il y a moyens de booter un système fonctionel en moins de 5sec, si en plus il est booté directment dans une ROM, il y a moyen de gagner encore, il y a surement des chiffres sur internet à propos du temps de démarrage.
 
Peux-tu expliquer ce qu'est rapidement votre affichage de bord, ce sont deux, trois LED à allumer ou bien c'est un LCD (voir plusieurs).
Il y a interaction avec les autres appareils de bords, c'est un appareil critique ?

le produit final sera un procos AMD avec un ecran... mais t'inquiete pas... ce programme est deja fais...
et il recoit des info de tout les capteurs a bord. ca marche tres bien avec dos mais c'est trop long a lancer (CDC)... et DOS ne nous apartient pas. ensuite, on ne peut pas embarquer de linux car la commission de certif n'en veut pas.
je suis donc bloquer au logiciel payant donnant des garanties de qualites (ET J'EN TROUVE PAS !#$%^#$%^&*) et j'en cherche un qui serais capable de me generer du code brut. car tout ceux que j'ai tester me collais 2k de code que je ne controlle pas avant d'executer le code que j'ai taper.