Obsidian a écrit 5313 commentaires

Le même genre de chose m'est arrivé il y a quelques temps, alors que jusque là ma carte son (une es1370) avait toujours fonctionné correctement.

J'ai supporté ce ronflement pendant sept jours ... avant de me rendre compte que j'avais accidentellement activé l'entrée micro ! :-)

C'est pas déjà la cas ?

Il faut éviter de le dire parce que :
- Il y a toujours moyen de faire pire.
- Il faut toujours essayer de garder la tête sur les épaules quand même. Linux fait son chemin petit-à-petit, mine de rien. Peut-être file-t-on quand même vers de meilleurs jours.

je fais, écoute et mange ce que j'aime et ça me satisfait, le reste m'est complétement indiférent.

A condition qu'on te laisse le faire !. C'est là tout le danger, et c'est une menace très sournoise !

et des fois je mange au mac do !!!

Tout le problème est là, à mon avis. Moi aussi, de temps en temps je vais me faire un Big Tasty, tout comme j'utilise occasionnellement Windows.

Maintenant le jour ou tous les restaus du monde seront des MacDonald's (ou des Pizza Hut, comme à San Angeles), que le président de la République recevra son PDG en grandes pompes (comme celles de Ronald, d'ailleurs), qu'un « Partenariat » sera établi afin de fournir toutes les cantines de France en hamburgers à un prix modéré à condition de ne se fournir que chez eux, qu'on paiera le prix fort à chaque dîner, et surtout le jour où les gamins eux-même commenceront à se payer notre tête parce que l'on fait la cuisine, alors là, toute considération passéiste mise à part, il y aura vraiment de quoi s'inquiéter pour notre monde.

Force est de constater qu'en matière d'informatique, on en est pas loin ...

A mon avis, la seule question tragique et définitive lorsque l'on débute sous GIMP est :

Mais comment diable trace-t-on une ligne droite ?

Même si cela fonctionne aussi sous Photoshop, il n'est pas évident de trouver du premier coup que la touche Shift agit comme une règle qui permet de tracer des traits droits avec n'importe quel outil. Il me semble que sous PS, il y a justement une icône qui sert à cela (je ne me souviens plus, cela fait vraiment longtemps que je ne l'ai pas utilisé).

C'est en général rédhibitoire pour le nouvel utilisateur qui baisse les bras assez vite à cause de cela. Passé ce cap, aucune limite ...

Non, du MultideskoES ...

Oui chez Free, c'est comme ailleurs:

Le compte accès libre (sans abonnement, com. locales).
Le forfait 50 heures
L'abonnement ADSL

C'est par le compte accès libre que tu peux créer tes adresses email à volonté, et un compte accès libre est automatiquement créé lorsque tu t'inscris aux 50 heures ou à l'ADSL. Donc tu peux quand même garder tes adresses e-mail ad vitam, et en plus tu disposes d'un compte de secours quand l'un des forfaits n'est plus accessible (quoiqu'une ligne de secours spéciale a été mise en place au moins pour l'ADSL, chez Free).

Je ne sais pas s'ils vendent leur fichier ou pas, mais c'est effectivement très confortable pour l'utilisateur.

Bonne chance pour le stage, mais pour aider un peu le destin, ce serait sympa que tu nous dises dans quelle région tu recherches un stage en priorité ...

Sinon, je veux pas dire de bêtises, mais il me semble normalement ces fichiers sont créés maintenant tout seul par le noyau

Initialement non. La philosophie d'Unix est de tout faire ou presque via le système de fichier, et d'être administré de la même façon. Ce qui veut dire qu'en principe, les /dev/xxx, on les crée soi-même (enfin c'est la distribution qui le fait pour nous, heureusement, sauf LFS). Donc, makedev est la meilleure solution, mais sinon :

- man mknod
- less /usr/src/linux/Documentation/devices.txt

La liste des numéros de device attribués du noyau se trouve dans ce fichier. Allez, comme je suis bon, je donne la solution :

mknod /dev/fd0 b 2 0


Maintenant, si un système de fichiers type devfs ou assimilé est monté sur /dev - ce qui est pratiquement toujours le cas avec les distribs récentes - alors oui, le contenu est généré automatiquement par le noyau. Et si /dev/fd0 est inexistant, alors il peut y avoir trois raisons :

- Le noyau n'a pas détecté le lecteur au démarrage. Un petit dmesg s'impose.
- La prise en charge du lecteur de disquette est assurée par un module. un modprobe floppy devrait faire rentrer les choses dans l'ordre.
- Le noyau n'a pas été configuré pour prendre en charge le lecteur de disquette lorsqu'il a été construit. Une reconfiguration-recompilation est nécessaire.

