Bonjour,
Comment terminez-vous votre application ? Je vous pose cette question, car
il y a quelques temps, dans une application dans laquelle j'utilisais un
externe à ceux livrés avec VB, j'ai eu la désagréable surprise de
que mon appli restait en mémoire alors que je la quittais (hors IDE).
recherche, j'ai pu constater que c'était l'instruction End que je mettais
la fin (pensant bien faire) qui générait ce comportement particulier.
que je ne me sers plus de cette instruction, tout est rentré dans l'ordre.
Christophe
"Alex" a écrit dans le message de
news:3f361139$0$26853$
> Bonjour,
>
> Existe t'il un ocx freeware, autre que celui d'Adobe livré avec Acrobat
> Reader, permettant de lire les fichiers pdf ?
> Pour ma part, cet ocx ne ma convient pas entièrement. J'arrive bien à
ouvrir
> les pdf mais lorsque je ferme la form dans laquelle il y a le controle
> Acrobat, le processus Acrord32 reste actif. Cela est très génant puisque
je
> dois faire fonctionner mon appli sous TSE et qu'il est impensable de
laisser
> des processus inactifs en RAM
> Si quelqu'un a un ocx ou une solution, je prends.
>
> Merci et @+
>
>
Bonjour,
Comment terminez-vous votre application ? Je vous pose cette question, car
il y a quelques temps, dans une application dans laquelle j'utilisais un
externe à ceux livrés avec VB, j'ai eu la désagréable surprise de
que mon appli restait en mémoire alors que je la quittais (hors IDE).
recherche, j'ai pu constater que c'était l'instruction End que je mettais
la fin (pensant bien faire) qui générait ce comportement particulier.
que je ne me sers plus de cette instruction, tout est rentré dans l'ordre.
Christophe
"Alex" <alex25@ifrance.com> a écrit dans le message de
news:3f361139$0$26853$626a54ce@news.free.fr...
> Bonjour,
>
> Existe t'il un ocx freeware, autre que celui d'Adobe livré avec Acrobat
> Reader, permettant de lire les fichiers pdf ?
> Pour ma part, cet ocx ne ma convient pas entièrement. J'arrive bien à
ouvrir
> les pdf mais lorsque je ferme la form dans laquelle il y a le controle
> Acrobat, le processus Acrord32 reste actif. Cela est très génant puisque
je
> dois faire fonctionner mon appli sous TSE et qu'il est impensable de
laisser
> des processus inactifs en RAM
> Si quelqu'un a un ocx ou une solution, je prends.
>
> Merci et @+
>
>
Bonjour,
Comment terminez-vous votre application ? Je vous pose cette question, car
il y a quelques temps, dans une application dans laquelle j'utilisais un
externe à ceux livrés avec VB, j'ai eu la désagréable surprise de
que mon appli restait en mémoire alors que je la quittais (hors IDE).
recherche, j'ai pu constater que c'était l'instruction End que je mettais
la fin (pensant bien faire) qui générait ce comportement particulier.
que je ne me sers plus de cette instruction, tout est rentré dans l'ordre.
Christophe
"Alex" a écrit dans le message de
news:3f361139$0$26853$
> Bonjour,
>
> Existe t'il un ocx freeware, autre que celui d'Adobe livré avec Acrobat
> Reader, permettant de lire les fichiers pdf ?
> Pour ma part, cet ocx ne ma convient pas entièrement. J'arrive bien à
ouvrir
> les pdf mais lorsque je ferme la form dans laquelle il y a le controle
> Acrobat, le processus Acrord32 reste actif. Cela est très génant puisque
je
> dois faire fonctionner mon appli sous TSE et qu'il est impensable de
laisser
> des processus inactifs en RAM
> Si quelqu'un a un ocx ou une solution, je prends.
>
> Merci et @+
>
>
Bonjour,
Comment terminez-vous votre application ? Je vous pose cette question, car
il y a quelques temps, dans une application dans laquelle j'utilisais un
externe à ceux livrés avec VB, j'ai eu la désagréable surprise de
que mon appli restait en mémoire alors que je la quittais (hors IDE).
recherche, j'ai pu constater que c'était l'instruction End que je mettais
la fin (pensant bien faire) qui générait ce comportement particulier.
que je ne me sers plus de cette instruction, tout est rentré dans l'ordre.
Christophe
"Alex" a écrit dans le message de
news:3f361139$0$26853$
> Bonjour,
>
> Existe t'il un ocx freeware, autre que celui d'Adobe livré avec Acrobat
> Reader, permettant de lire les fichiers pdf ?
> Pour ma part, cet ocx ne ma convient pas entièrement. J'arrive bien à
ouvrir
> les pdf mais lorsque je ferme la form dans laquelle il y a le controle
> Acrobat, le processus Acrord32 reste actif. Cela est très génant puisque
je
> dois faire fonctionner mon appli sous TSE et qu'il est impensable de
laisser
> des processus inactifs en RAM
> Si quelqu'un a un ocx ou une solution, je prends.
>
> Merci et @+
>
>
Bonjour,
Comment terminez-vous votre application ? Je vous pose cette question, car
il y a quelques temps, dans une application dans laquelle j'utilisais un
externe à ceux livrés avec VB, j'ai eu la désagréable surprise de
que mon appli restait en mémoire alors que je la quittais (hors IDE).
recherche, j'ai pu constater que c'était l'instruction End que je mettais
la fin (pensant bien faire) qui générait ce comportement particulier.
que je ne me sers plus de cette instruction, tout est rentré dans l'ordre.
Christophe
"Alex" <alex25@ifrance.com> a écrit dans le message de
news:3f361139$0$26853$626a54ce@news.free.fr...
> Bonjour,
>
> Existe t'il un ocx freeware, autre que celui d'Adobe livré avec Acrobat
> Reader, permettant de lire les fichiers pdf ?
> Pour ma part, cet ocx ne ma convient pas entièrement. J'arrive bien à
ouvrir
> les pdf mais lorsque je ferme la form dans laquelle il y a le controle
> Acrobat, le processus Acrord32 reste actif. Cela est très génant puisque
je
> dois faire fonctionner mon appli sous TSE et qu'il est impensable de
laisser
> des processus inactifs en RAM
> Si quelqu'un a un ocx ou une solution, je prends.
>
> Merci et @+
>
>
Bonjour,
Comment terminez-vous votre application ? Je vous pose cette question, car
il y a quelques temps, dans une application dans laquelle j'utilisais un
externe à ceux livrés avec VB, j'ai eu la désagréable surprise de
que mon appli restait en mémoire alors que je la quittais (hors IDE).
recherche, j'ai pu constater que c'était l'instruction End que je mettais
la fin (pensant bien faire) qui générait ce comportement particulier.
que je ne me sers plus de cette instruction, tout est rentré dans l'ordre.
Christophe
"Alex" a écrit dans le message de
news:3f361139$0$26853$
> Bonjour,
>
> Existe t'il un ocx freeware, autre que celui d'Adobe livré avec Acrobat
> Reader, permettant de lire les fichiers pdf ?
> Pour ma part, cet ocx ne ma convient pas entièrement. J'arrive bien à
ouvrir
> les pdf mais lorsque je ferme la form dans laquelle il y a le controle
> Acrobat, le processus Acrord32 reste actif. Cela est très génant puisque
je
> dois faire fonctionner mon appli sous TSE et qu'il est impensable de
laisser
> des processus inactifs en RAM
> Si quelqu'un a un ocx ou une solution, je prends.
>
> Merci et @+
>
>
'jour
On le le répérera JAMAIS assez : une application VB ne se termine pas
par End ! Que diable on est pas sous pascal ou delphi. !!! End achéve
immédiatement l'application sans libérer les objets créés.
@+
"Christophe QUEVAL" a écrit dans le message de
news:
> Bonjour,
>
> Comment terminez-vous votre application ? Je vous pose cette question,
> il y a quelques temps, dans une application dans laquelle j'utilisais un
ocx
> externe à ceux livrés avec VB, j'ai eu la désagréable surprise de
constater
> que mon appli restait en mémoire alors que je la quittais (hors IDE).
Après
> recherche, j'ai pu constater que c'était l'instruction End que je
à
> la fin (pensant bien faire) qui générait ce comportement particulier.
Depuis
> que je ne me sers plus de cette instruction, tout est rentré dans
>
> Christophe
> "Alex" a écrit dans le message de
> news:3f361139$0$26853$
> > Bonjour,
> >
> > Existe t'il un ocx freeware, autre que celui d'Adobe livré avec
> > Reader, permettant de lire les fichiers pdf ?
> > Pour ma part, cet ocx ne ma convient pas entièrement. J'arrive bien à
> ouvrir
> > les pdf mais lorsque je ferme la form dans laquelle il y a le controle
> > Acrobat, le processus Acrord32 reste actif. Cela est très génant
> je
> > dois faire fonctionner mon appli sous TSE et qu'il est impensable de
> laisser
> > des processus inactifs en RAM
> > Si quelqu'un a un ocx ou une solution, je prends.
> >
> > Merci et @+
> >
> >
>
>
'jour
On le le répérera JAMAIS assez : une application VB ne se termine pas
par End ! Que diable on est pas sous pascal ou delphi. !!! End achéve
immédiatement l'application sans libérer les objets créés.
@+
"Christophe QUEVAL" <queval.c@wanadoo.fr> a écrit dans le message de
news:evYZqG1XDHA.1280@tk2msftngp13.phx.gbl...
> Bonjour,
>
> Comment terminez-vous votre application ? Je vous pose cette question,
> il y a quelques temps, dans une application dans laquelle j'utilisais un
ocx
> externe à ceux livrés avec VB, j'ai eu la désagréable surprise de
constater
> que mon appli restait en mémoire alors que je la quittais (hors IDE).
Après
> recherche, j'ai pu constater que c'était l'instruction End que je
à
> la fin (pensant bien faire) qui générait ce comportement particulier.
Depuis
> que je ne me sers plus de cette instruction, tout est rentré dans
>
> Christophe
> "Alex" <alex25@ifrance.com> a écrit dans le message de
> news:3f361139$0$26853$626a54ce@news.free.fr...
> > Bonjour,
> >
> > Existe t'il un ocx freeware, autre que celui d'Adobe livré avec
> > Reader, permettant de lire les fichiers pdf ?
> > Pour ma part, cet ocx ne ma convient pas entièrement. J'arrive bien à
> ouvrir
> > les pdf mais lorsque je ferme la form dans laquelle il y a le controle
> > Acrobat, le processus Acrord32 reste actif. Cela est très génant
> je
> > dois faire fonctionner mon appli sous TSE et qu'il est impensable de
> laisser
> > des processus inactifs en RAM
> > Si quelqu'un a un ocx ou une solution, je prends.
> >
> > Merci et @+
> >
> >
>
>
'jour
On le le répérera JAMAIS assez : une application VB ne se termine pas
par End ! Que diable on est pas sous pascal ou delphi. !!! End achéve
immédiatement l'application sans libérer les objets créés.
@+
"Christophe QUEVAL" a écrit dans le message de
news:
> Bonjour,
>
> Comment terminez-vous votre application ? Je vous pose cette question,
> il y a quelques temps, dans une application dans laquelle j'utilisais un
ocx
> externe à ceux livrés avec VB, j'ai eu la désagréable surprise de
constater
> que mon appli restait en mémoire alors que je la quittais (hors IDE).
Après
> recherche, j'ai pu constater que c'était l'instruction End que je
à
> la fin (pensant bien faire) qui générait ce comportement particulier.
Depuis
> que je ne me sers plus de cette instruction, tout est rentré dans
>
> Christophe
> "Alex" a écrit dans le message de
> news:3f361139$0$26853$
> > Bonjour,
> >
> > Existe t'il un ocx freeware, autre que celui d'Adobe livré avec
> > Reader, permettant de lire les fichiers pdf ?
> > Pour ma part, cet ocx ne ma convient pas entièrement. J'arrive bien à
> ouvrir
> > les pdf mais lorsque je ferme la form dans laquelle il y a le controle
> > Acrobat, le processus Acrord32 reste actif. Cela est très génant
> je
> > dois faire fonctionner mon appli sous TSE et qu'il est impensable de
> laisser
> > des processus inactifs en RAM
> > Si quelqu'un a un ocx ou une solution, je prends.
> >
> > Merci et @+
> >
> >
>
>
Je pensais qu'au contraire, End était là pour terminer correctement
une appli, et donc libérer les objets en mémoire. N'est-ce qu'un
reste du langage ? Quelle est son utilité actuelle ?
"Sundowne" a écrit dans le message de
news:OsBSQP%'jour
On le le répérera JAMAIS assez : une application VB ne se
termine pas par End ! Que diable on est pas sous pascal ou delphi.
!!! End achéve immédiatement l'application sans libérer les objets
créés. @+
"Christophe QUEVAL" a écrit dans le message de
news:Bonjour,
Comment terminez-vous votre application ? Je vous pose cette
question, car il y a quelques temps, dans une application dans
laquelle j'utilisais un ocx externe à ceux livrés avec VB, j'ai eu
la désagréable surprise de constater que mon appli restait en
mémoire alors que je la quittais (hors IDE). Après recherche, j'ai
pu constater que c'était l'instruction End que je mettais à la fin
(pensant bien faire) qui générait ce comportement particulier.
Depuis que je ne me sers plus de cette instruction, tout est rentré
dans l'ordre.
Christophe
"Alex" a écrit dans le message de
news:3f361139$0$26853$Bonjour,
Existe t'il un ocx freeware, autre que celui d'Adobe livré avec
Acrobat Reader, permettant de lire les fichiers pdf ?
Pour ma part, cet ocx ne ma convient pas entièrement. J'arrive
bien à ouvrir les pdf mais lorsque je ferme la form dans laquelle
il y a le controle Acrobat, le processus Acrord32 reste actif.
Cela est très génant puisque je dois faire fonctionner mon appli
sous TSE et qu'il est impensable de laisser des processus inactifs
en RAM
Si quelqu'un a un ocx ou une solution, je prends.
Merci et @+
Je pensais qu'au contraire, End était là pour terminer correctement
une appli, et donc libérer les objets en mémoire. N'est-ce qu'un
reste du langage ? Quelle est son utilité actuelle ?
"Sundowne" <sundowne@wanadoo.fr> a écrit dans le message de
news:OsBSQP%23XDHA.2284@TK2MSFTNGP12.phx.gbl...
'jour
On le le répérera JAMAIS assez : une application VB ne se
termine pas par End ! Que diable on est pas sous pascal ou delphi.
!!! End achéve immédiatement l'application sans libérer les objets
créés. @+
"Christophe QUEVAL" <queval.c@wanadoo.fr> a écrit dans le message de
news:evYZqG1XDHA.1280@tk2msftngp13.phx.gbl...
Bonjour,
Comment terminez-vous votre application ? Je vous pose cette
question, car il y a quelques temps, dans une application dans
laquelle j'utilisais un ocx externe à ceux livrés avec VB, j'ai eu
la désagréable surprise de constater que mon appli restait en
mémoire alors que je la quittais (hors IDE). Après recherche, j'ai
pu constater que c'était l'instruction End que je mettais à la fin
(pensant bien faire) qui générait ce comportement particulier.
Depuis que je ne me sers plus de cette instruction, tout est rentré
dans l'ordre.
Christophe
"Alex" <alex25@ifrance.com> a écrit dans le message de
news:3f361139$0$26853$626a54ce@news.free.fr...
Bonjour,
Existe t'il un ocx freeware, autre que celui d'Adobe livré avec
Acrobat Reader, permettant de lire les fichiers pdf ?
Pour ma part, cet ocx ne ma convient pas entièrement. J'arrive
bien à ouvrir les pdf mais lorsque je ferme la form dans laquelle
il y a le controle Acrobat, le processus Acrord32 reste actif.
Cela est très génant puisque je dois faire fonctionner mon appli
sous TSE et qu'il est impensable de laisser des processus inactifs
en RAM
Si quelqu'un a un ocx ou une solution, je prends.
Merci et @+
Je pensais qu'au contraire, End était là pour terminer correctement
une appli, et donc libérer les objets en mémoire. N'est-ce qu'un
reste du langage ? Quelle est son utilité actuelle ?
"Sundowne" a écrit dans le message de
news:OsBSQP%'jour
On le le répérera JAMAIS assez : une application VB ne se
termine pas par End ! Que diable on est pas sous pascal ou delphi.
!!! End achéve immédiatement l'application sans libérer les objets
créés. @+
"Christophe QUEVAL" a écrit dans le message de
news:Bonjour,
Comment terminez-vous votre application ? Je vous pose cette
question, car il y a quelques temps, dans une application dans
laquelle j'utilisais un ocx externe à ceux livrés avec VB, j'ai eu
la désagréable surprise de constater que mon appli restait en
mémoire alors que je la quittais (hors IDE). Après recherche, j'ai
pu constater que c'était l'instruction End que je mettais à la fin
(pensant bien faire) qui générait ce comportement particulier.
Depuis que je ne me sers plus de cette instruction, tout est rentré
dans l'ordre.
Christophe
"Alex" a écrit dans le message de
news:3f361139$0$26853$Bonjour,
Existe t'il un ocx freeware, autre que celui d'Adobe livré avec
Acrobat Reader, permettant de lire les fichiers pdf ?
Pour ma part, cet ocx ne ma convient pas entièrement. J'arrive
bien à ouvrir les pdf mais lorsque je ferme la form dans laquelle
il y a le controle Acrobat, le processus Acrord32 reste actif.
Cela est très génant puisque je dois faire fonctionner mon appli
sous TSE et qu'il est impensable de laisser des processus inactifs
en RAM
Si quelqu'un a un ocx ou une solution, je prends.
Merci et @+
Bonjour,
En fait, ce n'est pas en quittant l'application mais tout simplement en
fermant la form (avec la croix de la barre de titre) affichant le fichier
pdf.
A bientôt
"Christophe QUEVAL" a écrit dans le message de
news:
> Bonjour,
>
> Comment terminez-vous votre application ? Je vous pose cette question,
> il y a quelques temps, dans une application dans laquelle j'utilisais un
ocx
> externe à ceux livrés avec VB, j'ai eu la désagréable surprise de
constater
> que mon appli restait en mémoire alors que je la quittais (hors IDE).
Après
> recherche, j'ai pu constater que c'était l'instruction End que je
à
> la fin (pensant bien faire) qui générait ce comportement particulier.
Depuis
> que je ne me sers plus de cette instruction, tout est rentré dans
>
> Christophe
> "Alex" a écrit dans le message de
> news:3f361139$0$26853$
> > Bonjour,
> >
> > Existe t'il un ocx freeware, autre que celui d'Adobe livré avec
> > Reader, permettant de lire les fichiers pdf ?
> > Pour ma part, cet ocx ne ma convient pas entièrement. J'arrive bien à
> ouvrir
> > les pdf mais lorsque je ferme la form dans laquelle il y a le controle
> > Acrobat, le processus Acrord32 reste actif. Cela est très génant
> je
> > dois faire fonctionner mon appli sous TSE et qu'il est impensable de
> laisser
> > des processus inactifs en RAM
> > Si quelqu'un a un ocx ou une solution, je prends.
> >
> > Merci et @+
> >
> >
>
>
Bonjour,
En fait, ce n'est pas en quittant l'application mais tout simplement en
fermant la form (avec la croix de la barre de titre) affichant le fichier
pdf.
A bientôt
"Christophe QUEVAL" <queval.c@wanadoo.fr> a écrit dans le message de
news:evYZqG1XDHA.1280@tk2msftngp13.phx.gbl...
> Bonjour,
>
> Comment terminez-vous votre application ? Je vous pose cette question,
> il y a quelques temps, dans une application dans laquelle j'utilisais un
ocx
> externe à ceux livrés avec VB, j'ai eu la désagréable surprise de
constater
> que mon appli restait en mémoire alors que je la quittais (hors IDE).
Après
> recherche, j'ai pu constater que c'était l'instruction End que je
à
> la fin (pensant bien faire) qui générait ce comportement particulier.
Depuis
> que je ne me sers plus de cette instruction, tout est rentré dans
>
> Christophe
> "Alex" <alex25@ifrance.com> a écrit dans le message de
> news:3f361139$0$26853$626a54ce@news.free.fr...
> > Bonjour,
> >
> > Existe t'il un ocx freeware, autre que celui d'Adobe livré avec
> > Reader, permettant de lire les fichiers pdf ?
> > Pour ma part, cet ocx ne ma convient pas entièrement. J'arrive bien à
> ouvrir
> > les pdf mais lorsque je ferme la form dans laquelle il y a le controle
> > Acrobat, le processus Acrord32 reste actif. Cela est très génant
> je
> > dois faire fonctionner mon appli sous TSE et qu'il est impensable de
> laisser
> > des processus inactifs en RAM
> > Si quelqu'un a un ocx ou une solution, je prends.
> >
> > Merci et @+
> >
> >
>
>
Bonjour,
En fait, ce n'est pas en quittant l'application mais tout simplement en
fermant la form (avec la croix de la barre de titre) affichant le fichier
pdf.
A bientôt
"Christophe QUEVAL" a écrit dans le message de
news:
> Bonjour,
>
> Comment terminez-vous votre application ? Je vous pose cette question,
> il y a quelques temps, dans une application dans laquelle j'utilisais un
ocx
> externe à ceux livrés avec VB, j'ai eu la désagréable surprise de
constater
> que mon appli restait en mémoire alors que je la quittais (hors IDE).
Après
> recherche, j'ai pu constater que c'était l'instruction End que je
à
> la fin (pensant bien faire) qui générait ce comportement particulier.
Depuis
> que je ne me sers plus de cette instruction, tout est rentré dans
>
> Christophe
> "Alex" a écrit dans le message de
> news:3f361139$0$26853$
> > Bonjour,
> >
> > Existe t'il un ocx freeware, autre que celui d'Adobe livré avec
> > Reader, permettant de lire les fichiers pdf ?
> > Pour ma part, cet ocx ne ma convient pas entièrement. J'arrive bien à
> ouvrir
> > les pdf mais lorsque je ferme la form dans laquelle il y a le controle
> > Acrobat, le processus Acrord32 reste actif. Cela est très génant
> je
> > dois faire fonctionner mon appli sous TSE et qu'il est impensable de
> laisser
> > des processus inactifs en RAM
> > Si quelqu'un a un ocx ou une solution, je prends.
> >
> > Merci et @+
> >
> >
>
>
Le déchargement par End c'est arrêter ta voiture en la faisant foncer dans
un mur ou en arrachant le moteur, ...
Bonjour/soir,
Son utilité est de:
-Perdre des ressources mémoires
-Embéter l'utilisateur par des bouts de programme qui restent en mémoire
-...
Plus sérieusement, End *PEUT* éventuellement être utilisé *SI il n'y a pas
d'autre solution* pour arrêter le programme *lors d'erreur totalements
inattendues* où continuer l'exécution du code serait pire que de le
brutalement.
La comprairson la plus utilisé pour expliquer ce que End fait, est l'arrêt
de la voiture.
Par le déchargement de tes objets , tu t'arrêtes en bon citoyen, sans
dégats.
Le déchargement par End c'est arrêter ta voiture en la faisant foncer dans
un mur ou en arrachant le moteur, ...
--
François Picalausa (MVP VB)
FAQ VB : http://faq.vb.free.fr
MSDN : http://msdn.microsoft.com
"Christophe QUEVAL" a écrit dans le message de
news:%23vtQNS%
> Je pensais qu'au contraire, End était là pour terminer correctement
> une appli, et donc libérer les objets en mémoire. N'est-ce qu'un
> reste du langage ? Quelle est son utilité actuelle ?
>
> "Sundowne" a écrit dans le message de
> news:OsBSQP%
>> 'jour
>> On le le répérera JAMAIS assez : une application VB ne se
>> termine pas par End ! Que diable on est pas sous pascal ou delphi.
>> !!! End achéve immédiatement l'application sans libérer les objets
>> créés. @+
>>
>> "Christophe QUEVAL" a écrit dans le message de
>> news:
>>> Bonjour,
>>>
>>> Comment terminez-vous votre application ? Je vous pose cette
>>> question, car il y a quelques temps, dans une application dans
>>> laquelle j'utilisais un ocx externe à ceux livrés avec VB, j'ai eu
>>> la désagréable surprise de constater que mon appli restait en
>>> mémoire alors que je la quittais (hors IDE). Après recherche, j'ai
>>> pu constater que c'était l'instruction End que je mettais à la fin
>>> (pensant bien faire) qui générait ce comportement particulier.
>>> Depuis que je ne me sers plus de cette instruction, tout est rentré
>>> dans l'ordre.
>>>
>>> Christophe
>>> "Alex" a écrit dans le message de
>>> news:3f361139$0$26853$
>>>> Bonjour,
>>>>
>>>> Existe t'il un ocx freeware, autre que celui d'Adobe livré avec
>>>> Acrobat Reader, permettant de lire les fichiers pdf ?
>>>> Pour ma part, cet ocx ne ma convient pas entièrement. J'arrive
>>>> bien à ouvrir les pdf mais lorsque je ferme la form dans laquelle
>>>> il y a le controle Acrobat, le processus Acrord32 reste actif.
>>>> Cela est très génant puisque je dois faire fonctionner mon appli
>>>> sous TSE et qu'il est impensable de laisser des processus inactifs
>>>> en RAM
>>>> Si quelqu'un a un ocx ou une solution, je prends.
>>>>
>>>> Merci et @+
Le déchargement par End c'est arrêter ta voiture en la faisant foncer dans
un mur ou en arrachant le moteur, ...
Bonjour/soir,
Son utilité est de:
-Perdre des ressources mémoires
-Embéter l'utilisateur par des bouts de programme qui restent en mémoire
-...
Plus sérieusement, End *PEUT* éventuellement être utilisé *SI il n'y a pas
d'autre solution* pour arrêter le programme *lors d'erreur totalements
inattendues* où continuer l'exécution du code serait pire que de le
brutalement.
La comprairson la plus utilisé pour expliquer ce que End fait, est l'arrêt
de la voiture.
Par le déchargement de tes objets , tu t'arrêtes en bon citoyen, sans
dégats.
Le déchargement par End c'est arrêter ta voiture en la faisant foncer dans
un mur ou en arrachant le moteur, ...
--
François Picalausa (MVP VB)
FAQ VB : http://faq.vb.free.fr
MSDN : http://msdn.microsoft.com
"Christophe QUEVAL" <queval.c@wanadoo.fr> a écrit dans le message de
news:%23vtQNS%23XDHA.2392@TK2MSFTNGP10.phx.gbl
> Je pensais qu'au contraire, End était là pour terminer correctement
> une appli, et donc libérer les objets en mémoire. N'est-ce qu'un
> reste du langage ? Quelle est son utilité actuelle ?
>
> "Sundowne" <sundowne@wanadoo.fr> a écrit dans le message de
> news:OsBSQP%23XDHA.2284@TK2MSFTNGP12.phx.gbl...
>> 'jour
>> On le le répérera JAMAIS assez : une application VB ne se
>> termine pas par End ! Que diable on est pas sous pascal ou delphi.
>> !!! End achéve immédiatement l'application sans libérer les objets
>> créés. @+
>>
>> "Christophe QUEVAL" <queval.c@wanadoo.fr> a écrit dans le message de
>> news:evYZqG1XDHA.1280@tk2msftngp13.phx.gbl...
>>> Bonjour,
>>>
>>> Comment terminez-vous votre application ? Je vous pose cette
>>> question, car il y a quelques temps, dans une application dans
>>> laquelle j'utilisais un ocx externe à ceux livrés avec VB, j'ai eu
>>> la désagréable surprise de constater que mon appli restait en
>>> mémoire alors que je la quittais (hors IDE). Après recherche, j'ai
>>> pu constater que c'était l'instruction End que je mettais à la fin
>>> (pensant bien faire) qui générait ce comportement particulier.
>>> Depuis que je ne me sers plus de cette instruction, tout est rentré
>>> dans l'ordre.
>>>
>>> Christophe
>>> "Alex" <alex25@ifrance.com> a écrit dans le message de
>>> news:3f361139$0$26853$626a54ce@news.free.fr...
>>>> Bonjour,
>>>>
>>>> Existe t'il un ocx freeware, autre que celui d'Adobe livré avec
>>>> Acrobat Reader, permettant de lire les fichiers pdf ?
>>>> Pour ma part, cet ocx ne ma convient pas entièrement. J'arrive
>>>> bien à ouvrir les pdf mais lorsque je ferme la form dans laquelle
>>>> il y a le controle Acrobat, le processus Acrord32 reste actif.
>>>> Cela est très génant puisque je dois faire fonctionner mon appli
>>>> sous TSE et qu'il est impensable de laisser des processus inactifs
>>>> en RAM
>>>> Si quelqu'un a un ocx ou une solution, je prends.
>>>>
>>>> Merci et @+
Le déchargement par End c'est arrêter ta voiture en la faisant foncer dans
un mur ou en arrachant le moteur, ...
Bonjour/soir,
Son utilité est de:
-Perdre des ressources mémoires
-Embéter l'utilisateur par des bouts de programme qui restent en mémoire
-...
Plus sérieusement, End *PEUT* éventuellement être utilisé *SI il n'y a pas
d'autre solution* pour arrêter le programme *lors d'erreur totalements
inattendues* où continuer l'exécution du code serait pire que de le
brutalement.
La comprairson la plus utilisé pour expliquer ce que End fait, est l'arrêt
de la voiture.
Par le déchargement de tes objets , tu t'arrêtes en bon citoyen, sans
dégats.
Le déchargement par End c'est arrêter ta voiture en la faisant foncer dans
un mur ou en arrachant le moteur, ...
--
François Picalausa (MVP VB)
FAQ VB : http://faq.vb.free.fr
MSDN : http://msdn.microsoft.com
"Christophe QUEVAL" a écrit dans le message de
news:%23vtQNS%
> Je pensais qu'au contraire, End était là pour terminer correctement
> une appli, et donc libérer les objets en mémoire. N'est-ce qu'un
> reste du langage ? Quelle est son utilité actuelle ?
>
> "Sundowne" a écrit dans le message de
> news:OsBSQP%
>> 'jour
>> On le le répérera JAMAIS assez : une application VB ne se
>> termine pas par End ! Que diable on est pas sous pascal ou delphi.
>> !!! End achéve immédiatement l'application sans libérer les objets
>> créés. @+
>>
>> "Christophe QUEVAL" a écrit dans le message de
>> news:
>>> Bonjour,
>>>
>>> Comment terminez-vous votre application ? Je vous pose cette
>>> question, car il y a quelques temps, dans une application dans
>>> laquelle j'utilisais un ocx externe à ceux livrés avec VB, j'ai eu
>>> la désagréable surprise de constater que mon appli restait en
>>> mémoire alors que je la quittais (hors IDE). Après recherche, j'ai
>>> pu constater que c'était l'instruction End que je mettais à la fin
>>> (pensant bien faire) qui générait ce comportement particulier.
>>> Depuis que je ne me sers plus de cette instruction, tout est rentré
>>> dans l'ordre.
>>>
>>> Christophe
>>> "Alex" a écrit dans le message de
>>> news:3f361139$0$26853$
>>>> Bonjour,
>>>>
>>>> Existe t'il un ocx freeware, autre que celui d'Adobe livré avec
>>>> Acrobat Reader, permettant de lire les fichiers pdf ?
>>>> Pour ma part, cet ocx ne ma convient pas entièrement. J'arrive
>>>> bien à ouvrir les pdf mais lorsque je ferme la form dans laquelle
>>>> il y a le controle Acrobat, le processus Acrord32 reste actif.
>>>> Cela est très génant puisque je dois faire fonctionner mon appli
>>>> sous TSE et qu'il est impensable de laisser des processus inactifs
>>>> en RAM
>>>> Si quelqu'un a un ocx ou une solution, je prends.
>>>>
>>>> Merci et @+
Par le déchargement de tes objets , tu t'arrêtes en bon citoyen, sans
dégats.
Le déchargement par End c'est arrêter ta voiture en la faisant foncer dans
un mur ou en arrachant le moteur, ...
Bonjour/soir,
Son utilité est de:
-Perdre des ressources mémoires
-Embéter l'utilisateur par des bouts de programme qui restent en mémoire
-...
Plus sérieusement, End *PEUT* éventuellement être utilisé *SI il n'y a pas
d'autre solution* pour arrêter le programme *lors d'erreur totalements
inattendues* où continuer l'exécution du code serait pire que de le
brutalement.
La comprairson la plus utilisé pour expliquer ce que End fait, est l'arrêt
de la voiture.
Par le déchargement de tes objets , tu t'arrêtes en bon citoyen, sans
dégats.
Le déchargement par End c'est arrêter ta voiture en la faisant foncer dans
un mur ou en arrachant le moteur, ...
--
François Picalausa (MVP VB)
FAQ VB : http://faq.vb.free.fr
MSDN : http://msdn.microsoft.com
"Christophe QUEVAL" a écrit dans le message de
news:%23vtQNS%
> Je pensais qu'au contraire, End était là pour terminer correctement
> une appli, et donc libérer les objets en mémoire. N'est-ce qu'un
> reste du langage ? Quelle est son utilité actuelle ?
>
> "Sundowne" a écrit dans le message de
> news:OsBSQP%
>> 'jour
>> On le le répérera JAMAIS assez : une application VB ne se
>> termine pas par End ! Que diable on est pas sous pascal ou delphi.
>> !!! End achéve immédiatement l'application sans libérer les objets
>> créés. @+
>>
>> "Christophe QUEVAL" a écrit dans le message de
>> news:
>>> Bonjour,
>>>
>>> Comment terminez-vous votre application ? Je vous pose cette
>>> question, car il y a quelques temps, dans une application dans
>>> laquelle j'utilisais un ocx externe à ceux livrés avec VB, j'ai eu
>>> la désagréable surprise de constater que mon appli restait en
>>> mémoire alors que je la quittais (hors IDE). Après recherche, j'ai
>>> pu constater que c'était l'instruction End que je mettais à la fin
>>> (pensant bien faire) qui générait ce comportement particulier.
>>> Depuis que je ne me sers plus de cette instruction, tout est rentré
>>> dans l'ordre.
>>>
>>> Christophe
>>> "Alex" a écrit dans le message de
>>> news:3f361139$0$26853$
>>>> Bonjour,
>>>>
>>>> Existe t'il un ocx freeware, autre que celui d'Adobe livré avec
>>>> Acrobat Reader, permettant de lire les fichiers pdf ?
>>>> Pour ma part, cet ocx ne ma convient pas entièrement. J'arrive
>>>> bien à ouvrir les pdf mais lorsque je ferme la form dans laquelle
>>>> il y a le controle Acrobat, le processus Acrord32 reste actif.
>>>> Cela est très génant puisque je dois faire fonctionner mon appli
>>>> sous TSE et qu'il est impensable de laisser des processus inactifs
>>>> en RAM
>>>> Si quelqu'un a un ocx ou une solution, je prends.
>>>>
>>>> Merci et @+
Par le déchargement de tes objets , tu t'arrêtes en bon citoyen, sans
dégats.
Le déchargement par End c'est arrêter ta voiture en la faisant foncer dans
un mur ou en arrachant le moteur, ...
Bonjour/soir,
Son utilité est de:
-Perdre des ressources mémoires
-Embéter l'utilisateur par des bouts de programme qui restent en mémoire
-...
Plus sérieusement, End *PEUT* éventuellement être utilisé *SI il n'y a pas
d'autre solution* pour arrêter le programme *lors d'erreur totalements
inattendues* où continuer l'exécution du code serait pire que de le
brutalement.
La comprairson la plus utilisé pour expliquer ce que End fait, est l'arrêt
de la voiture.
Par le déchargement de tes objets , tu t'arrêtes en bon citoyen, sans
dégats.
Le déchargement par End c'est arrêter ta voiture en la faisant foncer dans
un mur ou en arrachant le moteur, ...
--
François Picalausa (MVP VB)
FAQ VB : http://faq.vb.free.fr
MSDN : http://msdn.microsoft.com
"Christophe QUEVAL" <queval.c@wanadoo.fr> a écrit dans le message de
news:%23vtQNS%23XDHA.2392@TK2MSFTNGP10.phx.gbl
> Je pensais qu'au contraire, End était là pour terminer correctement
> une appli, et donc libérer les objets en mémoire. N'est-ce qu'un
> reste du langage ? Quelle est son utilité actuelle ?
>
> "Sundowne" <sundowne@wanadoo.fr> a écrit dans le message de
> news:OsBSQP%23XDHA.2284@TK2MSFTNGP12.phx.gbl...
>> 'jour
>> On le le répérera JAMAIS assez : une application VB ne se
>> termine pas par End ! Que diable on est pas sous pascal ou delphi.
>> !!! End achéve immédiatement l'application sans libérer les objets
>> créés. @+
>>
>> "Christophe QUEVAL" <queval.c@wanadoo.fr> a écrit dans le message de
>> news:evYZqG1XDHA.1280@tk2msftngp13.phx.gbl...
>>> Bonjour,
>>>
>>> Comment terminez-vous votre application ? Je vous pose cette
>>> question, car il y a quelques temps, dans une application dans
>>> laquelle j'utilisais un ocx externe à ceux livrés avec VB, j'ai eu
>>> la désagréable surprise de constater que mon appli restait en
>>> mémoire alors que je la quittais (hors IDE). Après recherche, j'ai
>>> pu constater que c'était l'instruction End que je mettais à la fin
>>> (pensant bien faire) qui générait ce comportement particulier.
>>> Depuis que je ne me sers plus de cette instruction, tout est rentré
>>> dans l'ordre.
>>>
>>> Christophe
>>> "Alex" <alex25@ifrance.com> a écrit dans le message de
>>> news:3f361139$0$26853$626a54ce@news.free.fr...
>>>> Bonjour,
>>>>
>>>> Existe t'il un ocx freeware, autre que celui d'Adobe livré avec
>>>> Acrobat Reader, permettant de lire les fichiers pdf ?
>>>> Pour ma part, cet ocx ne ma convient pas entièrement. J'arrive
>>>> bien à ouvrir les pdf mais lorsque je ferme la form dans laquelle
>>>> il y a le controle Acrobat, le processus Acrord32 reste actif.
>>>> Cela est très génant puisque je dois faire fonctionner mon appli
>>>> sous TSE et qu'il est impensable de laisser des processus inactifs
>>>> en RAM
>>>> Si quelqu'un a un ocx ou une solution, je prends.
>>>>
>>>> Merci et @+
Par le déchargement de tes objets , tu t'arrêtes en bon citoyen, sans
dégats.
Le déchargement par End c'est arrêter ta voiture en la faisant foncer dans
un mur ou en arrachant le moteur, ...
Bonjour/soir,
Son utilité est de:
-Perdre des ressources mémoires
-Embéter l'utilisateur par des bouts de programme qui restent en mémoire
-...
Plus sérieusement, End *PEUT* éventuellement être utilisé *SI il n'y a pas
d'autre solution* pour arrêter le programme *lors d'erreur totalements
inattendues* où continuer l'exécution du code serait pire que de le
brutalement.
La comprairson la plus utilisé pour expliquer ce que End fait, est l'arrêt
de la voiture.
Par le déchargement de tes objets , tu t'arrêtes en bon citoyen, sans
dégats.
Le déchargement par End c'est arrêter ta voiture en la faisant foncer dans
un mur ou en arrachant le moteur, ...
--
François Picalausa (MVP VB)
FAQ VB : http://faq.vb.free.fr
MSDN : http://msdn.microsoft.com
"Christophe QUEVAL" a écrit dans le message de
news:%23vtQNS%
> Je pensais qu'au contraire, End était là pour terminer correctement
> une appli, et donc libérer les objets en mémoire. N'est-ce qu'un
> reste du langage ? Quelle est son utilité actuelle ?
>
> "Sundowne" a écrit dans le message de
> news:OsBSQP%
>> 'jour
>> On le le répérera JAMAIS assez : une application VB ne se
>> termine pas par End ! Que diable on est pas sous pascal ou delphi.
>> !!! End achéve immédiatement l'application sans libérer les objets
>> créés. @+
>>
>> "Christophe QUEVAL" a écrit dans le message de
>> news:
>>> Bonjour,
>>>
>>> Comment terminez-vous votre application ? Je vous pose cette
>>> question, car il y a quelques temps, dans une application dans
>>> laquelle j'utilisais un ocx externe à ceux livrés avec VB, j'ai eu
>>> la désagréable surprise de constater que mon appli restait en
>>> mémoire alors que je la quittais (hors IDE). Après recherche, j'ai
>>> pu constater que c'était l'instruction End que je mettais à la fin
>>> (pensant bien faire) qui générait ce comportement particulier.
>>> Depuis que je ne me sers plus de cette instruction, tout est rentré
>>> dans l'ordre.
>>>
>>> Christophe
>>> "Alex" a écrit dans le message de
>>> news:3f361139$0$26853$
>>>> Bonjour,
>>>>
>>>> Existe t'il un ocx freeware, autre que celui d'Adobe livré avec
>>>> Acrobat Reader, permettant de lire les fichiers pdf ?
>>>> Pour ma part, cet ocx ne ma convient pas entièrement. J'arrive
>>>> bien à ouvrir les pdf mais lorsque je ferme la form dans laquelle
>>>> il y a le controle Acrobat, le processus Acrord32 reste actif.
>>>> Cela est très génant puisque je dois faire fonctionner mon appli
>>>> sous TSE et qu'il est impensable de laisser des processus inactifs
>>>> en RAM
>>>> Si quelqu'un a un ocx ou une solution, je prends.
>>>>
>>>> Merci et @+
