Discussion :

[Koko33]

Bonjour, j'ai un pti pb en Qt et je viens donc solliciter l'aide suprême .

Je possède un programme compilé, j'ai l'éxécutable (Toto.exe fait entièrement en C que je ne peux intégrer directd ans Qt).Je crée donc mes fenêtres pour une IHM externe qui appellera Toto.exe à l'aide de startDetached.

Le souci est que quand je lance Toto.exe via startDetached ds Qt, il démarre, le chemin du exe est bon mais arrivé au 1er fopen de mon programme Toto.exe, il me dit que le fichier texte ne peut être ouvert car non présent (c'est une sécurité que j'avais mise dans Toto.exe) alors que si je lance Toto.exe tout seul il bloque pas au fopen, et va jusqu'au bout....

Quelqu'un aurait une idée du type de problème rencontré? Est-ce que Qt via startDetached ne peut pas gérer les fopen inclus dans mon exe appelé? Ca me paraitrait bizarre comme explication...

Je sais pas si je suis très clair...^^

[dourouc05]

Pourrais-tu un peu aérer ton texte, faire des paragraphes ? Là, c'est relativement imbuvable et ça rebute fortement .

[Koko33]

Effectivement , j'ai même eu du mal à me motiver pour le relire ^^ désolé

[Troudhyl]

Je pense que c'est un problème de chemins relatifs. En faisant startDetached, ton dossier courant est celui de l'appli Qt, et si le fopen se fait aussi sur un chemin relatif, ce sera relatif à ton dossier courant et non à ton application C.

[Koko33]

Salut à toi Troudhyl et merci pour ta réponse. Le chemin relatif du fichier texte est la première chose que j'ai regardé, j'ai donc copié tous mes fichiers textes dans tous les dossiers possibles et c'est toujours le même problème. Mais je vais re-regarder de ce côté-là pour voir si je n'ai pas oublié quelquechose...

[Troudhyl]

En Qt on préfère rajouter "QApplication::applicationDirPath()" avant le chemin relatif, de façon à concaténer le chemin absolu de l'application et comme ça on est sûr que l'application est toujours le référentiel. Je ne sais pas si tu peux faire la même chose. Sinon faut voir du côté de QProcess, pour faire un setWorkingDirectory() et te placer dans le bon dossier.

[Koko33]

Merci je vais regarder ça de plus près, c'est une bonne idée de forcer le répertoire de travail je pense. Rajouter le chemin de l'appli via QApplication je ne peux pas le faire vu que le fopen est inclus dans le code qui m'a donné le .exe et que je ne souhaite plus toucher, et il est en C. Je pensais que startDetached permettait de faire vivre deux exe séparément l'IHM d'un côté et Toto.exe de l'autre mais en fait non on est toujours à l'intérieur de l'IHM à priori. C'est dommage car l'IHM sert juste à rentrer les paramètres, les écrire et après elle ne fait plus rien elle laisse la main au programme. Je vais regarder ce que tu me conseilles. Merci chef !

[Troudhyl]

De rien Oui j'ai bien compris pour QApplication, je te suggérais de faire quelque chose d'équivalent en C dans ton programme (laisser des chemins purement relatifs c'est risqué à mon sens, il faut qu'ils soient relatifs à l'application).

Je pensais que startDetached permettait de faire vivre deux exe séparément l'IHM d'un côté et Toto.exe de l'autre mais en fait non on est toujours à l'intérieur de l'IHM à priori.

Si si... Faut nous éclaircir sur ta notion "d'intérieur de" sinon.

[Koko33]

Ca y est c'est résolu. J'ai essayé de mettre en place ce que tu proposais et avec un setCurrent ca passe nickel! C'était bien l'endroit de travail spécifié qui n'était pas bon! Merci beaucoup!