Voila.

d'un coté tu dis : "C'est une machine destinée à quelqu'un qui est totalement novice " et quelques lignes plus loin tu lui conseille d'utiliser WindowMaker

Oui, c'est ce qu'il y a de plus léger, eu égard à ses capacités, et c'est franchement pas compliqué à utiliser.

tu lui parles de " téléadministrer les premiers W2K avec VNC"

Non, j'ai dit que JE m'en servais à ces fins, et ce pour illustrer le fait que sa machine peut parfaitement tenir la charge dans ses conditions.

le mieux qu'il a à faire c'est soit un serveur linux nu sans interface graphique , soit il reinstalle w98 ou W2k et utilise les outils libres sur windows

Oui, et dans cinq ans, tu diras probablement qu'un Pentium 4 hyperthreadé est tout juste suffisant pour faire fonctionner une ligne de commande ...

Euh, je ne voudrais pas avoir l'air inculte, mais où est le rapport avec l'ouverture d'une console initiale ?

C'est déjà arrivé à quelqu'un ici.
Si tu utilises Mandrake, msec devrait être capable de les recréer pour toi ...

[...] je sais que je n'ai plus rien d'ouvert (lsof me sort plus aucun fichier ouvert dans le dossier de montage)

Ce n'est pas seulement une question de fichier ouvert ! Neuf fois sur dix, c'est parce qu'un processus se trouve toujours dans le répertoire du périphérique à démonter, ou un de ses sous-répertoires.

Bien souvent, c'est même le shell depuis lequel tu essaies de faire le démontage. Autrement dit, tu essaies de scier la branche sur laquelle tu es assis. Moralité, un bon petit coup de pwd, et si cela ne marche pas, tu peux essayer un ls -ld /proc/*/fd/* et un ls -ld /proc/*/cwd pour remplacer lsof.

Bonne année 2005 à tous !

si si tant que c'est sans interface graphique

Ben, c'est sauvage quand même ! C'est une machine destinée à quelqu'un qui est totalement novice en informatique. Alors oui, je trouve que débuter avec la ligne de commande est quelque chose de très sain, mais tout de même.

Or, d'expérience, je peux affirmer qu'une Mdk7.0 fonctionne très bien sur un P266 avec 32Mo et un WindowMaker, avec même en prime un fond de bureau de chez DigitalBlasphemy. Je me servais de cette config en l'an 2000 pour téléadministrer les premiers W2K avec VNC. J'arrivais à faire fonctionner le tout sans swap ! Alors troquer le tout pour une Mdk10.1 sans interface ...

non le pb n'est pas le noyau mais par exemple la libc . si on veut utiliser les versions les plus recentes des softs, on est obligé de tout recompiler soi meme . La galere...

Ben, en même temps, des outils récents, en mode texte, pas trop coûteux en ressources mais qui s'adressent quand même à l'utilisateur non-averti, il n'en reste pas beaucoup.

Pour le CD-ROM, puisque c'était à cela que mon conseil faisait référence, il n'y pas de raison que quelque chose qui soit plus haut que le noyau soit en cause. Et puis, il ne faut pas oublier non plus que le matériel est aussi ancien que la distribution.

La commande qui marche à tous les coups, c'est :

man iptables

Sinon :

iptables -I INPUT 1 -i eth0 -p tcp -m tcp --dport 22 -j ACCEPT

... je suppose, en considérant que eth0 est l'interface réseau coté local.

Franchement, une Mandrake 10.1 sur un portable à 270Mhz, c'est déjà pas très confortable, mais avec 32Mo de RAM, là, cela va vraiment devenir ingérable.

Ce n'est pas la première fois que j'ai l'occasion de dire que la Mandrake 7 était un très bon millésime : Je l'ai fait fonctionner sur le même genre de machine, sans swap ! Cette distrib était très sobre et très performante à mon goût, en l'an 2000. J'ai eu une bonne opinion de Mandrake à cette époque, suffisament y être resté fidèle. C'est avec dépit que j'ai assisté à la « prise de poids » de cette distrib et de sa boulimie de ressources consécutive, elle qui était si jolie jadis ! :-)

Très franchement, je ne sais pas pourquoi le CD-ROM n'était pas « trouvable » parce que c'est censé être un périf' IDE standard (ou alors c'est une de ces bizzarreries qui se branchaient sur la carte son).

En tout état de cause, une bonne Mandrake 7 + un petite mise à jour du noyau (prend le plus récent de la même série : 2.0 ou 2.2), et tout devrait rentrer dans l'ordre.

