C'est moi qui suis con ou.... ?

…évidemment, les réponses de petit malin du style « oui, c’est toi qui es con » sont interdites, faudra trouver mieux :stuck_out_tongue:

Bon bref, je voudrais parler des « Custom Build Step » sous Visual Studio (.NET 2003 7.1 Dolby Digital). J’ai un gros problème, mais c’est tellement gros que soit je suis méga crétin, soit y’a un énorme bug monstrueusement con dans Visual depuis 3 ans (evidemment j’ai plus de doutes sur mes propres capacités intellectuelles, vu le nombre de gens qui ont utilisé Visual à travers le monde depuis sa sortie, mais bon, là, je sèche…).

Voilà le texte tiré de MSDN:

[quote]In Outputs, specify the name of the output file. This is a required entry; without a value for this property, the custom build step will not run. If a custom build step has more than one output, separate file names with a semicolon.
The name of the output file should be what is specified in the Command Line property. The project build system will look for the file and check its date. If the file is newer than the input file or if the file is not found, then the custom build step will run.[/quote]

Donc, grosso-modo, si l’output est plus récent que l’input, Visual recompile… évidemment, c’est con, puisque, par définition, l’output est toujours plus récent que l’input.
Le problème, c’est que ça semble pas etre uniquement une erreur dans le texte de MSDN, car même avec un test simple (un fichier dont le custom build step écrit « toto » dans un fichier texte), Visual recompile systématiquement… Je n’arrive pas à me retrouver dans un cas où il dit « ah non okay je compile pas parce que c’est déjà up-to-date ».

Donc question: est-ce que vous arrivez à faire des custom build steps qui s’évaluent correctement? Est-ce que je me gourre? Est-ce que GLoP mérite une fessée?

Note: normalement, mon code est sous ClearCase, mais les serveurs sur lesquels je suis ont parfois des problèmes de time stamps (plusieurs secondes de décalage). Je me suis mis en local pour faire mes tests, donc à moins que mon HD ou le file system de mon XP soit gravement chiés, il ne devrait pas y avoir de problèmes de ce côté là.

Ah ben ça m’étonne énormément, parce que nous on utilise beaucoup ça au boulot et on n’a pas de soucis avec… Dans “Outputs”, il faut bien que tu remplisses le nom du fichier CORRECT relatif au projet OU absolu. A ce moment là, il fera ce qu’il faut (même si la doc a l’air buggée).

Pas la fessée! Pas la fessée! Non! Ou alors si tu es blonde a forte poitrine, mais malheureusement (?) je connais ton physique pour l’avoir cotoyé pendant ces nombreuses annees, y a pas moyen.

Sinon pour ton probleme :stuck_out_tongue: j’en sais rien. Desolé.

(Vas t’en avec cette batte! Pas taper!)

Pfff ah bravo hein :stuck_out_tongue:

Bon j’ai trouvé le problème… ça venait de guillemets manquantes dans certains des fichiers spécifiés dans Ouput (ceux avec des espaces dans leur chemin). C’est crétin puisque les fichiers sont censés être séparés par des point-virgules (voire même des retours à la ligne si on édite dans la 2ème fenetre)…

Je suis déçu.

(ceci dit faut que j’envoie un feedback à propos de l’erreur dans le texte de MSDN…)