system() contre g_spawn_async()

Bonjour,

Pour mon interface en GTK+, j'ai besoin d'ouvrir différents programmes "externes". J'ai eu l'occasion de voir que system(), ce n'est pas bien.
Seulement, le prototype de g_spawn_async() est quelque peu effarant de complexité.

Code:

---

1 2 3 4 5 6 7 8 9 10 11

g_spawn_async ( const gchar *working_directory, gchar **argv, gchar **envp, GSpawnFlags flags, GSpawnChildFunc child_setup, gpointer user_data, GPid *child_pid, GError **error )

---

Auriez-vous l'amabilité de m'éclairer sur les différents paramètres avec un exemple ?

Tu peux trouver la liste des arguments avec une description sur http://library.gnome.org/devel/glib/...#g-spawn-async Certains des arguments sont facultatifs (ie peuvent etre mis à NULL ou 0) si tu n'en as pas l'utilité

Certes oui, mais à quoi correspond "le vecteur d'arguments du processus-enfant" ?
Quels sont les drapeaux à indiquer ? Dans quel ordre ? Que mettre comme setup quand je veux lancer feh, comme dans l'exemple suivant ?

Code:

---

1 2	Instruction = concat(3, "feh -F -z -D 2 --filelist '", Nom_Fichier, "' &"); Entier_Quelconque = system(Instruction);

---

(concat étant une fonction de concaténation de chaînes de caractères)

vecteur d'argument, c'est un tableau contenant les arguments à passer à ton programme, c'est la même philosophie que le tableau passé à execv je crois. Le "child_setup", tu ne sais pas ce que c'est, donc je partirais du principe que tu n'en as pas besoin et je la mettrais à NULL.Pour les flags, idem, soit y en a qui te plaisent dans la description, soit tu les mets à 0 ;)

Les arguments, ça serait "-F -z -D 2 --filelist" ?

Plutôt un tableau contenant "-F", "-z", ... Je sais pas s'il faut "-D", "2" ou "-D 2", je me trompe à chaque fois.

Bon, ok, une dernière question : feh, ce sera le working_directory ?

Non tu peux probablement le mettre à NULL

Bon, bon, bon...

Code:

---

1 2 3 4 5 6 7

Nom_Fichier = "Diaporama.dia" Argv[0] = "-F"; Argv[1] = "-z"; Argv[2] = "-D 2"; Argv[3] = "--filelist"; Argv[4] = Nom_Fichier; g_spawn_async("/usr/bin/feh", Argv, NULL, G_SPAWN_CHILD_INHERITS_STDIN, NULL, NULL, NULL, NULL);

---

ne fonctionne pas. C'est comme si la ligne n'existait pas.
Devrais-je plutôt utiliser gdk_spawn_on_screen_with_pipes() ?

Tu as effectivement mis le premier argument à NULL comme je te l'ai conseillé, c'est bien. Pour rappel, argv[0] dans un prog en C contient le nom de l'executable.

J'ai retesté avec

Code:

---

1 2 3 4 5 6 7 8

Argv[0] = "feh"; Argv[1] = "-F"; Argv[2] = "-z"; Argv[3] = "-D 2"; Argv[4] = "--filelist"; Argv[5] = Nom_Fichier; g_spawn_async("/usr/bin/", Argv, NULL, G_SPAWN_CHILD_INHERITS_STDIN, NULL, NULL, NULL, NULL);

---

qui ne marche pas plus.

Bonjour,

Code:

---

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16

char *Argv[8]; GError *error = NULL;   Argv[0] = "feh"; Argv[1] = "-F"; Argv[2] = "-z"; Argv[3] = "-D"; Argv[4] = "2"; Argv[5] = "--filelist"; Argv[6] = Nom_Fichier; Argv[7] = NULL; if (!g_spawn_async("/usr/bin/", Argv, NULL, G_SPAWN_CHILD_INHERITS_STDIN, NULL, NULL, NULL, &error)) { g_warning (error->message); }

---

Au moins tu auras plus d'informations si ça ne fonctionne toujours pas.

Sinon tu peux aussi utiliser g_spawn_command_line_async.

Perso j'aurais tendance à commencer par lancer une appli qui ne prend pas d'argument, et une fois que ça marche, j'essaierais d'ajouter les args.

Bonjour gege2061,
Malheureusement, pour ton code, CodeBlocks me répond "Implicit declaration of function warning".
Pour teuf13, je n'ai, pour le moment, pas de programmes à appeler sans arguments.

Je vais tenter g_spawn_command_line().

Citation:

---

Envoyé par cypher.sephiroth

Malheureusement, pour ton code, CodeBlocks me répond "Implicit declaration of function warning".

---

g_warning pardon, le but est juste d'afficher un message en cas d'erreur.

Sur ton système, t'as probablement un bon nombre d'applis graphiques sous la main ;) gtk-demo par exemple.

Citation:

---

Envoyé par gege2061

g_warning pardon, le but est juste d'afficher un message en cas d'erreur.

---

Maintenant, il me répond que "le format n'est pas une chaîne littérale et pas d'argument de format"
Accessoirement, g_spawn_command_line_async () fonctionne.

C'est pas trop grave comme warning, mets un g_warning ("%s", error->message) pour l'éviter

Bon, ben finalement, les deux techniques marchent. Merci beaucoup.
Une dernière question (ensuite, promis, je change de sujet) :
Laquelle de ces deux méthodes g_spawn_async() ou g_spawn_command_line() est la plus appropriée ?

EDIT: Ah bin j'avais pas vu la 2ème page, mais mon exemple tient tout de même la route pour la création/destruction du vecteur d'arguments :mrgreen:

agrv fonctionne de la même manière que dans un main traditionnel dont le prototype est :

Code:

---

int main (int argc, char**argv)

---

on voit aussi souvent avec un tableau de chaines de caractères:

Code:

---

int main (int argc, char*argv[])

---

argc est le nombre d'arguments (arguments count), et argv un vecteur d'arguments (arguments vector).
argv[0] contient le nom de la commande.

Je te conseille donc de faire un truc du genre (non testé):

Code:

---

1 2 3 4 5 6 7 8 9 10 11 12 13

GError *error = NULL; gchar command[] = "zenity --info --text='voici un exemple'"; gchar **command_vector = g_strsplit (command, ' ', 0); if (!g_spawn_async (NULL, command_vector, NULL, G_SPAWN_CHILD_INHERITS_STDIN, NULL, NULL, NULL, &error)) { g_warning ("%s", error->message); }   /* Suite de ton programme ici */   /* Libère un vecteur de chaines de caractères */ g_strfreev (command_vector);

---

Bon, ben avec la technique Gege2061, ça fonctionne sur mon poste.
Est-ce que g_spawn_command_line() est plus adapté quand on "s'adresse" à la console ?