A première vue et sans rentrer dans les détails, je dirais que d'un point de vue purement protocolaire, tu devrais déjà appliquer strictement la même méthode d'un coté et de l'autre, c'est-à-dire récupérer la structure en entier, telle que tu l'as envoyée, puis lire ses champs. Donc, l'opération symétrique de celle de l'émission.

Ensuite, il se peut que gcc (au fait, tu développes bien en C ?) fasse des optimisations, comme par exemple stocker un char ou un short sur un entier 32 bits pour faire des alignements en mémoire. Dans ce cas, tu risques d'envoyer du padding à travers le socket et de recevoir une structure imcomplète. Vérifie si c'est le cas à l'aide d'un sizeof(TaStructure), et en examinant les adresses de chacun de tes champs par rapport à celle de la structure elle-même.

Bon courage.

Ok, j'm'a gourré, désolé.

Il a fallu que je relise en détail le deuxième commentaire du journal pour saisir, moi aussi. Bon tant pis, c'est toujours une référence à connaître ...

Extrait du man gethostbyname


#include <netdb.h>
extern int h_errno;
struct hostent *gethostbyname(const char *name);
#include <sys/socket.h> /* pour avoir AF_INET */
struct hostent *gethostbyaddr(const char *addr,
int len, int type);


Sinon, dans les deux sens, depuis le shell, tu utilises tout simplement :

$ host

Punaise, cela fait plaisir à voir !

Toutes les fonctions du site marchent impeccablement et s'affichent sans difficulté. J'ai même beaucoup apprécié le :

Votre itinéraire est calculé et doit s'afficher dans une nouvelle fenêtre sur votre écran. Si ce n'est pas le cas, cliquez-ici pour appeler la page de résultat..

Ca c'est quelqu'un qui connaît parfaitement le système de blocage de pop-up de Firefox ou autre. Le tout en PHP, etc. Seul tout petit bémol, il ne passe pas encore le validateur HTML W3C, mais on va pas tout demander à la fois hein ...

Il existe en ce bas monde des gamins pas plus futés qu'une lame de rasoir.

En tout cas, pas plus affûtés, ça c'est certain ! :-)

Note : je sais que l'idéal serait de se débarasser du tableau, c'est prévu pour un peu plus tard mais la modif serait un peu grosse en 1 fois.

Cela dépend : Si ce que tu affiches avec tes TABLE/TD/TR est vraiment une table, ou à la rigueur une liste, l'emploi de ces balises est tout à fait justifié. Il faut considérer le HTML/CSS au même titre que le SGML. Les balises décrivent la nature de ce qu'elles contiennent.

Si ton idée est de faire la même chose que le webmail, par exemple, TABLE et ses dérivés sont ce qu'il faut utiliser.

La vraie question est : Quel navigateur utilises-tu ? Le problème des CSS est vraiment une plaie : Malgré le fait que ces spécifications soient parus au 20ème siècle, il n'y a toujours pas un navigateur qui les implémente parfaitement et dans leur intégralité.

Pour le TR/TD, j'ai déjà eu le même problème. A mon avis, cela vient du fait qu'un TR contient un TD, et que ce dernier intercepte l'événement avant le TR, puisqu'il il le superpose. Il se peut aussi que ta cellule TD n'ait pas un fond transparent, ce qui masque l'apparence de la ligne TR qui la contient, et donc l'apparence de celle-ci. Essaie déjà d'agir à ce niveau, mais bizarrement, "transparent" n'est pas reconnu par le validateur CSS W3C (il me semble pourtant qu'il est dans les spécifications CSS, au moins la deuxième).

Sinon, je n'ai pas essayé, mais plutôt que de redéfinir TR, tu pourrais essayer d'encadrer toute la ligne TR-TD-/TD-/TR dans un DIV qui lui serait redéfini au niveau de la CSS pour agir ainsi. Exemple :

