sn00py a écrit 60 commentaires

Je te propose un jeu: chacun à son tour donne un chiffre positif (donc entre 1 et 9). On additionne chaque chiffre donné. Le premier qui annonce un chiffre qui mènera la somme à exactement 10 a gagné.

Il n'y a aucune raison de croire que, dans un jeu résolu, ce soit toujours le 1er qui gagne. C'est peut-être toujours le second !

On peut aussi utiliser mplayer -dumpsub à la place de projectX.

Si tu fais une erreur dans ta déclaration (typo, par exemple), tu n'overrides pas une fonction de la classe de base et le compilateur génèrera une erreur. Avec virtual, tu auras simplement déclaré une nouvelle fonction virtuelle…

grep affiche le nom du fichier source que s'il y en a plusieurs. Or find passe les fichiers 1 par 1 à grep. Du coup je lui file un second "fichier" pour qu'il m'affiche le nom du premier fichier.
Le pire c'est que j'ai lu cette astuce dans un man de find!
Les versions actuelles de grep ont une option -H qui remplace avantageusement le /dev/null. Mais les habitudes ont la peau dures…

J'utilise actuellement un bête script qui wrappe find/grep. Grosso modo ça fini par faire une commande genre :
find . \( -name "*.c" -o -name *.h \) -exec grep -n --color {} /dev/null \;

J'ai donc testé ack qui me semblait être un remplacement intéressant. Le problème est qu'il est vraiment trop lent ! Dans mon cas de test je passe de 0.255s via find/grep à 1.401s pour ack (avec l'option -cc qui va bien). Soit près de 5 fois plus lent!

Donc bon…

Faudrait que je teste la version C du commentaire ci-dessus.

cat mini.iso > /dev/sdb

Je trouve la présentation française très difficile à lire, je suis le seul ?
Un extrait :

Le principe est simple, lorsque fait glisser la souris, le bouton gauche étant maintenu enfoncé, on trace une sélection libre comme avec un crayon, lorsque l'on clique avec la souris de point en point on trace des droites.

On dirait du google translate...

Dommage que ce ne soit pas un wiki, j'aurais pu corriger.

Quand nous disons que la GPLv2 et la GPLv3 sont incompatibilite, celà veut dire qu'il est illégal de combiner du code licencié GPLv2 avec du code licencié en GPLv3 dans un même logiciel.

C'est à dire qu'il m'est impossible de reprendre un bout de code en GPL2 pour le coller dans mon soft GPL3 ?

Si c'est le cas, soit priont que tous le monde change de licence (ou personne...) ou alors il va faloir réinventer la roue... (une roue v2 et une roue v3)

J'ai beaucoup galéré avec la dernière version : plantage sans arret, ect. Mais une fois recompilé avec gcc 3.4, tout est rentré dans l'odre. Je l'avais compilé avec gcc 4.1.

On dirrait que t'as oublié un essai : décroche lui un bon coup de pied ! J'ai fait tenir une télé 2 ans comme ça ...

bon, ok --> []

Les devices ide sont décritent ainsi :

/dev/hda : primary master
/dev/hdb : primary slave
/dev/hdc : secondary master
/dev/hdd : secondary slave

Les autres trucs du genre /dev/cdrom ou /media/dvd sont des liens vers les devices ci-dessus.

Si tu as branché ton cdrom sur la seconde nape de ta carte mère, il est fort probable qu'il se trouve sous /dev/hdc. Sinon ce sera /dev/hdd.

En ce qui concerne le graveur, c'est un scsi. Il se trouvera dans /dev/sdX, avec X un nombre (je ne sais pas comment il est attribué. peut-être dans l'odre de détection des devices scsi.)

Pour tester un lecteur, met un CD dedant comme dit plus haut, créer un répertoire quelconque puis :
#mount /dev/XXX REP

Une fois que tu as trouvé tes devices, il te reste à mettre à jour fstab.


Sinon, ce qui m'étonnes, c'est que ta distrib n'a pas configurée tout ça toute seule. Tu est sur d'avoir un CD dans le lecteur ? (idem pour la disquette)

En ce qui concerne le lecteur de disquette, ça sert à quoi ?

pourqoi ne pas demander d'abord à libmagic et ensuite choisir le parseur approprié ?

Si j'ai bien compris le but de hachoir, tu ne souhaites pas supporter plus de formats que le fait "file", mais avoir beaucoup plus de détails sur certains formats.

autant utiliser ce qui existe pour la première étape : détection du type de fichier.

mplayer n'est pas la solution : il ne donne aucun détails sur les chapitres (même avec -identify). c'est le 1er truc que j'avais testé.


En revanche lsdvd marche impec !

Merci !

Avec l'extention firefox ook on trouve le lien suivant :

http://www.dailymotion.com/get/13/320x240/flv/1049150.flv?ke(...)

reste à le copier dans la barre d'adresse et enregistrer.

Elle se lit sans pb avec mplayer.

Hello,
Je ne pense pas que ton problème se situe au niveau d'iptables mais au niveau de ta configuration réseaux. En effet, ton interface WAN est configurée pour une adresse IP particulière et ne répondra pas aux autres.

