Voilà, tout est résumé dans le titre !
Je voudrais pouvoir lancer qu'une seule fois mon .exe.
Mais, je ne sais pas comment controler si mon prog est déjà lancé ou non...

Est ce que quelqu'un pourrait m'aiguiller ?
Mercu.
Helau

FindWindow()

Chaque problème a sa solution. S'il n'y a pas de solution c'est qu'il n'y a pas de problème.
a+

autre solution :
-créer un fichier et vérifier s'il est pas déjà présent, le détruire à la fin pour permettre à une autre instance de démarrer.
- sous windows : créer un mutex et si il est dékà présent, c'est que le prog tourne déjà. le fermer à la fin (dans mes sources, mon prog sur la distance parcourrue par la souris utilise cela)

N'y a t'il pas une solution aussi avec les instances passées en arguments dans WinMain sous win32 ?

Il n'y a que l'instance courante en 1er param, le second est toujours NULL et seulement present pour compatibilite avec les progs 16 bits.

ciao...
BruNews, MVP VC++

non en Win32 hPrevInstance est toujours NULL (héritage du 16 bits ou les progs partagaient le même espace mémoire).

salut,
http://www.cppfrance.com/code.aspx?ID=25238
va voir, bcp de gens se sont déja posé cette question.

a++

Excusez moi de ne pas être revenue avant, mais je bossis sur autres choses.
Tout d'abord, je vous remercie de vos reponses. Elles m'ont rapprochées de la solution, mais je n'y suis pas encore !

Je ne crois pas avoir précisé que j'utilisais des MFC.
Le FindWindow() ne fonctionne pas dans mon cas, car mon nom de fenêtre n'est pas fixe.
J'ajoute au nom de ma fenêtre le nom du fichier en cours de traitement, donc qd je relance mon appli, il fait un FindWindow(NULL, "Mon application") alors, que ma fenêtre s'appelle "Mon application - Mon fichier" et je ne connais pas "Mon fichier" dans le nouvel initInstance (sauf si je me trompe... les 2 "exe" ne partagent pas de données, si ? )

J'ai donc testé le Mutex. Ca m'empêche de créer une nouvelle instance, mais je ne peux pas remettre le focus sur l'exe déjà lancé, alors que si j'utilise le findwindow avec une chaine "exacte" je peux le faire (avec le code d'exemple dans msdn)

Bon, je ne sais pas si c'est très clair tout ça.
D'après ce que j'ai lu dans MSDN, FindWindow cherche la chaine exacte, il n'existerait pas un équivalent qui ne chercherait que par rapport au début de la chaine ?

C'est un peu rageant d'être si près du but, mais de ne pas réussir à terminer...
En tout cas, encore merci pour votre aide.
Helau. 

Pourquoi n'utilises tu pas 4 octets du fichier d'échange comme dans mon exemple (url donnée par cosmobob plus haut), ça remet le focus sur le prog à tout coup.

ciao...
BruNews, MVP VC++

J'ai un peu de mal à comprendre comment ça marche, je dois bien l'avouer...
D'autant plus que j'ai toujours développer en utilisant les MFC, ça ressemble, mais c quand même pas exactement la même chose.

A quoi correspond le FileMapping et comment ça fonctionne ?

Par contre, dans ton code, j'ai vu quelquechose qui pourrait résoudre mon problème, c'est à dire affecter un nom de classe à mon appli.
Je pourrais alors utiliser le FindWindow avec le nom de la classe et non le nom de la fenêtre.

Dans ton appli, tu définis

WNDCLASSEX wndcls;
tu affectes toutes les valeurs qui vont bien,
tu fais un RegisterClass, puis tu crées ta fenêtre.

En MFC, la fenêtre n'est pas créée de façon "explicite".
A quel endroit faire l'équivalent de

wndcls.lpszClassName = szappname;
(et quel est cet équivalent ?)

Et comment "récupérer" le bon paramêtre à passer à RegisterClass ?

Merci encore pour ton aide, parce que ce soit pour la première ou la seconde solution, je suis dans le flou artistique !