Discussion :

[pecheur]

Voila la semaine derniere j'avais pose une question sur comment faire une application qui tourne en arriere plan .

Voici un debut de solution pour ceux que ca pourrait interesser

il faut creer un activeX avec une frame qui contient un Timer et la fonction que vous voulez faire tourner en arriere plan.

quand vous lancer votre active x a partir du programme principale celui-ci
se lance dans le meme thread puis lance le timer et la, il rend "la main" au programme principale . quand le timer tic pour la premiere fois il lance la fonction qui du coup s'execute dans le meme thread que le timer et pas celui-du prog principale

Voila maintenant que ca marche bien j'aimerais bien que une fois la fonction finie celle ci previenne le programme principale quelle a fini
mais je ne sais pas comment faire
si quelqu'un a une idee ????

a+

[Nightfall]

quand vous lancer votre active x a partir du programme principale celui-ci se lance dans le meme thread puis lance le timer et la, il rend "la main" au programme principale . quand le timer tic pour la premiere fois il lance la fonction qui du coup s'execute dans le meme thread que le timer et pas celui-du prog principale

C'est un petit peu confus : l'activeX se lance dans le même thread ou pas ?

J'ai pas bien compris, il est sous quelle forme ton activeX, c'est un ocx ?

[ZuZu]

Tu peux déclencher en évenement à la fin.

[pecheur]

c'est vrai c'est un peu confu
je vais essayer d'etre un peu plus clair (si j'y arrive )

tout d abord mon activeX un activeX.exe non pas un ocx

Quand ton programme principale lance un activeX. ce creer alors un nouveau thread dans lequel s'execute ton activeX cependant si tu effectu le traitement directement dans ton activeX le programme principale va attendre que ce traitement soit fini pour reprendre la main (la je ne sais pas pourquoi ca fais ca ?)
D'ou un timer pour declancher le traitement plus tard
comme ca quand tu lance ton activeX il ne fais rien dans un premier temps donc il rend la main a ton programme principale directement et ainsi le
deux threads sont vraiment totalement independants

je ne pense pas que se soit la solution la plus simple, si quelqu'un a quelque chose de mieux a me proposer ca m'interesse

a+

[ZuZu]

Deux thread oui mais dans le même processus, celui de ton appli, c'est mieux qu'un seul c'est sur.
Et pour ce qui est du programme principal qui attend pendant l'execution de l'activeX, c normal, à moins que tu ais plusieurs processeurs ...

[Nightfall]

Deux thread oui mais dans le même processus, celui de ton appli, c'est mieux qu'un seul c'est sur.

Un activeX Exe a son propre processus, en fait.

Tu le fais dans quelle partie de l'activeX, ton traitement, pecheur ? Dans la sub main, dans une form ?

[pecheur]

J'effectu mon traitement dans une form celle ou ce trouve le timer

mon active est composer d'une classe avec juste un attribut et une fonction start() qui load la form; puis la form lance le traitment...

quand le traitement est fini j'aimerai "prevenir" ma classe ou le programme principale de la fin...pour le moment je n'ais pas encore trouver

[pecheur]

en fait la reponse a mon petit probleme se trouve sur le forum
comme la plus part du temps
(la reponse vient de toi d'ailleurs nightfall)

http://www.developpez.net/forums/vie...ighlight=event

en utilisant les event withevent et raiseevent

voila merci a vous pour m'avoir eclairer sur ses histoires de processus et de thread avec VB

a+

[Nightfall]

[Edit] J'avais pas vu ton post

Zut, je me suis mal exprimé. Je voulais dire avant que tu n'utilises un timer. Ce que je voulais comprendre c'est pourquoi tu utilises un timer.

D'ou un timer pour declancher le traitement plus tard
comme ca quand tu lance ton activeX il ne fais rien dans un premier temps

Si tu mets ton traitement dans une classe, et ton traitement dans une méthode de la classe : dans l'exe standard tu instancies la classe, et tu lances le traitement quand tu veux en appelant la méthode.

Pour avertir qu'il a fini, tu peux mettre un évènement dans la classe que tu lèves avec RaiseEvent et dans l'exe standard tu reçois l'évènement :

Code :

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

1
2
3
4
5
dim WithEvents traitement as clsTraitement
 
Private Sub traitement_Fini()
...
End Sub

Sinon, moins propre : tu as un objet public dans la classe du traitement qui représente l'objet appelant. L'objet appelant contient la procédure qui fait ce qu'il faut quand le traitement est fini.

Dans l'exe standard :

Code :

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

1
2
3
4
5
6
7
8
dim traitement as clsTraitement
 
set traitement = new clsTraitement
set traitement.objetAppelant = Me
 
Public Sub Fini()
...
End Sub

Et dans la classe de l'activeX :

Code :

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

1
2
3
4
on error resume next
if objetAppelant not is nothing then
  objetAppelant.Fini()
end if

[pecheur]

pas con du tout
bon en fait je t'explique le pourquoi du timer
d'abord j'avais lu un post de je sais plis qui sue le forum qui disait qu'il fallait utiliser un activeX

du coup j'ais creer un activeX en lancant le traitement dans le Class_Initialize()

ca marcher pas comme je voulais... la quelqu'un me dis utilise un timer...
du coup j'ais creer une form avec un timer...

mais je vais refaire le truc avec ta solution ca me parait beaucoup plus propre

pour ce qui est des withevent ... et tout j'ais utiliser la reponse que t'avait file a cpri1shoot pour kles fenetre midi...

pour les conseils ...

a+