Dans une configuration classique, tu as pour chaque carte réseau, une interface (eth0 par ex) et une adresse IP.

Pour iptables, tu indiques les interfaces. Ce qui revient au même que les adresses IP car il ne peut y avoir qu'une IP par interface.

Ce que tu as besoin c'est d'avoir plusieurs interfaces pour une même carte réseau. Je ne sais pas si c'est possible, mais en tout cas je ne peux pas t'aider... D'autant plus qu'il faudra que ton modem supporte cette configuration exotique...

Sinon, j'ai une solution à 30 euro : achète deux cartes réseaux de plus ;-)

les stream de la STL sont AMHA bien pouries.

donc, pour ton truc, soit tu connais la taille maximum de la chaine que peut saisir ton utilisateur, ça devient :

char chaine[32]; //oui, on code en C++ avec la STL
cin.getline(chaine, 32);

stringstream ss(chaine);
ss >> keyword;
if (keyword == "kikko") { ss >> a; ss >> b; }

Si tu ne connais pas la taille maximum, il te reste à faire un truc du genre :

string chaine;
while (1) {
char c = cin.get();
if (c == '\n') break;
chaine += c;
}
... //la suite est la même.



Galère bien avec les streams de la STL !!

tu le "vois" en root. ça veut dire quoi ? Via quel softs ?
Tu ne le "vois" pas dans des périfériques. ça veut dire quoi ? Via quel softs ?
Je ne connais pas mandriva, aussi je suppose tu utilises des interfaces gnome ou kde pour génrer tes disqes.

Sous linux, les disques dur IDE sont représentés par les devices :
* /dev/hda
* /dev/hdb
* /dev/hdc
* ...

hda représente le primary master, hdb le primary slave, ect ...

(Tu dois avoir du matos particulier pour pouvoir mettre 7 disques dur dessus, de base ya que 4 ports IDE sur une carte mère...)

Bref,
ensuite viennent les partitions :
* /dev/hda1 : 1ère partition du primary master
* /dev/hda2 : 2nd ....
* ...


Donc, une fois que tu a déterminé où tu a placé ton disque, par example secondary master (/dev/hdc), pour monter la seconde partition tu peux faire en root :

mkdir monDisque
mount /dev/hdc2 monDisque

Si un message d'erreur s'affiche, soit tu t'es planté sur le périférique, soit ton noyeau ne suporte pas le NTFS.

Une fois que ça marche, tu peux modifier le fichier /etc/fstab pour monter ton disque automatiquement là ou tu veux au démarrage.


Accessoirement je te rappel que le NTFS est supporté sous Linux en lecture seule. L'écriture est toujours en "expérimental" et donc fortement déconseillé.

Aucune idée.

J'ai compilé la version CVS de cedega ce week-end et je n'ai pas eu ce problème.
Mais si tu a changé de version de gcc comme conseillé plus haut en cours de compilation (i. e. avec des .o déjà généré) il se peut que tu ais des problèmes d'edition des liens.

Il vaut mieux que tu repartes des sources vierges (je ne fait pas confiance à leur clean)

Je n'ai pas eut de problème avec la dernière version de gcc (il affiche seulement plus de warnings)

J'oubliais, ya un autre bout de code à corriger quelque part. J'ai pas le source sous les yeux là, mais c'est dans le même fichier et le compilateur plantera dessus.

Il faut cette fois-ci supprimer un "else" qui gère la version obsolète de libfreetype2. (seul le if est encradré par #ifdef, c'est pas le pied comme code)

Ce fichier contient du code pour supporter une ancienne version de libfreetype. Ce code est mal codé et seul une partie est encradrée par des #ifdef.

Pour compiler, supprime simplement les deux lignes suivante :
3394
3395

(ce sont des déclarations obsolètes et non utilisées)

Merci pour vos conseils.

Vu que j'ai déjà installer une debian testing "netinst" minimale dessus, je vais tester xfce.

Je ne l'ai jamais testé, mais on m'a dis qu'il etait plutôt pas mal. En plus c'est du GTK2 et j'aime plutôt bien cette API.


Je testerais peut-être plus tard une autre distibution.

Oulà...

Merci pour l'info.

Mon système etant complètement à jour en testing, j'ai bien peur que installer le paquet stable soit une bonne galère...

ça se réfléchit...

En fait j'ai l'impression que le driver "vesa" marche différement entre xfree86 et xorg. Je voulais confirmer ou infirmer ça.

> export toto=/dossier/qui/a/un/path/vraiment/long
> cd $toto


Si c'est juste pour économiser un '$' ....

Comme son nom l'indique l'OSDL revendique le mouvement "Open source", ce qui n'a aucun rapport avec le logiciel libre.

Ce mouvement veut, certe, que les sources des logiciels soient publique, mais il ne promet aucune liberté de ré-utilisation de ces sources.

Bref, je considère les termes "Open Source" comme une tentative de cheval de troie : On essaye de s'introduire dans la comunoté du libre...

Cette new n'a rien à faire ici.

tcpdump permet de dumper la pile TCP. Il faut lui indiquer l'interface à écouter, la taille des paquets, et le format de sortie.