dans un shell je lance un programme écrit en c++ :

./monprogramme

je voudrais récupérer la valeur passée dans le exit() au moment de la sortie du programme dans une variable du shell. par exemple le programme fait un exit(-6) et je voudrais retrouver -6 dans une variable pour faire un echo $monresult par exemple.

j'ai tenté avec $? mais je récupère toujours 0 quelque soit la valeur mise dans le exit() de mon programme ... :-(

help me

En embarqué je veux accéder à une compact flash qui normalement est vue comme un disque IDE. J'ai écris les couches d'interfaçage liées au hardware (driver similaire au driver IDE/compactflash de la carte AVILA). Au démarrage du noyau, l'init du driver est bien execute mais le noyau ne détecte ni l'interface (qui devrait apparaitre dans /proc) ni la compact flash connectee sur cette interface. Comment s'effectue la recherche de disque (interfaces et drives) dans le noyaux (option ou module particulier (…)

En embarqué je veux accéder à une compact flash qui normalement est vue comme un disque IDE. J'ai écris les couches d'interfaçage liées au hardware (driver similaire au driver IDE/compactflash de la carte AVILA). Au démarrage du noyau, l'init du driver est bien execute mais le noyau ne détecte ni l'interface (qui devrait apparaitre dans /proc) ni la compact flash connectee sur cette interface. Comment s'effectue la recherche de disque (interfaces et drives) dans le noyaux (option ou module particulier ?). (…)

Jusqu'à ce jour j'utilisais un traducteur en ligne pour interpréter les trames ISDN capturées sur un lien T0 ou T2 (E1 pour les européens). Comme ce traducteur n'est plus accessible je cherche un logiciel libre qui ferait cette fonction.
J'ai eu un instant l'impression qu'ETHEREAL le faisait, mais malgré tous mes essais il cherche obstinément à traduire de l'IP.
Donc si quelqu'un connait un logiciel libre qui sait traduire (de façon fiable) les trames ISDN je suis preneur.

Quelle est la meilleur politique de distribution de logiciel embarqué ?
faut-il fournir simplement un zip avec un script d'installation ?
faut-il fournir plutot un packaging style RPM ?
Il s'agit de pouvoir effectuer des mises à jour sur un matériel qui n'a rien a voir avec un PC et qui tourne sous MONTAVISTA linux (donc kernel 2.6). Je ne sais pas ce qui se pratique le plus dans ce domaine actuellement et je ne voudrais pas trop sortir des (…)

Le port serie de base de mon PC étant mort (paix à son âme!) j'ai installé une carte 4 ports séries + 1 port parallèle WINIC W-954, mais voilà ! tux me fait la gueule et je suis toujours sans port serie sur mon PC. Quelqu'un a-t-il deja installé et utilisé ce type de carte sous redhat ? Si oui que faut-il faire pour accéder aux 4 nouveaux ports série ?

Je dois pouvoir lire un fichier depuis un module, mais tout ce qui ressemble à un open ne peut se faire que depuis l'espace mémoire utilisateur. J'utilise un noyau 2.6.9 red hat. Puis-je utiliser sys_open en faisant auparavant un set_fs(KERNEL_DS) ?
Si oui j'ai un petit problème avec mm_segment que mon gcc me recrache à la figure. Ne dois-je pas faire un truc du genre :

mm_segment fs;
fs = get_fs();
set_fs(KERNEL_DS);

...
fichier = sys_open("toto.xxx",0,0);
ret = sys_read(fichier,buffer,longueur);
sys_close(fichier);
(…)

Je dois pouvoir lire un fichier depuis un module, mais tout ce qui ressemble à un open ne peut se faire que depuis l'espace mémoire utilisateur. J'utilise un noyau 2.6.9 red hat. Puis-je utiliser sys_open en faisant auparavant un set_fs(KERNEL_DS) ?
Si oui j'ai un petit problème avec mm_segment que mon gcc me recrache à la figure. Ne dois-je pas faire un truc du genre :

mm_segment fs;
fs = get_fs();
set_fs(KERNEL_DS);

...
fichier = sys_open("toto.xxx",0,0);
ret = sys_read(fichier,buffer,longueur);
sys_close(fichier);
(…)

J'ai lu que les modules ne se compilaient plus de la même façon avec le noyau 2.6 (en 2.4 un bon vieux gcc et c'était fini). Je travaille avec une distribution RedHat noyau 2.6. Comment créer par exemple le classique module "hello world" pour un noyau 2.6. Faut-il respecter une arborescence particulière pour positionner les sources du module ? faut-il utiliser make MODULE ? si oui cela suppose modifier les fichiers de conf du noyau non ?
Au secours ! (…)

J'ai lu que les modules ne se compilaient plus de la même façon avec le noyau 2.6 (en 2.4 un bon vieux gcc et c'était fini). Je travaille avec une distribution MontaVista 4.0 Pro (noyau 2.6). Comment créer par exemple le classique module "hello world" pour un noyau 2.6. Faut-il respecter une arborescence particulière pour positionner les sources du module ? faut-il utiliser make MODULE ? si oui cela suppose modifier les fichiers de conf du noyau non ?

Au secours ! :-(