<style type="text/css">
div.highlight:hover tr { background-color: #ffffff}
div.highlight tr { background-color: #808080 }
</style>

<table>
<div class="highlight">
<tr>
<td>Un</td>
<td>Deux</td>
<td>Trois</td>
</tr>
</div>
<div class="hightlight">
...
</div>
</table>

Bon, c'est pas très beau, c'est de l'abus d'usage de DIVs, et je ne suis pas sûr que cela marche, et encore moins que le validateur W3C te laisse définir une section en plein milieu d'une table mais en dehors d'une cellule, mais au moins cela permet d'éviter complètement l'usage de scripts runtime et conserve la philosophie descriptive du document.

Bon courage.

concernant la mdk 7 : C'est pas un peu foireux au niveau de la reconaissance du materiel ?

Non, parce que ta machine est ancienne elle-aussi et qu'en tout état de cause, aux alentours de 2000, le matériel propriétaire sortait déjà dans tous les sens, mais il y avait encore des standards, et puis plus on remonte dans le temps, moins la compatibilité ascendente est lourde à porter, ce qui donne des systèmes qui ne fonctionnent pas trop mal.

En tout état de cause, tu pourras quand même sans risque changer de noyau. C'est même conseillé. Tu installes la machines, tu vas chercher un noyau 2.2 voire même un 2.4 relativement récent et patché, tu le recompiles et l'installes et on en parle plus. C'est une opération relativement simple, que tu feras une seule fois, et qui sera complètement transparente pour l'utilisateur à qui est destinée la machine. Cela devrait résoudre la majorité des éventuels problèmes de compatibilité matérielle que tu pourrais rencontrer.

Bon courage.

Bonjour mesdames, mesdemoiselles et messieurs,

Merci ! merci, merci ! cher public, je vous aime ! :-)

« Comment savoir qui écrit quoi sur mon système de fichier ? quel processus écrit régulièrement dans le /var, ou ailleurs, et où il écrit »

- « lsof », pour savoir quels sont les fichiers ouverts à un moment donné.
- Sinon, sous Linux en particulier, tu peux aller voir dans /proc/n/fd, où n est le PID (le numéro) d'un processus quelquonque, pour voir les file descriptors dudit processus. ls -l /proc/*/fd/* , par exemple, c'est fun.
- Si tu as besoin de surveiller un fichier à un moment en particulier, tu peux aussi te taper un peu de C et utiliser select(). Tu seras prévenu au moment où il se passe quelque chose sur le fichier en question et pourra facilement remonter jusqu'aux processus qui possèdent un descripteur sur lui.

C'est un peu vague comme sujet, ou bien beaucoup trop vaste.

L'acquisition de données, cela va de la chaîne de capteurs en milieu industriel (très en vogue dans les écoles) à l'acquisition vidéo, en passant par la digitalisation des sons que tu enregistres avec ta carte son. Cela peut aussi être un tcpdump sur une carte réseau etc ... A mon avis, il faudrait déjà que tu choisisse une branche particulière sinon ton exposé va plutôt ressembler à une thèse ...

Même si ce sujet va demander beaucoup de recherches, on peut au moins en dégager deux grands principes :

1) Les capacités de capture d'information vont dépendre beaucoup plus du matériel que du logiciel. Ca veut dire qu'en gros, si tu peux mettre une carte d'acquisition dans un PC, tu vas pouvoir l'exploiter sous Linux. Il ne te manquera qu'un pilote.

2) Tu ne trouveras pas beaucoup de logiciels d'exploitation de données à proprement parler, bien souvent parce que la plupart du temps, tu n'en auras pas besoin. C'est ce que fait la grande force d'Unix : Tu fais un cat sur /dev/dsp vers un fichier, et tu enregistres tout ce qui arrive sur ta carte son. Dès lors, quelques lignes de shellscript suffisent souvent à faire ce que tu veux.

Il faut également savoir que contrairement à ce que l'on pourrait penser de prime abord, les électroniciens connaissent autant l'informatique que les informaticiens connaissent l'électronique. Cela veut dire qu'ils ne seront pas forcément sensibilisés aux logiciels libres et compagnie et que donc, bien souvent, lorsque tu voudras exploiter du matériel propriétaire ou peu répandu dans le public, tu tombera sur des logiciels Windows, ou éventuellement sur des Unix plus commerciaux lorsque qu'il s'agit de grosses chaînes de production.

Je te conseille de lire le Parallel-Processing-HOWTO sur http://www.traduc.org/docs/HOWTO/lecture/Parallel-Processing-HOWTO.(...) . Ce n'est pas exactement ce que tu recherches, mais il y a une section assez interressante sur l'échange de données entre les différentes machines d'un cluster, et de ce fait l'auteur passe en revue les moyens d'envoyer et de recevoir des informations par à peu près tous les ports d'un PC.

Tu devrais aussi faire un tour dans la config du noyau (Linux), d'abord parce que c'est là que ce passera la majeure partie de l'acquisition proprement dite, ensuite parce que le noyau reconnaît déjà des architectures exotiques telles que l'I2O et la transmission de paquets de données par radio (AX25) pour les radio-amateurs.

L'exploitation viendra ensuite.

Bon courage, et tiens-nous au courant. A++

Visiblement, il n'y a pas que ta souris qui est mal reconnue, ton clavier semble aussi connaître quelques difficultés ...