A une époque, j'avais la Bible Linux chez Micro Applications (j'ai naïvement cru y trouver l'équivalent de la Bible PC), dans laquelle les plus grandes facettes du système sont toutes présentées dans un chapitre à elles. Intéressant pour le débutant, mais on reste vite sur sa faim. La liste des commandes résumée dans les deuxième et troisème de couverture est intéressante.
Coté Web, je te recommande "Comment Ca Marche", très populaire également, complète, très pédagogique, et qui ne dit pas de conneries, ce qui tend à se faire rare de nos jours. Tu trouveras un historique d'Unix et des principales commandes (ce qui est une bonne chose,: commencer directement avec un terminal) ici:
Pour le fichier /dev, c'est que touche là l'un des fondements de la philosophie UNIX : tout est fichier. C'est-à-dire qu'en principe, l'intégralité des ressources de ton système doit être accessible à travers le système de fichier.Et pour ce faire, il en existe plusieurs types :
- Les fichiers réguliers (ceux dont tu as l'habitude)
- Les répertoires (ou directory, soit dossier sous Win)
- Les liens durs
- Les liens symboliques
- Les sockets
- Les tubes nommés.
- Les fichiers spéciaux (les fameux /dev pour device)
Windows ne propose que les deux premiers types (les raccourcis ne sont en fait que des fichiers réguliers qui contiennent des informations exploitées par l'explorateur).
- Les liens durs ne sont pas à proprement parler des fichiers, mais les systèmes de fichiers Unix offrent la possibilité à l'utilisateur de déclarer LE MEME FICHIER à plusieurs endroits différents. Ainsi, tu peux copier un fichier type dans les répertoires personnels de tous les utilisateurs, et faire malgré tout en sorte que ce fichier n'existe qu'une seule fois sur le disque dur.
- Les liens symboliques ressemblent aux raccourcis Windows, mais il ne contiennent que le chemin vers le fichier de destination, et sont pris en charge directement par le noyau. Ils sont donc complètement transparents pour les applications et peuvent servir à créer des aliases ou faire des redirections (un raccourci Windows, la seule chose que l'on puisse faire avec, c'est cliquer dessus).
- Les sockets sont des connexions réseau ou internes aux systèmes, mais ils ont la possibilité d'être liés à un nom de fichier. Ainsi, tout ce qui sera écrit dans ce fichier (même depuis la ligne de commande) partira sur le réseau.
- Les tubes nommés (named pipes) te permettent de réaliser ce qui est en principe effectué par le caractère "|" (pipe) depuis la ligne de commande. Un programme qui écrit dans ce fichier sera mis en attente jusqu'à ce qu'un autre processus aille lire le fichier et récupérer les données (à aucun moment celles-ci ne sont écrites sur le disque).
- Les fichiers spéciaux sont une grande force d'Unix. Tout ce qui y est écrit est envoyé non pas vers le disque mais vers une routine spéciale du noyau, destinée à piloter un périphérique (en principe). Ainsi, et pour faire simple, tout ce que tu écriras dans /dev/dsp sera directement envoyé à la carte son (provoquant un bruit assez désagréable) et tout ce que tu en liras proviendra du micro.
En outre, tu peux régler les droits d'accès sur tous ces fichiers comme tu le ferais sur des fichiers ordinaires. Tu peux ainsi en une seule commande autoriser l'accès à ta carte son à certaines personnes, et l'interdire à d'autre.
Bon, visiblement, tu adoptes d'emblée les bonnes méthodes : Beaucoup de motivation, des recherches personnelles menées avant de poster, une orthographe propre, un énoncé clair, et des problèmes légitimes. Je pense que tu pourras vite te débrouiller seul.
Pour connaître la version du noyau Linux utilisé, tu peux taper uname -a dans une console. Pour connaître la version de ta distribution, la méthode est propre à chacune d'elle mais RedHat et Mandrake écrivent cela dans un fichier, respectivement /etc/redhat-release et /etc/mandrake-release.
Pour la mise à jour en ligne, presque toutes les distributions proposent cela. Tu peux utiliser urmpi pour mettre à jour des packages au cas par cas, sinon il existe un utilitaire dans les menus de configuration.
Pour la carte son, utilise l'utilitaire de configuration de ta distribution (en général drakconf sur une Mandrake) qui doit aussi se trouver dans les menus. Mais en général, il existe un lien symbolique dans /dev, en général /dev/sound ou /dev/dsp, qui pointe le périphérique à utiliser. Il suffit de modifier ce lien.
Enfin, quelques conseils :
Ne prends jamais Windows en référence pour arriver à tes fins ("Où se trouve le poste de travail ?", etc). Unix est un système complètement indépendant, plus matûre, et ses points forts ne sont pas du tout les mêmes.
Sache qu'au contraire de Windows, où tout semble être architecturé autour de l'interface graphique, et où le système forme un tout unique , issu d'une seule source, la plupart des nombreuses interfaces graphiques proposées par les distributions de Linux ne sont que des front-ends pour accéder aisément aux fontions systèmes que l'on modifie généralement soit en éditant un fichier de configuration (texte), soit avec des commandes en ligne. Donc chaque fois que tu effectues une opération via une GUI, efforce-toi de trouver l'équivalent en ligne de commande, et bientôt , tu pourras profiter de toute la souplesse et de la puissance de ton système.
Le mieux que tu puisses faire enfin est de contacter ton LUG local et de participer à des install parties, où tu trouveras plein de gens qui seront ravis de te faire une démonstration.
Ben le plus simple, c'est encore de récupérer le CD depuis le site officiel. Ceci nécessite toutefois une connexion haut débit et un graveur de CD (avec un CD vierge).
Ensuite le secteur de boot, cela n'a rien à voir avec le système de fichier. Si tu copies tous les fichiers vers un répertoire de destination, ton CD ne sera pas amorçable pour autant.
Maintenant, si tu as un lecteur de DVD, un câble croisé, une carte réseau sur chaque ordinateur, un système d'exploitation digne de ce nom et que tu aimes résoudre des casse-têtes, tu peux essayer de faire un serveur BOOTP ... nan. tout compte fait, oublie ça :-)
Oui, enfin XP n'est pas vraiment une machine virtuelle dans le sens Java du terme, ni gros systèmes. Si tu veux « émuler » Windows (bien que le logiciel s'en défende), on utilise wine.
On apprend dans Clone Wars qu'il y a un crystal au coeur de chaque sabre laser, 'faudrait peut-être creuser de ce coté.
Pour les tirs laser, en fait ce ne sont apparement pas des lasers ordinaires, du fait qu'on les voit se propager. C'est flagrant dans l'épisode II lors de la vue aérienne du champ de bataille.
C'est le bon moment pour ressortir la "lettre ouverte aux hobbyistes" écrite par Bill Gates lui-même en 1976. Il est effrayant de constater à quel point il est tourné vers lui-même et combien il croît à ses inepties :
Je plussoie ce journal avec véhémence car ce site est vraiment à faire connaître. D'ailleurs j'ai commencé.
Moi aussi, je suis passé récement à Ubuntu et je crois que j'ai vraiment trouvé la distrib' idéale. Je l'ai même installée sur les portables de ma famille puisque c'est moi qui en assure générale la maintenance. Moi qui était jusque là resté à Mandrake (parce que commencé avec une RedHat 5.1), j'ai eu Debian et Ubuntu en première et seconde position , et KUbuntu en troisième.
C'est énorme parce que même si je suis un adepte de la ligne de commande, j'aime tout de même les graphismes soignés et les interfaces graphiques propres et efficaces, et que même si j'ai beaucoup développé avec GTK, j'utilisais plutôt KDE que Gnome (même si je passe le plus clair de mon temps sous WindowMaker), ce qui tend à changer avec Gnome 2.
Impeccable. Un questionnaire de ce style manquait vraiment.
Tiens, puisque l'on parle d'intelligence artificielle brillante, je ressors « 20 questions », pour ceux et celles qui ne connaîtraient pas encore :
Désolé, mais je ne peux plus blairer les participes passés écrits à l'infinitif. Même en étant tolérant, c'est désagréable à lire. DLFP est un site à forte audience et doit montrer l'exemple (parce que l'orthographe vient majoritairement en lisant, quoique l'on en dise), et que c'est vraiment trop fréquent.
Ceci dit, ce n'était pas innocent : la man page est très détaillée et se réfère à de nombreux fichiers et appels système connexes. Ce n'est donc pas l'info recherchée au sens strict, mais c'est un bon point de départ (comparé à d'autres thèmes).
Bon, à l'époque j'avais acquis « Programmation Linux 2.0 » chez Eyrolles, d'Eric Dumas, Remy Card, et Frank Mével. Dommage qu'il n'y ait pas eu (à ma connaissance) de bouquin similaire sur les noyaux récents, mais je pense qu'on pourra y trouver exactement ce que le môssieur recherche.
Dans le même genre, il y a quelques années, j'avais vu une affiche en milieu semi-rural que j'avais trouvé excellente. Malheureusement, je n'avais rien pour la photographier à ce moment.
Tout le monde sait que les noms Unix, Linux, micro&soft, etc. ont été repris dans d'autres secteurs d'activité, notament le premier pour un fongicide. J'ai donc vu un beau champ de blé sur l'affiche en question, avec la mention :
Unix : La solution à tous vos programmes
J'aurais bien mis cette image en fond de bureau ! :-)
Tout d'abord, merci d'avoir fait un effort sur l'orthographe.
Pour le port série, il n'y a pas de « protocole » à proprement parler. Renseigne-toi un peu sur le fonctionnement d'une ligne série d'une manière générale et tu verras que c'est très simple.
Pour résumer, disons que le port maintient au repos sa ligne de transmission à l'état 1 (5V), ce qui lui permet éventuellement de détecter une rupture de câble. Ensuite, au moment de transmettre, le port série commence par émettre un « bit de start », c'est-à-dire un bit toujours à 0, pour indiquer qu'il commence la transmission d'un octet, puis il transmet les bits de l'octet proprement dit, en commençant par le bit de poids faible. Enfin, selon les configurations, il émet généralement un bit de parité (l'équivalent d'un checksum sur un seul bit) pour savoir rapidement si l'octet transmis l'a été sans erreur. Enfin, toujours optionellement, un voire deux bits de stop.
En outre, le port série est en général équipé de lignes RTS et CTS (man stty) pour Request To Send et Clear To Send. Tu peux demander à ton port série d'écouter ces lignes ou non. Par défaut, elles sont prise en compte. Cela sert à l'équipement terminal de transmission de données (typiquement le modem que tu lui mets au cul), pour pouvoir donner le feu vert au port lorsqu'il a établi la communication et qu'il est prêt à transmettre.
Evidement, tout cela est géré électroniquement. Même au niveau de l'assembleur, on ne voit que les ports I/O de l'interface et l'on reçoit l'octet tout fait.
C'est extrêmement simple, robuste, et cela n'a rien à voir par exemple avec le fonctionnement du bus USB, qui s'apparente plus à une sorte d'Ethernet, et dont les spécifications occupent un classeur de dix centimètres d'épaisseur. A l'époque du DOS, la plupart des programmes écrits en assembleur pilotait directement le port avec appels I/O plutôt que de passer par un pilote dédié, tellement c'était trivial.
Tapes « RS232 » (voire même RS232C) dans Google, qui décidément fait beaucoup pour toi :-), pour obtenir plus d'infos.
Pour ton problème, vérifie déjà le type de câble que tu utilises pour relier tes ports série. Il faut que ce soit un NULL-MODEM (soit un câble série croisé). Ensuite, vérifie que les ports soient réglés à la même vitesse de chaque coté.
Je suis d'accord avec ça, mais je pense que cela s'adresse à des codeurs déjà confirmés plutôt qu'à des débutants dans un langage particulier. Dans le premier cas, on parle d'optimisation, de relativisation des différentes méthodes, etc., dans le deuxième, on masque une lacune.
Update: « chaine » et « oss » sont en fait le même objet. J'ai écrit trop vite. « oss » est le nom que j'utilise habituellement quand je déclare un ostringstream. J'ai fait un copier-coller un peu rapide du code en tête de page au milieu de tout ça.
J'ai l'impression que cette methode tend a deconner en particulier lorsque la valeur de la chaine change dans une boucle.
En fait, il faut juste penser à utiliser l'objet qui convient et à vider la chaîne quand on a fini de s'en servir. J'ai mis du temps avant de y arriver parce que je n'ai pas trouvé d'exemple mettant ceci en évidence. Mais bon:
unsigned long int x,y; ostringstream oss;
for (x=0,y=50;x<100;++x)
{
chaine << " x vaut " << x << " et y vaut" << y;
cout << chaine; oss.str("");
}
Posté par Obsidian .
En réponse au message bonjour.
Évalué à 3.
Ce commentaire a un vague goût de troll, mais bon.
Le « truc comme le DOS », cela s'appelle le SHELL. La ligne de commande est probablement ce qu'il y a de plus puissant sous Unix, et crois-moi, cela n'a rien à voir avec DOS.
Bon si tu atterris à cet endroit, c'est qu'il y a de fortes chances que l'interface graphique ne soit pas lancée au démarrage. As-tu bien choisi le lancement automatique de X-Window à l'installation ?
Pour mémoire, Teaser, c'est moi qui l'ait créé avec JCM en 89 ;-) ... aka chip at teaser.fr since 1991
C'était dur de se tromper ! :-)
Trop de diplôme ne tue-t-il pas LE diplôme ? Que penser d'un patron de PME (dans le Libre qui plus est) qui va prendre des commandes de Dev pour les faire réaliser en Roumanie ?
Ça dépend. Être trop diplômé peut éventuellement nuire à l'embauche mais c'est un cas particulier, et pas insoluble. Maintenant, jusqu'à présent, le « diplômage » systématique des jeunes n'a pas nui à cette institution. Le seuil de recrutement a juste varié en fonction de l'offre et de la demande. C'est pas demain que notre pays changera de ce coté. À moins d'être entrepreneur, et d'en avoir sérieusement la fibre, il est de fait que seuls ces titres ouvrent des portes. S'autoformer et faire ses preuves en France restent malheureusement très difficile.
Je te fais LE baril d'ingé français contre SIX barils d'ingé roumain !
[^] # Re: Quelques indices.
Posté par Obsidian . En réponse au message Plein de question. Évalué à 4.
Introduction à Unix, chez O'Reilly (les livres O'Reilly sont assez populaires dans le milieu). Je ne l'ai pas lu.
http://www.amazon.fr/exec/obidos/ASIN/2841772098/402-4597509-666891(...)
A une époque, j'avais la Bible Linux chez Micro Applications (j'ai naïvement cru y trouver l'équivalent de la Bible PC), dans laquelle les plus grandes facettes du système sont toutes présentées dans un chapitre à elles. Intéressant pour le débutant, mais on reste vite sur sa faim. La liste des commandes résumée dans les deuxième et troisème de couverture est intéressante.
Coté Web, je te recommande "Comment Ca Marche", très populaire également, complète, très pédagogique, et qui ne dit pas de conneries, ce qui tend à se faire rare de nos jours. Tu trouveras un historique d'Unix et des principales commandes (ce qui est une bonne chose,: commencer directement avec un terminal) ici:
http://cogito.meca.polymtl.ca/CCM/unix/unixintro.htm(...)
Pour le fichier /dev, c'est que touche là l'un des fondements de la philosophie UNIX : tout est fichier. C'est-à-dire qu'en principe, l'intégralité des ressources de ton système doit être accessible à travers le système de fichier.Et pour ce faire, il en existe plusieurs types :
- Les fichiers réguliers (ceux dont tu as l'habitude)
- Les répertoires (ou directory, soit dossier sous Win)
- Les liens durs
- Les liens symboliques
- Les sockets
- Les tubes nommés.
- Les fichiers spéciaux (les fameux /dev pour device)
Windows ne propose que les deux premiers types (les raccourcis ne sont en fait que des fichiers réguliers qui contiennent des informations exploitées par l'explorateur).
- Les liens durs ne sont pas à proprement parler des fichiers, mais les systèmes de fichiers Unix offrent la possibilité à l'utilisateur de déclarer LE MEME FICHIER à plusieurs endroits différents. Ainsi, tu peux copier un fichier type dans les répertoires personnels de tous les utilisateurs, et faire malgré tout en sorte que ce fichier n'existe qu'une seule fois sur le disque dur.
- Les liens symboliques ressemblent aux raccourcis Windows, mais il ne contiennent que le chemin vers le fichier de destination, et sont pris en charge directement par le noyau. Ils sont donc complètement transparents pour les applications et peuvent servir à créer des aliases ou faire des redirections (un raccourci Windows, la seule chose que l'on puisse faire avec, c'est cliquer dessus).
- Les sockets sont des connexions réseau ou internes aux systèmes, mais ils ont la possibilité d'être liés à un nom de fichier. Ainsi, tout ce qui sera écrit dans ce fichier (même depuis la ligne de commande) partira sur le réseau.
- Les tubes nommés (named pipes) te permettent de réaliser ce qui est en principe effectué par le caractère "|" (pipe) depuis la ligne de commande. Un programme qui écrit dans ce fichier sera mis en attente jusqu'à ce qu'un autre processus aille lire le fichier et récupérer les données (à aucun moment celles-ci ne sont écrites sur le disque).
- Les fichiers spéciaux sont une grande force d'Unix. Tout ce qui y est écrit est envoyé non pas vers le disque mais vers une routine spéciale du noyau, destinée à piloter un périphérique (en principe). Ainsi, et pour faire simple, tout ce que tu écriras dans /dev/dsp sera directement envoyé à la carte son (provoquant un bruit assez désagréable) et tout ce que tu en liras proviendra du micro.
En outre, tu peux régler les droits d'accès sur tous ces fichiers comme tu le ferais sur des fichiers ordinaires. Tu peux ainsi en une seule commande autoriser l'accès à ta carte son à certaines personnes, et l'interdire à d'autre.
Prochain cours: l'utilisateur root !
Amuse-toi bien.
# Quelques indices.
Posté par Obsidian . En réponse au message Plein de question. Évalué à 4.
Bon, visiblement, tu adoptes d'emblée les bonnes méthodes : Beaucoup de motivation, des recherches personnelles menées avant de poster, une orthographe propre, un énoncé clair, et des problèmes légitimes. Je pense que tu pourras vite te débrouiller seul.
Pour connaître la version du noyau Linux utilisé, tu peux taper uname -a dans une console. Pour connaître la version de ta distribution, la méthode est propre à chacune d'elle mais RedHat et Mandrake écrivent cela dans un fichier, respectivement /etc/redhat-release et /etc/mandrake-release.
Pour la mise à jour en ligne, presque toutes les distributions proposent cela. Tu peux utiliser urmpi pour mettre à jour des packages au cas par cas, sinon il existe un utilitaire dans les menus de configuration.
Pour la carte son, utilise l'utilitaire de configuration de ta distribution (en général drakconf sur une Mandrake) qui doit aussi se trouver dans les menus. Mais en général, il existe un lien symbolique dans /dev, en général /dev/sound ou /dev/dsp, qui pointe le périphérique à utiliser. Il suffit de modifier ce lien.
Enfin, quelques conseils :
Ne prends jamais Windows en référence pour arriver à tes fins ("Où se trouve le poste de travail ?", etc). Unix est un système complètement indépendant, plus matûre, et ses points forts ne sont pas du tout les mêmes.
Sache qu'au contraire de Windows, où tout semble être architecturé autour de l'interface graphique, et où le système forme un tout unique , issu d'une seule source, la plupart des nombreuses interfaces graphiques proposées par les distributions de Linux ne sont que des front-ends pour accéder aisément aux fontions systèmes que l'on modifie généralement soit en éditant un fichier de configuration (texte), soit avec des commandes en ligne. Donc chaque fois que tu effectues une opération via une GUI, efforce-toi de trouver l'équivalent en ligne de commande, et bientôt , tu pourras profiter de toute la souplesse et de la puissance de ton système.
Le mieux que tu puisses faire enfin est de contacter ton LUG local et de participer à des install parties, où tu trouveras plein de gens qui seront ravis de te faire une démonstration.
Et sans oublier : http://www.lea-linux.org(...)
Bienvenue dans la communauté et bon courage.
# Et pourquoi pas le CD ?
Posté par Obsidian . En réponse au message ubuntu et armada e500. Évalué à 2.
Ensuite le secteur de boot, cela n'a rien à voir avec le système de fichier. Si tu copies tous les fichiers vers un répertoire de destination, ton CD ne sera pas amorçable pour autant.
Maintenant, si tu as un lecteur de DVD, un câble croisé, une carte réseau sur chaque ordinateur, un système d'exploitation digne de ce nom et que tu aimes résoudre des casse-têtes, tu peux essayer de faire un serveur BOOTP ... nan. tout compte fait, oublie ça :-)
[^] # Re: heu...
Posté par Obsidian . En réponse au message ouvrir Windows XP dans une session Linux !!. Évalué à 3.
Oui, enfin XP n'est pas vraiment une machine virtuelle dans le sens Java du terme, ni gros systèmes. Si tu veux « émuler » Windows (bien que le logiciel s'en défende), on utilise wine.
http://www.winehq.com/(...)
En principe, c'est livré par défaut avec ta distribution.
[^] # Re: et les capes ?
Posté par Obsidian . En réponse au journal Les lames des sabres laser ont-elles une masse ?. Évalué à 7.
[^] # Re: poids
Posté par Obsidian . En réponse au journal Les lames des sabres laser ont-elles une masse ?. Évalué à 3.
Pour les tirs laser, en fait ce ne sont apparement pas des lasers ordinaires, du fait qu'on les voit se propager. C'est flagrant dans l'épisode II lors de la vue aérienne du champ de bataille.
[^] # Re: ld
Posté par Obsidian . En réponse au message LD_LIBRARY_PATH. Évalué à 2.
Sous Solaris par exemple, rien de tout çà ...
# Le retour du Jedi^W^W des Hobbyistes
Posté par Obsidian . En réponse au journal Voleurs de pensée : nouveau FUD de Microsoft. Évalué à 3.
http://www.blinkenlights.com/classiccmp/gateswhine.html(...)
http://www.freescape.eu.org/biblio/article.php3?id_article=155(...)
Les gallolinuxéistes les plus assidus auront bien sûr tous remarqué son coté "Jayce" ( http://linuxfr.org/~petit/5133.html(...) ).
# Pareil !
Posté par Obsidian . En réponse au journal Quelle est la distribution qu'il te faut ?. Évalué à 3.
Moi aussi, je suis passé récement à Ubuntu et je crois que j'ai vraiment trouvé la distrib' idéale. Je l'ai même installée sur les portables de ma famille puisque c'est moi qui en assure générale la maintenance. Moi qui était jusque là resté à Mandrake (parce que commencé avec une RedHat 5.1), j'ai eu Debian et Ubuntu en première et seconde position , et KUbuntu en troisième.
C'est énorme parce que même si je suis un adepte de la ligne de commande, j'aime tout de même les graphismes soignés et les interfaces graphiques propres et efficaces, et que même si j'ai beaucoup développé avec GTK, j'utilisais plutôt KDE que Gnome (même si je passe le plus clair de mon temps sous WindowMaker), ce qui tend à changer avec Gnome 2.
Impeccable. Un questionnaire de ce style manquait vraiment.
Tiens, puisque l'on parle d'intelligence artificielle brillante, je ressors « 20 questions », pour ceux et celles qui ne connaîtraient pas encore :
http://y.20q.net(...)
[^] # Re: Stats
Posté par Obsidian . En réponse à la dépêche Une émission de télé en direct sur le libre. Évalué à 3.
Ou linux-frisage à la limite ...
# Essaie leconjugueur.com
Posté par Obsidian . En réponse au message Graver un cd protéger!. Évalué à 6.
http://www.leconjugueur.com/(...)
Désolé, mais je ne peux plus blairer les participes passés écrits à l'infinitif. Même en étant tolérant, c'est désagréable à lire. DLFP est un site à forte audience et doit montrer l'exemple (parce que l'orthographe vient majoritairement en lisant, quoique l'on en dise), et que c'est vraiment trop fréquent.
[^] # Re: Apparement...
Posté par Obsidian . En réponse au journal "Tony Blair part en guerre contre Microsoft". Évalué à 2.
[^] # Re: MAN
Posté par Obsidian . En réponse au message socket linux. Évalué à 3.
Ceci dit, ce n'était pas innocent : la man page est très détaillée et se réfère à de nombreux fichiers et appels système connexes. Ce n'est donc pas l'info recherchée au sens strict, mais c'est un bon point de départ (comparé à d'autres thèmes).
Bon, à l'époque j'avais acquis « Programmation Linux 2.0 » chez Eyrolles, d'Eric Dumas, Remy Card, et Frank Mével. Dommage qu'il n'y ait pas eu (à ma connaissance) de bouquin similaire sur les noyaux récents, mais je pense qu'on pourra y trouver exactement ce que le môssieur recherche.
Je vérifie en rentrant à la maison.
# MAN
Posté par Obsidian . En réponse au message socket linux. Évalué à 0.
# Logo
Posté par Obsidian . En réponse au journal Les brevets logiciels, trop cool. Évalué à 3.
[^] # Re: une photo...
Posté par Obsidian . En réponse au journal Le Loiret fait un clin d'oeil aux linuxiens. Évalué à 2.
Tout le monde sait que les noms Unix, Linux, micro&soft, etc. ont été repris dans d'autres secteurs d'activité, notament le premier pour un fongicide. J'ai donc vu un beau champ de blé sur l'affiche en question, avec la mention :
J'aurais bien mis cette image en fond de bureau ! :-)
[^] # Re: vive le pas graphique
Posté par Obsidian . En réponse au message Ecran de veille figé ?. Évalué à 3.
# Port série
Posté par Obsidian . En réponse au message lecture d'un port. Évalué à 9.
Pour le port série, il n'y a pas de « protocole » à proprement parler. Renseigne-toi un peu sur le fonctionnement d'une ligne série d'une manière générale et tu verras que c'est très simple.
Pour résumer, disons que le port maintient au repos sa ligne de transmission à l'état 1 (5V), ce qui lui permet éventuellement de détecter une rupture de câble. Ensuite, au moment de transmettre, le port série commence par émettre un « bit de start », c'est-à-dire un bit toujours à 0, pour indiquer qu'il commence la transmission d'un octet, puis il transmet les bits de l'octet proprement dit, en commençant par le bit de poids faible. Enfin, selon les configurations, il émet généralement un bit de parité (l'équivalent d'un checksum sur un seul bit) pour savoir rapidement si l'octet transmis l'a été sans erreur. Enfin, toujours optionellement, un voire deux bits de stop.
En outre, le port série est en général équipé de lignes RTS et CTS (man stty) pour Request To Send et Clear To Send. Tu peux demander à ton port série d'écouter ces lignes ou non. Par défaut, elles sont prise en compte. Cela sert à l'équipement terminal de transmission de données (typiquement le modem que tu lui mets au cul), pour pouvoir donner le feu vert au port lorsqu'il a établi la communication et qu'il est prêt à transmettre.
Evidement, tout cela est géré électroniquement. Même au niveau de l'assembleur, on ne voit que les ports I/O de l'interface et l'on reçoit l'octet tout fait.
C'est extrêmement simple, robuste, et cela n'a rien à voir par exemple avec le fonctionnement du bus USB, qui s'apparente plus à une sorte d'Ethernet, et dont les spécifications occupent un classeur de dix centimètres d'épaisseur. A l'époque du DOS, la plupart des programmes écrits en assembleur pilotait directement le port avec appels I/O plutôt que de passer par un pilote dédié, tellement c'était trivial.
Tapes « RS232 » (voire même RS232C) dans Google, qui décidément fait beaucoup pour toi :-), pour obtenir plus d'infos.
Pour ton problème, vérifie déjà le type de câble que tu utilises pour relier tes ports série. Il faut que ce soit un NULL-MODEM (soit un câble série croisé). Ensuite, vérifie que les ports soient réglés à la même vitesse de chaque coté.
[^] # Re: Pourquoi faire compliqué quand ....
Posté par Obsidian . En réponse au message Des Chiffres et des Lettres. Évalué à 2.
[^] # Re: Des strings et des lettres
Posté par Obsidian . En réponse au message Des Chiffres et des Lettres. Évalué à 2.
[^] # Re: Pourquoi faire compliqué quand ....
Posté par Obsidian . En réponse au message Des Chiffres et des Lettres. Évalué à 3.
# Des strings et des lettres
Posté par Obsidian . En réponse au message Des Chiffres et des Lettres. Évalué à 4.
En fait, il faut juste penser à utiliser l'objet qui convient et à vider la chaîne quand on a fini de s'en servir. J'ai mis du temps avant de y arriver parce que je n'ai pas trouvé d'exemple mettant ceci en évidence. Mais bon:
unsigned long int x,y;
ostringstream oss;
for (x=0,y=50;x<100;++x)
{
chaine << " x vaut " << x << " et y vaut" << y;
cout << chaine;
oss.str("");
}
Le compte est bon.
[^] # Re: Shell
Posté par Obsidian . En réponse au message bonjour. Évalué à 2.
J'allais lui conseiller de faire la même chose, mais arrivé à vi, j'ai décidé d'abandonner le post ! :-)
# Shell
Posté par Obsidian . En réponse au message bonjour. Évalué à 3.
Le « truc comme le DOS », cela s'appelle le SHELL. La ligne de commande est probablement ce qu'il y a de plus puissant sous Unix, et crois-moi, cela n'a rien à voir avec DOS.
Bon si tu atterris à cet endroit, c'est qu'il y a de fortes chances que l'interface graphique ne soit pas lancée au démarrage. As-tu bien choisi le lancement automatique de X-Window à l'installation ?
[^] # Re: Roumanie ? :-(
Posté par Obsidian . En réponse au message Conseil pour mon fils. Évalué à 2.
C'était dur de se tromper ! :-)
Ça dépend. Être trop diplômé peut éventuellement nuire à l'embauche mais c'est un cas particulier, et pas insoluble. Maintenant, jusqu'à présent, le « diplômage » systématique des jeunes n'a pas nui à cette institution. Le seuil de recrutement a juste varié en fonction de l'offre et de la demande. C'est pas demain que notre pays changera de ce coté. À moins d'être entrepreneur, et d'en avoir sérieusement la fibre, il est de fait que seuls ces titres ouvrent des portes. S'autoformer et faire ses preuves en France restent malheureusement très difficile.
Comme ceux-ci ? :-)
http://www.koreus.com/files/200407/linux_lessive.jpg(...)
http://www.koreus.com/files/200407/microsoft_lessive.jpg(...)