j ai une base avec un module vba proteg=E9 par mot de passe
j ai un bouton qui verouille tous les champs et un autre=20
qui les deverouille=20
dans le style :
On Error Resume Next
For Each obj In [mon onglet].Controls
obj.Locked =3D True
Next
On Error GoTo Err_verrouiller
(le on error, c est parce que certains objets n(ont pas=20
la propri=E9t=E9 .locked)
quand le code vba est proteg=E9 par mot de passe, aucun=20
probleme
Par contre, des que j'accede au module vba (donc que je=20
met le mot de passe pour pouvoir y acceder), access ne=20
semble plus gerer les erreur (le on error resume next)
en effet quand je clique sur le bouton de verrouillage ou=20
de deverrouillage , j ai un message d erreur
erreur 438 "propriete ou methode non geree par cet objet"
si quelqu un a une idee merci .........
non ordinateur recent windwos xp pro une seule instal de office xp developer installée
j'ai en partit résolu le probleme, dans vba, dans outils / options / général / récupération d'erreur, arret sur toutes les erreurs etait coché quand je coche arret sur les erreurs non gérées, la gestion d'erreur se fait bien meme le code non protégé par mot de passe
Par contre, est-ce normal que lorsque "arret sur toutes les erreurs etaient coché, il y avait cette difference de comportement projet verrouillé / projet non verrouill" ?
et vous, vous avez qoui de coché?
-----Message d'origine----- c'est bien ça qui m'étonne. ou alors il y a une dll incompatible ( gestion
d'erreurs ?) sur ce poste .
Y-a-t-il multi-version access sur ce poste ? -- @+ Raymond Access MVP. http://access.seneque.free.fr/ http://users.skynet.be/mpfa/charte.htm pour une meilleure efficacité de tes interventions sur MPFA.
"Pierre CFI" a écrit dans le message de
news:e$
oui, mais le probléme, c'est la difference de comportement vérrouillé ou
pas
.
non
ordinateur recent
windwos xp pro
une seule instal de office xp developer installée
j'ai en partit résolu le probleme,
dans vba, dans outils / options / général / récupération
d'erreur, arret sur toutes les erreurs etait coché
quand je coche arret sur les erreurs non gérées, la
gestion d'erreur se fait bien meme le code non protégé
par mot de passe
Par contre, est-ce normal que lorsque "arret sur toutes
les erreurs etaient coché, il y avait cette difference de
comportement projet verrouillé / projet non
verrouill" ?
et vous, vous avez qoui de coché?
-----Message d'origine-----
c'est bien ça qui m'étonne. ou alors il y a une dll
incompatible ( gestion
d'erreurs ?) sur ce poste .
Y-a-t-il multi-version access sur ce poste ?
--
@+
Raymond Access MVP.
http://access.seneque.free.fr/
http://users.skynet.be/mpfa/charte.htm pour une meilleure
efficacité de tes interventions sur MPFA.
"Pierre CFI" <XXX_pierresalaun@aol.com> a écrit dans le
message de
news:e$gOkv9bDHA.1656@TK2MSFTNGP10.phx.gbl...
oui, mais le probléme, c'est la difference de
comportement vérrouillé ou
non ordinateur recent windwos xp pro une seule instal de office xp developer installée
j'ai en partit résolu le probleme, dans vba, dans outils / options / général / récupération d'erreur, arret sur toutes les erreurs etait coché quand je coche arret sur les erreurs non gérées, la gestion d'erreur se fait bien meme le code non protégé par mot de passe
Par contre, est-ce normal que lorsque "arret sur toutes les erreurs etaient coché, il y avait cette difference de comportement projet verrouillé / projet non verrouill" ?
et vous, vous avez qoui de coché?
-----Message d'origine----- c'est bien ça qui m'étonne. ou alors il y a une dll incompatible ( gestion
d'erreurs ?) sur ce poste .
Y-a-t-il multi-version access sur ce poste ? -- @+ Raymond Access MVP. http://access.seneque.free.fr/ http://users.skynet.be/mpfa/charte.htm pour une meilleure efficacité de tes interventions sur MPFA.
"Pierre CFI" a écrit dans le message de
news:e$
oui, mais le probléme, c'est la difference de comportement vérrouillé ou
pas
.
Raymond
En voila une nouvelle qu'elle est bonne. comme je te l'ai dit, moi, j'ai la 3e option, comme toi quand ça marche. quand au comportement des autres options il faut rechercher avant d'avancer des hypothèses plus ou moins ....... -- @+ Raymond Access MVP. http://access.seneque.free.fr/ http://users.skynet.be/mpfa/charte.htm pour une meilleure efficacité de tes interventions sur MPFA.
"eric" a écrit dans le message de news:043101c36fe1$87ca6960$
j'ai en partit résolu le probleme, dans vba, dans outils / options / général / récupération d'erreur, arret sur toutes les erreurs etait coché quand je coche arret sur les erreurs non gérées, la gestion d'erreur se fait bien meme le code non protégé par mot de passe
Par contre, est-ce normal que lorsque "arret sur toutes les erreurs etaient coché, il y avait cette difference de comportement projet verrouillé / projet non verrouill" ?
et vous, vous avez qoui de coché?
En voila une nouvelle qu'elle est bonne.
comme je te l'ai dit, moi, j'ai la 3e option, comme toi quand ça marche.
quand au comportement des autres options il faut rechercher avant d'avancer
des hypothèses plus ou moins .......
--
@+
Raymond Access MVP.
http://access.seneque.free.fr/
http://users.skynet.be/mpfa/charte.htm pour une meilleure
efficacité de tes interventions sur MPFA.
"eric" <eric@eric.fr> a écrit dans le message de
news:043101c36fe1$87ca6960$a001280a@phx.gbl...
j'ai en partit résolu le probleme,
dans vba, dans outils / options / général / récupération
d'erreur, arret sur toutes les erreurs etait coché
quand je coche arret sur les erreurs non gérées, la
gestion d'erreur se fait bien meme le code non protégé
par mot de passe
Par contre, est-ce normal que lorsque "arret sur toutes
les erreurs etaient coché, il y avait cette difference de
comportement projet verrouillé / projet non
verrouill" ?
En voila une nouvelle qu'elle est bonne. comme je te l'ai dit, moi, j'ai la 3e option, comme toi quand ça marche. quand au comportement des autres options il faut rechercher avant d'avancer des hypothèses plus ou moins ....... -- @+ Raymond Access MVP. http://access.seneque.free.fr/ http://users.skynet.be/mpfa/charte.htm pour une meilleure efficacité de tes interventions sur MPFA.
"eric" a écrit dans le message de news:043101c36fe1$87ca6960$
j'ai en partit résolu le probleme, dans vba, dans outils / options / général / récupération d'erreur, arret sur toutes les erreurs etait coché quand je coche arret sur les erreurs non gérées, la gestion d'erreur se fait bien meme le code non protégé par mot de passe
Par contre, est-ce normal que lorsque "arret sur toutes les erreurs etaient coché, il y avait cette difference de comportement projet verrouillé / projet non verrouill" ?
et vous, vous avez qoui de coché?
eric
les grands esprits se rencontrent oui ca resoud mon probleme en mode non verouillé par contre est-ce normal qu il y avait la difference de comportement en mode verrouillé/deverouillé quand le 1er était coché? (car chez moi, le 1er etait coché) merci pour ton aide
-----Message d'origine----- ça commence à me plaire un peu plus. dans options du menu outils onglet
général (dans vbe) quelle est la l'option récupération d'erreur ? moi je
mets toujours la 3e , arrêt sur les erreurs non gérées ( ce n'est peut-être
pas ça).
-- @+ Raymond Access MVP. http://access.seneque.free.fr/ http://users.skynet.be/mpfa/charte.htm pour une meilleure efficacité de tes interventions sur MPFA.
"eric" a écrit dans le message de news:041601c36fdf$4a2402d0$ j ai surrement touché a une des propriété d'access ou du module vba parceque avant il me semble que la gestion des erreurs fonctionnait bien sans avoir a proteger le code vba
.
les grands esprits se rencontrent
oui ca resoud mon probleme en mode non verouillé
par contre est-ce normal qu il y avait la difference de
comportement en mode verrouillé/deverouillé quand le 1er
était coché?
(car chez moi, le 1er etait coché)
merci pour ton aide
-----Message d'origine-----
ça commence à me plaire un peu plus. dans options du
menu outils onglet
général (dans vbe) quelle est la l'option récupération
d'erreur ? moi je
mets toujours la 3e , arrêt sur les erreurs non gérées (
ce n'est peut-être
pas ça).
--
@+
Raymond Access MVP.
http://access.seneque.free.fr/
http://users.skynet.be/mpfa/charte.htm pour une meilleure
efficacité de tes interventions sur MPFA.
"eric" <eric@eric.fr> a écrit dans le message de
news:041601c36fdf$4a2402d0$a001280a@phx.gbl...
j ai surrement touché a une des propriété d'access ou du
module vba parceque avant il me semble que la gestion
des erreurs fonctionnait bien sans avoir a proteger le
code vba
les grands esprits se rencontrent oui ca resoud mon probleme en mode non verouillé par contre est-ce normal qu il y avait la difference de comportement en mode verrouillé/deverouillé quand le 1er était coché? (car chez moi, le 1er etait coché) merci pour ton aide
-----Message d'origine----- ça commence à me plaire un peu plus. dans options du menu outils onglet
général (dans vbe) quelle est la l'option récupération d'erreur ? moi je
mets toujours la 3e , arrêt sur les erreurs non gérées ( ce n'est peut-être
pas ça).
-- @+ Raymond Access MVP. http://access.seneque.free.fr/ http://users.skynet.be/mpfa/charte.htm pour une meilleure efficacité de tes interventions sur MPFA.
"eric" a écrit dans le message de news:041601c36fdf$4a2402d0$ j ai surrement touché a une des propriété d'access ou du module vba parceque avant il me semble que la gestion des erreurs fonctionnait bien sans avoir a proteger le code vba
.
Raymond
texte de l'aide 2000/2002/2003:
Récupération d'erreur: Définit la gestion des erreurs dans l'environnement de développement Visual Basic. L'option s'applique à toutes les occurrences de Visual Basic lancées ultérieurement. a.. Arrêt sur toutes les erreurs - En cas d'erreur, le projet passe en mode Arrêt, même si aucun gestionnaire d'erreurs n'est actif et si le code n'est pas dans un module de classe. b.. Arrêt dans les modules de classe - En cas d'erreur non gérée survenue dans un module de classe, le projet passe en mode Arrêt à la ligne de code du module de classe où s'est produite l'erreur. c.. Arrêt sur les erreurs non gérées - Si un gestionnaire d'erreurs est actif, l'erreur est interceptée sans passage en mode Arrêt. Si aucun gestionnaire d'erreurs n'est actif, le projet passe en mode Arrêt. Cependant, en cas d'erreur non gérée dans un module de classe, le projet passe en mode Arrêt à la ligne de code ayant appelé la procédure erronée de la classe. -------------- avec ça !
-- @+ Raymond Access MVP. http://access.seneque.free.fr/ http://users.skynet.be/mpfa/charte.htm pour une meilleure efficacité de tes interventions sur MPFA.
"eric" a écrit dans le message de
texte de l'aide 2000/2002/2003:
Récupération d'erreur:
Définit la gestion des erreurs dans l'environnement de développement Visual
Basic. L'option s'applique à toutes les occurrences de Visual Basic lancées
ultérieurement.
a.. Arrêt sur toutes les erreurs - En cas d'erreur, le projet passe en
mode Arrêt, même si aucun gestionnaire d'erreurs n'est actif et si le code
n'est pas dans un module de classe.
b.. Arrêt dans les modules de classe - En cas d'erreur non gérée survenue
dans un module de classe, le projet passe en mode Arrêt à la ligne de code
du module de classe où s'est produite l'erreur.
c.. Arrêt sur les erreurs non gérées - Si un gestionnaire d'erreurs est
actif, l'erreur est interceptée sans passage en mode Arrêt. Si aucun
gestionnaire d'erreurs n'est actif, le projet passe en mode Arrêt.
Cependant, en cas d'erreur non gérée dans un module de classe, le projet
passe en mode Arrêt à la ligne de code ayant appelé la procédure erronée de
la classe.
--------------
avec ça !
--
@+
Raymond Access MVP.
http://access.seneque.free.fr/
http://users.skynet.be/mpfa/charte.htm pour une meilleure
efficacité de tes interventions sur MPFA.
Récupération d'erreur: Définit la gestion des erreurs dans l'environnement de développement Visual Basic. L'option s'applique à toutes les occurrences de Visual Basic lancées ultérieurement. a.. Arrêt sur toutes les erreurs - En cas d'erreur, le projet passe en mode Arrêt, même si aucun gestionnaire d'erreurs n'est actif et si le code n'est pas dans un module de classe. b.. Arrêt dans les modules de classe - En cas d'erreur non gérée survenue dans un module de classe, le projet passe en mode Arrêt à la ligne de code du module de classe où s'est produite l'erreur. c.. Arrêt sur les erreurs non gérées - Si un gestionnaire d'erreurs est actif, l'erreur est interceptée sans passage en mode Arrêt. Si aucun gestionnaire d'erreurs n'est actif, le projet passe en mode Arrêt. Cependant, en cas d'erreur non gérée dans un module de classe, le projet passe en mode Arrêt à la ligne de code ayant appelé la procédure erronée de la classe. -------------- avec ça !
-- @+ Raymond Access MVP. http://access.seneque.free.fr/ http://users.skynet.be/mpfa/charte.htm pour une meilleure efficacité de tes interventions sur MPFA.
"eric" a écrit dans le message de
Raymond
As-tu le Cd visual studio qui est diffusé avec VB6 ? si oui, installe-le et tu aura MSDN visual studio, il y a une vingtaine de pages sur les gestionnaires d'erreurs et le débogage et j'ai surtout retenu qu'en débogage il faut mettre arret sur toutes les erreurs et arrêt sur les erreurs non gérés en exécution normale. il y a des fonctions qui ne sont pas exécutées en débogage telle le timer. ils parlent aussi beaucoup des erreurs externes telles les appels de dll.
-- @+ Raymond Access MVP. http://access.seneque.free.fr/ http://users.skynet.be/mpfa/charte.htm pour une meilleure efficacité de tes interventions sur MPFA.
As-tu le Cd visual studio qui est diffusé avec VB6 ? si oui, installe-le et
tu aura MSDN visual studio, il y a une vingtaine de pages sur les
gestionnaires d'erreurs et le débogage et j'ai surtout retenu qu'en débogage
il faut mettre arret sur toutes les erreurs et arrêt sur les erreurs non
gérés en exécution normale. il y a des fonctions qui ne sont pas exécutées
en débogage telle le timer. ils parlent aussi beaucoup des erreurs externes
telles les appels de dll.
--
@+
Raymond Access MVP.
http://access.seneque.free.fr/
http://users.skynet.be/mpfa/charte.htm pour une meilleure
efficacité de tes interventions sur MPFA.
As-tu le Cd visual studio qui est diffusé avec VB6 ? si oui, installe-le et tu aura MSDN visual studio, il y a une vingtaine de pages sur les gestionnaires d'erreurs et le débogage et j'ai surtout retenu qu'en débogage il faut mettre arret sur toutes les erreurs et arrêt sur les erreurs non gérés en exécution normale. il y a des fonctions qui ne sont pas exécutées en débogage telle le timer. ils parlent aussi beaucoup des erreurs externes telles les appels de dll.
-- @+ Raymond Access MVP. http://access.seneque.free.fr/ http://users.skynet.be/mpfa/charte.htm pour une meilleure efficacité de tes interventions sur MPFA.
