Discussion :

[Dev-FX]

Bonsoir ,

Bon , voila mon probleme :

*Je dispose d'un programme qui a besoin d'arguments sur CMD pour pouvoir effectuer un traitement .
J'ai voulu automatiser la chose en ecrivant un programme :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
 
int main(int argc,char *argv[])
{
 
/// Comment passer une ligne de commande directement au 2eme prg 8O ? 
 
system("test.exe");
}

Le probleme c'est qu'avec system(); lorsque le path devient trop long elle ne fonctionne plus.
( du moins c'est la console de XP qui ne veut plus executer),et m'affiche :"Le systeme ne peut executer le programme specifié".

Donc :
Si le path est court, pas de probleme , ca marche , sinon ca marche pas .
Ma question est : comment passer une ligne de commande a un prg sans utiliser la fonction system();

Merci.

[|PaRa-BoL]

Salut,

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
10
#include <unistd.h>
 
       extern char **environ;
 
       int execl(const char *path, const char *arg, ...);
       int execlp(const char *file, const char *arg, ...);
       int execle(const char *path, const char *arg,
        ..., char * const envp[]);
       int execv(const char *path, char *const argv[]);
       int execvp(const char *file, char *const argv[]);

[Thierry Chappuis]

Tu peux par exemple utiliser les fonctions exec*(): http://man.developpez.com/man3/execv.3.php. execv() semble adaptée.

Thierry

[Dev-FX]

Salut,

Ok , merci pour le lien , je vais essayer de resoudre le probleme

Merci encore.

[Thierry Chappuis]

J'ai une petite pondération à apporter à mon post précédent: les fonctions exec*() sont disponibles sur les systèmes conformes à la norme POSIX.1, à priori sur tout système unixoide. Je ne sais pas ce qu'il en est sous Windows XP, je n'ai pas de tel système sous la main tout de suite.

Thierry

[Dev-FX]

Bonsoir ,

Je pense que c'est pas le cas , ca marche pas
Voici donc le bout de code que j'ai fait :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
#include <stdio.h>
#include <stdlib.h>
#include <unistd.h>
 
int main(int argc, char *argv[])
{
 
 
  char file[] = "C:\\prg.exe";
  char path[] = " -f bin test.in -o test.out";
  const char* ptr_1 = &path[0];
  const char* ptr_2 = &file[0];
 
  execl(ptr_1,ptr_2);
 
  system("PAUSE");	
  return 0;
}

Le probleme c'est que quand je place prg.exe sur C:\ et j'execute le programme
il y a des violations d'accés a la RAM , et l'execution est interompue.
La fonction execl prend des arguments de type :const char*,
mais pour la fct execv elle utilise : const char* const* , chose que j'ai pas compris ( du moins comment l'utiliser).

Merci pour l'aide .

[Emmanuel Delahaye]

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
char file[] = "C:\\prg.exe";
  char path[] = " -f bin test.in -o test.out";
  const char* ptr_1 = &path[0];
  const char* ptr_2 = &file[0];
 
  execl(ptr_1,ptr_2);

Tu peux rappeler ce qui ne va pas avec

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
 
#include <stdlib.h>
 
int main (void)
{
   system ("C:\\prg.exe -f bin test.in -o test.out");
   return 0;
}

Tu es sûr de prg.exe ? Il fonctionne tout seul avec cette ligne de commande ?

En principe, on ne met pas d'exécutable dans la racine... Les places sont chères...

[|PaRa-BoL]

Sous windows il me semble qu'il existe aussi ShellExecute() ou quelque chose dans le genre.

Mais c'est sûr de toute manière la panoplie exec() est portable, je crois même qu'elle est souvent utilisé dans les shellcodes

[Médinoc]

mais Win32 ne supporte pas fork(), et c'est une bonne chose puisque fork()+exec() est abominable au niveau du report d'informations au parent.

Sous Win32, on a droit à CreateProcess(), ShellExecuteEx(), et la C Run-Time Library offre également _spawn()...



PS: Tu es sûr qu'il n'y a pas de problème d'espace dans ta commande ?

[Dev-FX]

Bonsoir ,

Emmanuel Delahaye:
Tu peux rappeler ce qui ne va pas avec

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
 
Code :
 
#include <stdlib.h>   
int main (void)
{ 
    system ("C:\\prg.exe -f bin test.in -o test.out");
    return 0; 
}

Je t'invite a tester ce bout de code :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
 
#include <stdlib.h>   
int main (void)
{ 
    system ("C:\\Documents and Settings\\Administrateur\\Bureau\prg\\prg.exe -f bin C:\\Documents and Settings\\Administrateur\\Bureau\prg\\test.in -o C:\\Documents and Settings\\Administrateur\\Bureau\prg\\test.out");
    return 0; 
}

Sur console j'ai cette reponse :"Le systeme ne peut executer le programme specifié",
je pense que la console DOS n'arrive pas a lire les path longs + les arguments du programme.

Pour prg.exe je suis parfaitement sure qu'il fonctionne !!
J'ai aussi trouvé la solution suivante : elle consiste a utiliser la fonction spawnl(); de process.h :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
10
11
12
 
#include <stdio.h> 
#include <process.h> 
 
int main(void)
{
 
  spawnl( P_WAIT, "prg.exe","prg.exe", "-f bin ", "test.in"," -o ","test.out", NULL );
 
  system("PAUSE");  
  return 0;
}

Mais je retrouve le meme probleme avec les path longs !

Merci.

[Emmanuel Delahaye]

Mais je retrouve le meme probleme avec les path longs !

Merci.

C'est pas un problème de longueur, mais d'espaces. Il faut encadrer de ". de plus, il manque un \ (\prg) :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
10
11
 
#include <stdlib.h>
int main (void)
{
#define PATH   "C:\\\"Documents and Settings\\Administrateur\\Bureau\\prg\\"
 
    system (PATH "prg.exe\" -f bin"
            PATH "test.in\" -o"
            PATH "test.out\"");
    return 0;
}

(Non testé)
Ceci dit, si tu exécutais ton programme au bon endroit, tu n'aurais pas ces complications... Et puis tout mettre en vrac sur le bureau, c'est crade...

[Dev-FX]

Salut ,

Merci pour la reponse !
J'ai decidé comme tu m'as conseillé de placer le programme sur C:\ pour eviter les problemes de ce genre ,
et ca marche effectivement trés bien Inutile de me casser la tete !!

Merci .

[Emmanuel Delahaye]

J'ai decidé comme tu m'as conseillé de placer le programme sur C:\ pour eviter les problemes de ce genre ,

Faut pas tomber dans l'excès inverse... c:\, c'est pas fait pour ça. Tu définis un répertoire avec un nom simple (le nom de ton projet, par exemple) et tu travailles dedans. Point.