Passage de paramètres

Version imprimable

21/03/2012, 15h36
thierrybatlle

Passage de paramètres
Bonjour,

Lors de l'exécution de mon programme sous l'environnement de développement , Visual Studio 2010, je lui passe un argument :
Code:

1 2 C:\Emgu\emgucv-windows-x86\2.2.1.1150\Emgu.CV.Example\FaceDetection\elena.jpg
Quand je débuggue en pas à pas je récupère dans mon tableau la valeur suivante :

Citation:

"C:\\Emgu\\emgucv-windows-x86\\2.2.1.1150\\Emgu.CV.Example\\FaceDetection\\elena.jpg"

Et là j'ai un plantage.

Comment traiter le doublement des antislashs ?

Merci bien.
21/03/2012, 15h42
StringBuilder

Quel est le message d'erreur ?

Est-ce que tu peux poster le morceau de code qui plante ?

En effet le doublement des \ est tout à fait normal, et le plantage ne vient certainement pas de là.

Voici le bout de code :

Code:

1
2
3
4
5
 
static void Run(String[] picture)
      {
          if (picture.Length < 0) return;
         Image<Bgr, Byte> image = new Image<Bgr, byte>(picture[0]);

L'erreur est :

Citation:

Le paramètre n'est pas valide "System.ArgumentException"

Voici le bout de code qui fonctionne :

Code:

1
2
3
4
5
 
static void Run(String[] picture)
      {
          if (picture.Length < 0) return;
         Image<Bgr, Byte> image = new Image<Bgr, byte>("lena.jpg");

Merci bien

21/03/2012, 16h45
StringBuilder

Pourquoi picture serait un string[] ?
21/03/2012, 16h47
StringBuilder
Deplus, le if (picture.Length < 0) sera toujours false... J'ai jamais vu un array avec une dimension négative... Et ça ne garanti en rien que picture[0] soit différent de chaine vide.

Je pense que tu es fortement pollué par le C++ : En C#, un string est un string, ce n'est pas un array (même si on peut effectivement indexer les char qu'il contient)

Essaie ceci :
Code:

1 2 3 4 5 6 static void Run(string picture) { if (picture.Length == 0) return; Image<Bgr, Byte> image = new Image<Bgr, byte>(picture); }
PS : Pour des raisons de lisibilité, utilise plutôt "string" que "String". Je me souvient plus quel différence il y a, mais il vaut mieux utiliser "string", tout comme il vaut mieux utiliser "int" que "Int32".
21/03/2012, 18h03
Sehnsucht

Citation:

Envoyé par StringBuilder

PS : Pour des raisons de lisibilité, utilise plutôt "string" que "String". Je me souvient plus quel différence il y a, mais il vaut mieux utiliser "string", tout comme il vaut mieux utiliser "int" que "Int32".

Comme différence ?! comment c'est écrit, sinon il n'y a strictement aucune différence, les uns (string et int) étant des alias vers les autres (facilement vérifiable, dans VS clic-droit sur string ou int (ou autre type "primitif") et "Go to Definition" ;))

Cordialement !
21/03/2012, 18h26
Invité

Pas de différence c'est juste plus ~~sexy~~ cool d'utiliser String plutôt que string quand on fait appel aux méthodes statiques.
21/03/2012, 23h55
tomlev

Citation:

Envoyé par h2s84

Pas de différence c'est juste plus ~~sexy~~ cool d'utiliser String plutôt que string quand on fait appel aux méthodes statiques.

C'est très subjectif... perso j'utilise toujours string ;) (flemme d'appuyer sur Shift peut-être :aie:)

Mais ça fait pas vraiment avancer le schmilblick... @thierrybatlle, d'où vient le chemin que tu passes en paramètre de Run ?

A priori le doublement des slashes est juste un artifice du débogueur : il l'affiche comme il faudrait qu'elle soit écrite dans le code (l'anti-slash étant le caractère d'échappement, il faut en mettre 2 pour vraiment représenter ce caractère).

Peux-tu poster la StackTrace de l'exception ?

Bonjour,

J'ai résolu mon problème de la sorte :

Ma méthode :

Code:

1
2
3
4
5
 
static void Run(string picture)
      {
            Image<Bgr, Byte> image = new Image<Bgr, byte>(picture);
...

Et je l'appelle de la façon suivante :

Code:

1
2
3
4
5
6
7
8
9
 
if (args.Length == 0)
         {
             return;
         }
         else
         {
             Run(args[0]);
         }

Merci bien pour votre aide.

22/03/2012, 10h34
thierrybatlle

Bonjour,

Je viens de trouver exactement d'où venait le problème :
j'avais un espace dans le path et il ne me le gère pas.

Merci bien.
22/03/2012, 10h58
Invité
Citation:

Envoyé par thierrybatlle

Je viens de trouver exactement d'où venait le problème :
j'avais un espace dans le path et il ne me le gère pas.

Je ne sais pas si cela est l'origine de ton problème mais il faut savoir que VS et la ligne de commande gère les arguments comme suit :
- Si ton argument passé à ton programme comporte des espaces alors chaque chaîne de caractères sans espace est considérée comme un argument à part entière. Par exemple si tu lui passes Visual Studio 2010 comme valeur on aura 3 arguments qui seront considérés : Visual, Studio et 2010.
- Si tu veux que tout soit considéré comme un seul argument alors il faudra mettre des guillemets. Dans l'exemple Visual Studio 2010 il faudra mettre "Visual Studio 2010" pour que ça soit pris comme un seul argument.
22/03/2012, 11h51
thierrybatlle

Merci bien pour cette information.