a utiliser avec precaution:

$ for file in */*/*/*.pov; do povray $file; rm -i $file; done

tkt, j'ai des backups

merci beaucoup!

il y a un contretemps. je dois en fait faire traiter des .ini par povray, qui sont censé chercher des .pov juste a coté. l'ennui, c'est que povray va les chercher dans le dossier parent. Y a moyen de se déplacer dans le dossier concerné, lancer le povray, détruire le fichier, et quand il a fini remonter en haut et passer au dossier suivant?

sachant que ca:

for file in */*/*; cd $file; do povray sky_valhalla.ini; rm -i sky_valhalla.ini; cd ../../..; done

ca ne marche pas

(au passage, les rendus s'appellent sky-valhalla )

nevermind, j'avais mis le cd avant le do. Naturellement, ca ne pouvait pas marcher

libre a vous d'effacer le triple post

Bonjour,
j'imagine que ce n'est pas le meilleur endroit pour poser cette question, mais je ne voulais pas créer un topic alors qu'on va certainement me répondre en un post

Que signifie "harcoder" (contexte:"harcoder des valeurs dans son programme")? Je suppose que ça veut dire "coder en dur" mais j'ai des doutes

Merci

hardcoder (avec un d) veut dire qu'une valeur est dans le code et n'est pas configurable. Pour moi il y a deux type de hardcodage; les magic number et les valeur hardcoder:

magic numbers:

int buffer[1024];

for (int i=0;i<1023;i++)
buffer[i]=foo();

valeur hardcoder:

const int buffersize = 1024;

int buffer[buffersize];

for (int i=0; i<buffersize-1;i++)
buffer[i]=foo;

Tu as aussi des variable configurable:

int buffersize = read_buffersize_from_conf();

int buffer[buffersize];

for (int i=0; i<buffersize-1;i++)
buffer[i]=foo;

Les magic numbers. C'est TRES mal tu te retrouves rapidement avec des valeurs qui sont tres difficile a comprendre. Lorsque tu va vouloir changer cette valeur, il va falloir faire plusieurs substitution dans le code. Donc forcement tu vas en oublier et faire des erreurs.

Entre les valeur hardcoder et les valeurs configurable, c'est principalement une question de quelles sont les configurations que tu veux expose a l'utilisateur ou a la personne qui va compiler l'application.

"C'est TRES mal tu te retrouves rapidement avec des valeurs qui sont tres difficile a comprendre. Lorsque tu va vouloir changer cette valeur, il va falloir faire plusieurs substitution dans le code."

pour parer à ça, j'utilise des #define centralisés

le seul problème, c'est qu'ils se trouvent dans les .h (en c++) et que modifier un .h sous vcpp=

Et pourquoi pas des constantes?

- c'est typé.
- c'est scopé.
- ça se retrouve dans la table des symboles.

En c++, utiliser des define pour des directives de compilation selective OK, mais pas à la place de constantes.

les constantes? effectivement, je les avais oubliées

ca veut dire quoi "scopé"?

Que ca a une portée bien délimitée, contrairement à un #define qui s'enchaîne entre les include. Si tu manques de pot ça peut faire de jolis effets de bord, le genre que tu cherches pendant longtemps.

se propage*;

je me sers souvent des #define pour créer des valeurs qui vont être utilisées dans tout le projet, genre des valeurs d'identification. c'est possible de faire pareil avec des const

caelacanthe, yep.
Un enum serait peut etre meme encore mieux

Wow. 5 lock de suite. Joli.

Toi t'en lock que 3 Chris : https://www.jeuxvideo.com/forums/0-38-0-1-0-1-0-linux.htm

"logiciel live usb" "logiciel live usb 2"

ah ouais, hardcore

qu'est-ce que j'apprends, ubuntu 10.4 est disponible?

Bien sûr, depuis avril (10.04)

il faut absolument que je trouve une version live-cd pour l'essayer, alors. 9.10 m'avait impressionné parce qu'elle arrivait à lire et écrire sur les partitions ntfs compressées de mon RAID 0 et que d'une manière générale, tout fonctionnait (a part mon lecteur de disquettes )

Je ne l'ai même pas encore testée, tu me diras ce qui a changé