Discussion :

[ikuzar]

Bonjour,

Dans mon programme, j'ai une fonction buildConfFile pour créer un fichier de config. le path vers ce chemin de config sera affecté à une variable d'environnement. Cette variable d'environnement sera lu par mon programme c++.

Code :

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

1
2
3
4
5
6
def buildConfFile():
    f = tempfile.NamedTemporaryFile(mode='w+t', delete=False)
    name = f.name
    f.write("[settings]\ntransport= TCP\n")
    f.close()
    return name

Puis c'est ici que j'utilise cette fonction :

Code :

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

1
2
3
args = buildConfFile()
os.environ["CONFIGPATH"] = args
print "$CONFIGPATH=", os.environ["CONFIGPATH"]

la dernière ligne m'affiche bien ce qu'il faut : /tmp/tmpTP2g4i


J'utilise une API générée par swig. qui sert d'interface entre mon code c++ et mon petit programme de test en python.

Maintenant, dans mon code c++, je fais :

Code :

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

1
2
const char* cslrc = getenv("CONFIGPATH");
log(DEBUG, "cslrc = %s", cslrc);

Et celui ci affiche bien le meme contenu qu' os.environ["CONFIGPATH"] cad : /tmp/tmpTP2g4i

Le problème c'est que mon programme c++ me dit qu'il n'arrive pas à ouvrir le fichier de config ( fopen(configpath, ) retourne un NULL )

Et quand je regarde si le fichier /tmp/tmpTP2g4i est bien là ... surprise: il n'y est pas dans /tmp/. Il a été effacé quelque part ?, ou bien il n'a jamais existé ?...

Est ce que quelqu'un aurait une idéee de ce qui se passe ?
remarquez le False dans ce bout de code :

Code :

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

 f = tempfile.NamedTemporaryFile(mode='w+t', delete=False)

Merci d'avance pour votre aide

[tyrtamos]

Bonjour,

Le mode d'ouverture ne serait-il pas 'w+b' au lieu de 'w+t'?

Tyrtamos

[wiztricks]

Salut,
De toutes façons, la doc dit:

Return a file-like object that can be used as a temporary storage area. The file is created using mkstemp(). It will be destroyed as soon as it is closed (including an implicit close when the object is garbage collected). Under Unix, the directory entry for the file is removed immediately after the file is created. Other platforms do not support this; your code should not rely on a temporary file created using this function having or not having a visible name in the file system.

N'est-il pas normal que le fichier ait disparu après f.close()?
Utilisez plutôt mkstemp() et n'oubliez pas de le détruire après l'avoir utilisé...
- W