Je travail avec winxp, win2000 et office 2000 2002 et m=EAme=20
2003. Peut importe la configuration le probl=E8me est=20
toujour le m=EAme.=20
Quand je quitte mon application, access se ferme.=20
Apparemment tous va bien. Cependant le processus=20
MSAccess.exe est toujours en cours. Je suis donc oblig=E9 =E0=20
chaque fois de le tuer. D'ou vient le probl=E8me.=20
Toute les variables sont lib=E9r=E9es.=20
Mon application acc=E8de =E0 une GPAO en lecture et sur des=20
vue.
Cette action est irreversible, confirmez la suppression du commentaire ?
Signaler le commentaire
Veuillez sélectionner un problème
Nudité
Violence
Harcèlement
Fraude
Vente illégale
Discours haineux
Terrorisme
Autre
Raymond [mvp]
Bonjour.
Toutes les variables ? non, il reste un objet qui résiste à l'envahisseur et empêche access de quitter ! plus sérieusement, il va falloir que tu testes à taton. si tu ne fais pas appel à la gpao, access se ferme-t-il toujours correctement ? si oui, revérifie bien que chaque objet ouvert avec un set a bien un set nothing à la sortie. les procèdures d'accès à la gpao sont grosses ou simplement quelques lignes ( c'est une gpao access ?) ? si tu as plusieurs possibilités de quitter, as-tu bien les mêmes nothing de partout ? à suivre. -- @+ Raymond Access MVP http://access.seneque.free.fr/ http://access2003.free.fr/ http://users.skynet.be/mpfa/ pour débuter sur le forum
"Gautier" a écrit dans le message de news:4c0001c42c3a$49435010$ Hey!
Je travail avec winxp, win2000 et office 2000 2002 et même 2003. Peut importe la configuration le problème est toujour le même.
Quand je quitte mon application, access se ferme. Apparemment tous va bien. Cependant le processus MSAccess.exe est toujours en cours. Je suis donc obligé à chaque fois de le tuer. D'ou vient le problème. Toute les variables sont libérées. Mon application accède à une GPAO en lecture et sur des vue.
Quelqu'un a-t-il une idée? MERCI
Bonjour.
Toutes les variables ? non, il reste un objet qui résiste à l'envahisseur et
empêche access de quitter !
plus sérieusement, il va falloir que tu testes à taton.
si tu ne fais pas appel à la gpao, access se ferme-t-il toujours
correctement ?
si oui, revérifie bien que chaque objet ouvert avec un set a bien un set
nothing à la sortie. les procèdures d'accès à la gpao sont grosses ou
simplement quelques lignes ( c'est une gpao access ?) ?
si tu as plusieurs possibilités de quitter, as-tu bien les mêmes nothing de
partout ?
à suivre.
--
@+
Raymond Access MVP
http://access.seneque.free.fr/
http://access2003.free.fr/
http://users.skynet.be/mpfa/ pour débuter sur le forum
"Gautier" <g.gurba-ehmp@isuisse.com> a écrit dans le message de
news:4c0001c42c3a$49435010$a501280a@phx.gbl...
Hey!
Je travail avec winxp, win2000 et office 2000 2002 et même
2003. Peut importe la configuration le problème est
toujour le même.
Quand je quitte mon application, access se ferme.
Apparemment tous va bien. Cependant le processus
MSAccess.exe est toujours en cours. Je suis donc obligé à
chaque fois de le tuer. D'ou vient le problème.
Toute les variables sont libérées.
Mon application accède à une GPAO en lecture et sur des
vue.
Toutes les variables ? non, il reste un objet qui résiste à l'envahisseur et empêche access de quitter ! plus sérieusement, il va falloir que tu testes à taton. si tu ne fais pas appel à la gpao, access se ferme-t-il toujours correctement ? si oui, revérifie bien que chaque objet ouvert avec un set a bien un set nothing à la sortie. les procèdures d'accès à la gpao sont grosses ou simplement quelques lignes ( c'est une gpao access ?) ? si tu as plusieurs possibilités de quitter, as-tu bien les mêmes nothing de partout ? à suivre. -- @+ Raymond Access MVP http://access.seneque.free.fr/ http://access2003.free.fr/ http://users.skynet.be/mpfa/ pour débuter sur le forum
"Gautier" a écrit dans le message de news:4c0001c42c3a$49435010$ Hey!
Je travail avec winxp, win2000 et office 2000 2002 et même 2003. Peut importe la configuration le problème est toujour le même.
Quand je quitte mon application, access se ferme. Apparemment tous va bien. Cependant le processus MSAccess.exe est toujours en cours. Je suis donc obligé à chaque fois de le tuer. D'ou vient le problème. Toute les variables sont libérées. Mon application accède à une GPAO en lecture et sur des vue.
Quelqu'un a-t-il une idée? MERCI
Gautier
Non access ne ferme pas correctement. Oui tous les objets sont libérés. Oui la GPAO est grande et les requêtes sont importantes en taille et complexité.
Quitter ne fonctionne pas peu importe la sortie. J'ai d'autres applications qui accèdent également à la GPAO mais elles n'ont pas de problème.
-----Message d'origine----- Bonjour.
Toutes les variables ? non, il reste un objet qui résiste à l'envahisseur et
empêche access de quitter ! plus sérieusement, il va falloir que tu testes à taton. si tu ne fais pas appel à la gpao, access se ferme-t-il toujours
correctement ? si oui, revérifie bien que chaque objet ouvert avec un set a bien un set
nothing à la sortie. les procèdures d'accès à la gpao sont grosses ou
simplement quelques lignes ( c'est une gpao access ?) ? si tu as plusieurs possibilités de quitter, as-tu bien les mêmes nothing de
partout ? à suivre. -- @+ Raymond Access MVP http://access.seneque.free.fr/ http://access2003.free.fr/ http://users.skynet.be/mpfa/ pour débuter sur le forum
"Gautier" a écrit dans le message de
news:4c0001c42c3a$49435010$ Hey!
Je travail avec winxp, win2000 et office 2000 2002 et même 2003. Peut importe la configuration le problème est toujour le même.
Quand je quitte mon application, access se ferme. Apparemment tous va bien. Cependant le processus MSAccess.exe est toujours en cours. Je suis donc obligé à chaque fois de le tuer. D'ou vient le problème. Toute les variables sont libérées. Mon application accède à une GPAO en lecture et sur des vue.
Quelqu'un a-t-il une idée? MERCI
.
Non access ne ferme pas correctement.
Oui tous les objets sont libérés.
Oui la GPAO est grande et les requêtes sont importantes en
taille et complexité.
Quitter ne fonctionne pas peu importe la sortie.
J'ai d'autres applications qui accèdent également à la
GPAO mais elles n'ont pas de problème.
-----Message d'origine-----
Bonjour.
Toutes les variables ? non, il reste un objet qui résiste
à l'envahisseur et
empêche access de quitter !
plus sérieusement, il va falloir que tu testes à taton.
si tu ne fais pas appel à la gpao, access se ferme-t-il
toujours
correctement ?
si oui, revérifie bien que chaque objet ouvert avec un
set a bien un set
nothing à la sortie. les procèdures d'accès à la gpao
sont grosses ou
simplement quelques lignes ( c'est une gpao access ?) ?
si tu as plusieurs possibilités de quitter, as-tu bien
les mêmes nothing de
partout ?
à suivre.
--
@+
Raymond Access MVP
http://access.seneque.free.fr/
http://access2003.free.fr/
http://users.skynet.be/mpfa/ pour débuter sur le forum
"Gautier" <g.gurba-ehmp@isuisse.com> a écrit dans le
message de
Je travail avec winxp, win2000 et office 2000 2002 et même
2003. Peut importe la configuration le problème est
toujour le même.
Quand je quitte mon application, access se ferme.
Apparemment tous va bien. Cependant le processus
MSAccess.exe est toujours en cours. Je suis donc obligé à
chaque fois de le tuer. D'ou vient le problème.
Toute les variables sont libérées.
Mon application accède à une GPAO en lecture et sur des
vue.
Non access ne ferme pas correctement. Oui tous les objets sont libérés. Oui la GPAO est grande et les requêtes sont importantes en taille et complexité.
Quitter ne fonctionne pas peu importe la sortie. J'ai d'autres applications qui accèdent également à la GPAO mais elles n'ont pas de problème.
-----Message d'origine----- Bonjour.
Toutes les variables ? non, il reste un objet qui résiste à l'envahisseur et
empêche access de quitter ! plus sérieusement, il va falloir que tu testes à taton. si tu ne fais pas appel à la gpao, access se ferme-t-il toujours
correctement ? si oui, revérifie bien que chaque objet ouvert avec un set a bien un set
nothing à la sortie. les procèdures d'accès à la gpao sont grosses ou
simplement quelques lignes ( c'est une gpao access ?) ? si tu as plusieurs possibilités de quitter, as-tu bien les mêmes nothing de
partout ? à suivre. -- @+ Raymond Access MVP http://access.seneque.free.fr/ http://access2003.free.fr/ http://users.skynet.be/mpfa/ pour débuter sur le forum
"Gautier" a écrit dans le message de
news:4c0001c42c3a$49435010$ Hey!
Je travail avec winxp, win2000 et office 2000 2002 et même 2003. Peut importe la configuration le problème est toujour le même.
Quand je quitte mon application, access se ferme. Apparemment tous va bien. Cependant le processus MSAccess.exe est toujours en cours. Je suis donc obligé à chaque fois de le tuer. D'ou vient le problème. Toute les variables sont libérées. Mon application accède à une GPAO en lecture et sur des vue.
Quelqu'un a-t-il une idée? MERCI
.
Raymond [mvp]
donc il faut éliminer la piste gpao. as-tu remarqué si plus particulièrement un formulaire causait le phénomène ou est-ce permanent ? combien de formulaires dans la base ? selon le nombre il faudra tester avec chacun. dès que tu auras cerné le formulaire, ce sera terminé. si la base n'est pas importante, fais une copie de la base, vide tes données sauf les paramètres éventuels, compacte la et passe la moi en mail en fichier zip ou rar obligatoire, en enlevant le XYZ. de mon adresse, pour jeter un oeil. indique moi bien une procédure pour tomber dessus immédiatement si possible. -- @+ Raymond Access MVP http://access.seneque.free.fr/ http://access2003.free.fr/ http://users.skynet.be/mpfa/ pour débuter sur le forum
"Gautier" a écrit dans le message de news:4ce301c42c44$a688fbd0$ Non access ne ferme pas correctement. Oui tous les objets sont libérés. Oui la GPAO est grande et les requêtes sont importantes en taille et complexité.
Quitter ne fonctionne pas peu importe la sortie. J'ai d'autres applications qui accèdent également à la GPAO mais elles n'ont pas de problème.
donc il faut éliminer la piste gpao.
as-tu remarqué si plus particulièrement un formulaire causait le phénomène
ou est-ce permanent ? combien de formulaires dans la base ? selon le nombre
il faudra tester avec chacun. dès que tu auras cerné le formulaire, ce sera
terminé.
si la base n'est pas importante, fais une copie de la base, vide tes données
sauf les paramètres éventuels, compacte la et passe la moi en mail en
fichier zip ou rar obligatoire, en enlevant le XYZ. de mon adresse, pour
jeter un oeil. indique moi bien une procédure pour tomber dessus
immédiatement si possible.
--
@+
Raymond Access MVP
http://access.seneque.free.fr/
http://access2003.free.fr/
http://users.skynet.be/mpfa/ pour débuter sur le forum
"Gautier" <g.gurba-ehmp@isuisse.com> a écrit dans le message de
news:4ce301c42c44$a688fbd0$a001280a@phx.gbl...
Non access ne ferme pas correctement.
Oui tous les objets sont libérés.
Oui la GPAO est grande et les requêtes sont importantes en
taille et complexité.
Quitter ne fonctionne pas peu importe la sortie.
J'ai d'autres applications qui accèdent également à la
GPAO mais elles n'ont pas de problème.
donc il faut éliminer la piste gpao. as-tu remarqué si plus particulièrement un formulaire causait le phénomène ou est-ce permanent ? combien de formulaires dans la base ? selon le nombre il faudra tester avec chacun. dès que tu auras cerné le formulaire, ce sera terminé. si la base n'est pas importante, fais une copie de la base, vide tes données sauf les paramètres éventuels, compacte la et passe la moi en mail en fichier zip ou rar obligatoire, en enlevant le XYZ. de mon adresse, pour jeter un oeil. indique moi bien une procédure pour tomber dessus immédiatement si possible. -- @+ Raymond Access MVP http://access.seneque.free.fr/ http://access2003.free.fr/ http://users.skynet.be/mpfa/ pour débuter sur le forum
"Gautier" a écrit dans le message de news:4ce301c42c44$a688fbd0$ Non access ne ferme pas correctement. Oui tous les objets sont libérés. Oui la GPAO est grande et les requêtes sont importantes en taille et complexité.
Quitter ne fonctionne pas peu importe la sortie. J'ai d'autres applications qui accèdent également à la GPAO mais elles n'ont pas de problème.
Jessy Sempere [MVP]
Bonjour
Et si tu ouvres la base en inhibant les fonctions éventuelles de démarrage avec la touche shift, et que tu essais de la fermer aussitôt, est-ce qu'il te reste quand même un processus Access ?
@+ Jessy Sempere - Access MVP
------------------------------------ Site @ccess : http://access.jessy.free.fr/ Pour l'efficacité de tous : http://users.skynet.be/mpfa/ ------------------------------------ "Gautier" a écrit dans le message news: 4ce301c42c44$a688fbd0$ Non access ne ferme pas correctement. Oui tous les objets sont libérés. Oui la GPAO est grande et les requêtes sont importantes en taille et complexité.
Quitter ne fonctionne pas peu importe la sortie. J'ai d'autres applications qui accèdent également à la GPAO mais elles n'ont pas de problème.
-----Message d'origine----- Bonjour.
Toutes les variables ? non, il reste un objet qui résiste à l'envahisseur et
empêche access de quitter ! plus sérieusement, il va falloir que tu testes à taton. si tu ne fais pas appel à la gpao, access se ferme-t-il toujours
correctement ? si oui, revérifie bien que chaque objet ouvert avec un set a bien un set
nothing à la sortie. les procèdures d'accès à la gpao sont grosses ou
simplement quelques lignes ( c'est une gpao access ?) ? si tu as plusieurs possibilités de quitter, as-tu bien les mêmes nothing de
partout ? à suivre. -- @+ Raymond Access MVP http://access.seneque.free.fr/ http://access2003.free.fr/ http://users.skynet.be/mpfa/ pour débuter sur le forum
"Gautier" a écrit dans le message de
news:4c0001c42c3a$49435010$ Hey!
Je travail avec winxp, win2000 et office 2000 2002 et même 2003. Peut importe la configuration le problème est toujour le même.
Quand je quitte mon application, access se ferme. Apparemment tous va bien. Cependant le processus MSAccess.exe est toujours en cours. Je suis donc obligé à chaque fois de le tuer. D'ou vient le problème. Toute les variables sont libérées. Mon application accède à une GPAO en lecture et sur des vue.
Quelqu'un a-t-il une idée? MERCI
.
Bonjour
Et si tu ouvres la base en inhibant les fonctions éventuelles de démarrage
avec la touche shift, et que tu essais de la fermer aussitôt, est-ce qu'il
te
reste quand même un processus Access ?
@+
Jessy Sempere - Access MVP
news@access.fr.vu
------------------------------------
Site @ccess : http://access.jessy.free.fr/
Pour l'efficacité de tous :
http://users.skynet.be/mpfa/
------------------------------------
"Gautier" <g.gurba-ehmp@isuisse.com> a écrit dans le message news:
4ce301c42c44$a688fbd0$a001280a@phx.gbl...
Non access ne ferme pas correctement.
Oui tous les objets sont libérés.
Oui la GPAO est grande et les requêtes sont importantes en
taille et complexité.
Quitter ne fonctionne pas peu importe la sortie.
J'ai d'autres applications qui accèdent également à la
GPAO mais elles n'ont pas de problème.
-----Message d'origine-----
Bonjour.
Toutes les variables ? non, il reste un objet qui résiste
à l'envahisseur et
empêche access de quitter !
plus sérieusement, il va falloir que tu testes à taton.
si tu ne fais pas appel à la gpao, access se ferme-t-il
toujours
correctement ?
si oui, revérifie bien que chaque objet ouvert avec un
set a bien un set
nothing à la sortie. les procèdures d'accès à la gpao
sont grosses ou
simplement quelques lignes ( c'est une gpao access ?) ?
si tu as plusieurs possibilités de quitter, as-tu bien
les mêmes nothing de
partout ?
à suivre.
--
@+
Raymond Access MVP
http://access.seneque.free.fr/
http://access2003.free.fr/
http://users.skynet.be/mpfa/ pour débuter sur le forum
"Gautier" <g.gurba-ehmp@isuisse.com> a écrit dans le
message de
Je travail avec winxp, win2000 et office 2000 2002 et même
2003. Peut importe la configuration le problème est
toujour le même.
Quand je quitte mon application, access se ferme.
Apparemment tous va bien. Cependant le processus
MSAccess.exe est toujours en cours. Je suis donc obligé à
chaque fois de le tuer. D'ou vient le problème.
Toute les variables sont libérées.
Mon application accède à une GPAO en lecture et sur des
vue.
Et si tu ouvres la base en inhibant les fonctions éventuelles de démarrage avec la touche shift, et que tu essais de la fermer aussitôt, est-ce qu'il te reste quand même un processus Access ?
@+ Jessy Sempere - Access MVP
------------------------------------ Site @ccess : http://access.jessy.free.fr/ Pour l'efficacité de tous : http://users.skynet.be/mpfa/ ------------------------------------ "Gautier" a écrit dans le message news: 4ce301c42c44$a688fbd0$ Non access ne ferme pas correctement. Oui tous les objets sont libérés. Oui la GPAO est grande et les requêtes sont importantes en taille et complexité.
Quitter ne fonctionne pas peu importe la sortie. J'ai d'autres applications qui accèdent également à la GPAO mais elles n'ont pas de problème.
-----Message d'origine----- Bonjour.
Toutes les variables ? non, il reste un objet qui résiste à l'envahisseur et
empêche access de quitter ! plus sérieusement, il va falloir que tu testes à taton. si tu ne fais pas appel à la gpao, access se ferme-t-il toujours
correctement ? si oui, revérifie bien que chaque objet ouvert avec un set a bien un set
nothing à la sortie. les procèdures d'accès à la gpao sont grosses ou
simplement quelques lignes ( c'est une gpao access ?) ? si tu as plusieurs possibilités de quitter, as-tu bien les mêmes nothing de
partout ? à suivre. -- @+ Raymond Access MVP http://access.seneque.free.fr/ http://access2003.free.fr/ http://users.skynet.be/mpfa/ pour débuter sur le forum
"Gautier" a écrit dans le message de
news:4c0001c42c3a$49435010$ Hey!
Je travail avec winxp, win2000 et office 2000 2002 et même 2003. Peut importe la configuration le problème est toujour le même.
Quand je quitte mon application, access se ferme. Apparemment tous va bien. Cependant le processus MSAccess.exe est toujours en cours. Je suis donc obligé à chaque fois de le tuer. D'ou vient le problème. Toute les variables sont libérées. Mon application accède à une GPAO en lecture et sur des vue.
Quelqu'un a-t-il une idée? MERCI
.
Dans ce cas là précis non il ferme correctement
-----Message d'origine----- Bonjour
Et si tu ouvres la base en inhibant les fonctions éventuelles de démarrage
avec la touche shift, et que tu essais de la fermer aussitôt, est-ce qu'il
te reste quand même un processus Access ?
@+ Jessy Sempere - Access MVP
------------------------------------ Site @ccess : http://access.jessy.free.fr/ Pour l'efficacité de tous : http://users.skynet.be/mpfa/ ------------------------------------ "Gautier" a écrit dans le message news:
4ce301c42c44$a688fbd0$ Non access ne ferme pas correctement. Oui tous les objets sont libérés. Oui la GPAO est grande et les requêtes sont importantes en taille et complexité.
Quitter ne fonctionne pas peu importe la sortie. J'ai d'autres applications qui accèdent également à la GPAO mais elles n'ont pas de problème.
-----Message d'origine----- Bonjour.
Toutes les variables ? non, il reste un objet qui résiste à l'envahisseur et
empêche access de quitter ! plus sérieusement, il va falloir que tu testes à taton. si tu ne fais pas appel à la gpao, access se ferme-t-il toujours
correctement ? si oui, revérifie bien que chaque objet ouvert avec un set a bien un set
nothing à la sortie. les procèdures d'accès à la gpao sont grosses ou
simplement quelques lignes ( c'est une gpao access ?) ? si tu as plusieurs possibilités de quitter, as-tu bien les mêmes nothing de
partout ? à suivre. -- @+ Raymond Access MVP http://access.seneque.free.fr/ http://access2003.free.fr/ http://users.skynet.be/mpfa/ pour débuter sur le forum
"Gautier" a écrit dans le message de
news:4c0001c42c3a$49435010$ Hey!
Je travail avec winxp, win2000 et office 2000 2002 et même
2003. Peut importe la configuration le problème est toujour le même.
Quand je quitte mon application, access se ferme. Apparemment tous va bien. Cependant le processus MSAccess.exe est toujours en cours. Je suis donc obligé à chaque fois de le tuer. D'ou vient le problème. Toute les variables sont libérées. Mon application accède à une GPAO en lecture et sur des vue.
Quelqu'un a-t-il une idée? MERCI
.
.
Dans ce cas là précis non il ferme correctement
-----Message d'origine-----
Bonjour
Et si tu ouvres la base en inhibant les fonctions
éventuelles de démarrage
avec la touche shift, et que tu essais de la fermer
aussitôt, est-ce qu'il
te
reste quand même un processus Access ?
@+
Jessy Sempere - Access MVP
news@access.fr.vu
------------------------------------
Site @ccess : http://access.jessy.free.fr/
Pour l'efficacité de tous :
http://users.skynet.be/mpfa/
------------------------------------
"Gautier" <g.gurba-ehmp@isuisse.com> a écrit dans le
message news:
4ce301c42c44$a688fbd0$a001280a@phx.gbl...
Non access ne ferme pas correctement.
Oui tous les objets sont libérés.
Oui la GPAO est grande et les requêtes sont importantes en
taille et complexité.
Quitter ne fonctionne pas peu importe la sortie.
J'ai d'autres applications qui accèdent également à la
GPAO mais elles n'ont pas de problème.
-----Message d'origine-----
Bonjour.
Toutes les variables ? non, il reste un objet qui résiste
à l'envahisseur et
empêche access de quitter !
plus sérieusement, il va falloir que tu testes à taton.
si tu ne fais pas appel à la gpao, access se ferme-t-il
toujours
correctement ?
si oui, revérifie bien que chaque objet ouvert avec un
set a bien un set
nothing à la sortie. les procèdures d'accès à la gpao
sont grosses ou
simplement quelques lignes ( c'est une gpao access ?) ?
si tu as plusieurs possibilités de quitter, as-tu bien
les mêmes nothing de
partout ?
à suivre.
--
@+
Raymond Access MVP
http://access.seneque.free.fr/
http://access2003.free.fr/
http://users.skynet.be/mpfa/ pour débuter sur le forum
"Gautier" <g.gurba-ehmp@isuisse.com> a écrit dans le
message de
Je travail avec winxp, win2000 et office 2000 2002 et
même
2003. Peut importe la configuration le problème est
toujour le même.
Quand je quitte mon application, access se ferme.
Apparemment tous va bien. Cependant le processus
MSAccess.exe est toujours en cours. Je suis donc obligé à
chaque fois de le tuer. D'ou vient le problème.
Toute les variables sont libérées.
Mon application accède à une GPAO en lecture et sur des
vue.
Et si tu ouvres la base en inhibant les fonctions éventuelles de démarrage
avec la touche shift, et que tu essais de la fermer aussitôt, est-ce qu'il
te reste quand même un processus Access ?
@+ Jessy Sempere - Access MVP
------------------------------------ Site @ccess : http://access.jessy.free.fr/ Pour l'efficacité de tous : http://users.skynet.be/mpfa/ ------------------------------------ "Gautier" a écrit dans le message news:
4ce301c42c44$a688fbd0$ Non access ne ferme pas correctement. Oui tous les objets sont libérés. Oui la GPAO est grande et les requêtes sont importantes en taille et complexité.
Quitter ne fonctionne pas peu importe la sortie. J'ai d'autres applications qui accèdent également à la GPAO mais elles n'ont pas de problème.
-----Message d'origine----- Bonjour.
Toutes les variables ? non, il reste un objet qui résiste à l'envahisseur et
empêche access de quitter ! plus sérieusement, il va falloir que tu testes à taton. si tu ne fais pas appel à la gpao, access se ferme-t-il toujours
correctement ? si oui, revérifie bien que chaque objet ouvert avec un set a bien un set
nothing à la sortie. les procèdures d'accès à la gpao sont grosses ou
simplement quelques lignes ( c'est une gpao access ?) ? si tu as plusieurs possibilités de quitter, as-tu bien les mêmes nothing de
partout ? à suivre. -- @+ Raymond Access MVP http://access.seneque.free.fr/ http://access2003.free.fr/ http://users.skynet.be/mpfa/ pour débuter sur le forum
"Gautier" a écrit dans le message de
news:4c0001c42c3a$49435010$ Hey!
Je travail avec winxp, win2000 et office 2000 2002 et même
2003. Peut importe la configuration le problème est toujour le même.
Quand je quitte mon application, access se ferme. Apparemment tous va bien. Cependant le processus MSAccess.exe est toujours en cours. Je suis donc obligé à chaque fois de le tuer. D'ou vient le problème. Toute les variables sont libérées. Mon application accède à une GPAO en lecture et sur des vue.
Quelqu'un a-t-il une idée? MERCI
.
.
Je recontacterais par mail après certain test car difficile de l'utiliser sans GPAO.
-----Message d'origine----- donc il faut éliminer la piste gpao. as-tu remarqué si plus particulièrement un formulaire causait le phénomène
ou est-ce permanent ? combien de formulaires dans la base ? selon le nombre
il faudra tester avec chacun. dès que tu auras cerné le formulaire, ce sera
terminé. si la base n'est pas importante, fais une copie de la base, vide tes données
sauf les paramètres éventuels, compacte la et passe la moi en mail en
fichier zip ou rar obligatoire, en enlevant le XYZ. de mon adresse, pour
jeter un oeil. indique moi bien une procédure pour tomber dessus
immédiatement si possible. -- @+ Raymond Access MVP http://access.seneque.free.fr/ http://access2003.free.fr/ http://users.skynet.be/mpfa/ pour débuter sur le forum
"Gautier" a écrit dans le message de
news:4ce301c42c44$a688fbd0$ Non access ne ferme pas correctement. Oui tous les objets sont libérés. Oui la GPAO est grande et les requêtes sont importantes en taille et complexité.
Quitter ne fonctionne pas peu importe la sortie. J'ai d'autres applications qui accèdent également à la GPAO mais elles n'ont pas de problème.
.
Je recontacterais par mail après certain test car
difficile de l'utiliser sans GPAO.
-----Message d'origine-----
donc il faut éliminer la piste gpao.
as-tu remarqué si plus particulièrement un formulaire
causait le phénomène
ou est-ce permanent ? combien de formulaires dans la
base ? selon le nombre
il faudra tester avec chacun. dès que tu auras cerné le
formulaire, ce sera
terminé.
si la base n'est pas importante, fais une copie de la
base, vide tes données
sauf les paramètres éventuels, compacte la et passe la
moi en mail en
fichier zip ou rar obligatoire, en enlevant le XYZ. de
mon adresse, pour
jeter un oeil. indique moi bien une procédure pour tomber
dessus
immédiatement si possible.
--
@+
Raymond Access MVP
http://access.seneque.free.fr/
http://access2003.free.fr/
http://users.skynet.be/mpfa/ pour débuter sur le forum
"Gautier" <g.gurba-ehmp@isuisse.com> a écrit dans le
message de
news:4ce301c42c44$a688fbd0$a001280a@phx.gbl...
Non access ne ferme pas correctement.
Oui tous les objets sont libérés.
Oui la GPAO est grande et les requêtes sont importantes en
taille et complexité.
Quitter ne fonctionne pas peu importe la sortie.
J'ai d'autres applications qui accèdent également à la
GPAO mais elles n'ont pas de problème.
Je recontacterais par mail après certain test car difficile de l'utiliser sans GPAO.
-----Message d'origine----- donc il faut éliminer la piste gpao. as-tu remarqué si plus particulièrement un formulaire causait le phénomène
ou est-ce permanent ? combien de formulaires dans la base ? selon le nombre
il faudra tester avec chacun. dès que tu auras cerné le formulaire, ce sera
terminé. si la base n'est pas importante, fais une copie de la base, vide tes données
sauf les paramètres éventuels, compacte la et passe la moi en mail en
fichier zip ou rar obligatoire, en enlevant le XYZ. de mon adresse, pour
jeter un oeil. indique moi bien une procédure pour tomber dessus
immédiatement si possible. -- @+ Raymond Access MVP http://access.seneque.free.fr/ http://access2003.free.fr/ http://users.skynet.be/mpfa/ pour débuter sur le forum
"Gautier" a écrit dans le message de
news:4ce301c42c44$a688fbd0$ Non access ne ferme pas correctement. Oui tous les objets sont libérés. Oui la GPAO est grande et les requêtes sont importantes en taille et complexité.
Quitter ne fonctionne pas peu importe la sortie. J'ai d'autres applications qui accèdent également à la GPAO mais elles n'ont pas de problème.
