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 !
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…
Posté par sn00py .
En réponse à la dépêche ack 2.0.
Évalué à 10.
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…
Posté par sn00py .
En réponse à la dépêche ack 2.0.
Évalué à 9.
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.
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.
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.
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 ;-)
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é.
Posté par sn00py .
En réponse au message CVScedega.
Évalué à 1.
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)
Posté par sn00py .
En réponse au message CVScedega.
Évalué à 1.
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)
[^] # Re: Blanc ou nul
Posté par sn00py . En réponse au journal Résolution du jeu d'échecs : patience, ça arrive.... Évalué à 10.
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 !
# mplayer
Posté par sn00py . En réponse au journal Comment récupérer les sous-titres d'un enregistrement de la TNT: mini-tuto. Évalué à 0.
On peut aussi utiliser mplayer -dumpsub à la place de projectX.
[^] # Re: C++ 2011 ?
Posté par sn00py . En réponse au journal Visiteurs en C++. Évalué à 2.
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…
[^] # Re: Performances
Posté par sn00py . En réponse à la dépêche ack 2.0. Évalué à 10.
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…
# Performances
Posté par sn00py . En réponse à la dépêche ack 2.0. Évalué à 9.
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.
[^] # Re: Site web pas pratique
Posté par sn00py . En réponse à la dépêche Première RC de l'installeur de Debian 7.0 Wheezy. Évalué à 2.
cat mini.iso > /dev/sdb
# google translate
Posté par sn00py . En réponse au journal Gimp 2.6 est de sortie. Évalué à 3.
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.
[^] # Re: traduction
Posté par sn00py . En réponse au journal Le choix d'un maitre n'est pas la liberté. Évalué à 1.
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)
[^] # Re: ça parle codé sur linuxfr ;-)
Posté par sn00py . En réponse à la dépêche Nouvelle version d'Avidemux !. Évalué à 1.
[^] # Re: visiblement...
Posté par sn00py . En réponse au message Chipset son AC97 mort?. Évalué à 2.
bon, ok --> []
# devices ide
Posté par sn00py . En réponse au message Dois-je renoncer ?. Évalué à 2.
/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 ?
[^] # Re: bug?
Posté par sn00py . En réponse au journal hachoir-metadata cherche des testeurs. Évalué à 1.
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.
[^] # Re: mplayer
Posté par sn00py . En réponse au message DVD : décoder fichiers ifo/bup. Évalué à 1.
En revanche lsdvd marche impec !
Merci !
[^] # Re: en repiquant ....
Posté par sn00py . En réponse au message enregistrer une animation flash. Évalué à 3.
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.
# iptable insuffisant à mon avis
Posté par sn00py . En réponse au message Configuration IPTABLES.... Évalué à 1.
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 ;-)
# cin trop limité
Posté par sn00py . En réponse au message cin >> string. Évalué à 0.
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 !!
# disques
Posté par sn00py . En réponse au message Pb avec des disk dur supplémentaire. Évalué à 3.
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é.
[^] # Re: Bug obsolète
Posté par sn00py . En réponse au message CVScedega. Évalué à 1.
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)
[^] # Re: Bug obsolète
Posté par sn00py . En réponse au message CVScedega. Évalué à 1.
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)
# Bug obsolète
Posté par sn00py . En réponse au message CVScedega. Évalué à 1.
Pour compiler, supprime simplement les deux lignes suivante :
3394
3395
(ce sont des déclarations obsolètes et non utilisées)
# xfce
Posté par sn00py . En réponse au message desktop léger et simple d'utilisation ?. Évalué à 1.
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.
[^] # Re: xfree86 testing ?
Posté par sn00py . En réponse au message Comment installer un autre paquet que celui "autoselect". Évalué à 1.
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.
[^] # Heu.....
Posté par sn00py . En réponse au message [Terminal] Bookmarker des répertoires avec CDargs. Évalué à 1.
> cd $toto
Si c'est juste pour économiser un '$' ....
[^] # Re: OSDL ??
Posté par sn00py . En réponse à la dépêche L'OSDL annonce un projet de mise en commun de brevets. Évalué à 0.
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
Posté par sn00py . En réponse au message analyse de paquet sortant. Évalué à 1.