system() contre g_spawn_async()

**cypher.sephiroth** · 15/09/2009, 10h10

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 :

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

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 ?

**teuf13** · 15/09/2009, 10h53

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é

**cypher.sephiroth** · 15/09/2009, 11h05

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 :

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

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)

**teuf13** · 15/09/2009, 11h45

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