Discussion :

[nicomidas]

Bonjour,

Voilà mon problème : Lorsque je clique sur "visualiser le code" en mode création, Access plante et redémarre... Impossible de modifier un formulaire sinon la base plante.

Quelqu'un sait-il ce qu'il faut faire?

Merci d'avance.

[hyperion13]

et le raccourci clavier Alt F11 ça donne quoi ?

[nicomidas]

ça plante pareil

Je crois que c'est un de mes formulaires car j'ai tester avec des sauvegardes et dès la création d'un formulaire spécifique ça ne fonctionne plus.

[tee_grandbois]

bonsoir,
j'ai pu ouvrir ta base en mode sans échec: première constatation, le code n'est pas compilé (même si les erreurs sont issues du formulaire Copie de F_Ajout de Données) :


j'ai mis tout le code qui plantait en commentaire et j'ai pu créer un formulaire (sans code VBA) sans problème de compilation.

Tu peux toi aussi ouvrir Access en mode sans échec en appelant l'application depuis le menu démarrer de Windows (applis Microsoft Office) tout en maintenant la touche Ctrl appuyée, ensuite il suffit de rechercher la fenêtre boite message (avec Alt+TAB) car elle n'apparait pas en premier plan, puis de répondre Oui à ce message, ensuite cliquer sur "Ouvrir d'autres fichiers" et choisir la base à ouvrir depuis l'explorateur:

[loufab]

Bonjour,

Utilises un decomp/comp ça résout généralement ce type de problème.

http://blogaccess.free.fr/?p=75

Cordialement,

[nicomidas]

Merci pour ta réponse je vais essayer.

Je n'ai pas compris ce qu'il y avait de faux dans le code? Et oui je n'ai jamais compilé mes codes, je ne savais pas!
Comment compiler les codes?

Merci!

Le problème c'est que je suis sur l'ordinateur du travail. Tout est plus ou moins limité.

Même en mode sans échec, je n'arrive pas à ouvrir le code VBA...

Comment avez-vous fait?

Merci

[tee_grandbois]

bonjour,

Même en mode sans echec, je n'arrive pas à ouvrir le code VBA...

Comment avez-vous fait?

habituellement, je le fais depuis un objet formulaire ou état en mode création via l'icône "Visualiser le code":



ou bien en cliquant sur un module existant, ou alors, plus directement, avec les touches: Alt+F11

Quelques remarques sur mes manipulations:
- la base ne semble pas vouloir diminuer de taille après réparation/compactage malgré un petit nombre d'objets. Il faut peut-être envisager de créer une nouvelle base et importer tous les objets. Je l'ai fait avec la version en ligne: la taille est passée de 6975 Ko à 3088 Ko.
- si j'ai pu accéder au code VBA de la copie de la base mise en ligne, c'est que le problème ne vient peut-être pas de la base mais de la version Access utilisée. Peut-être faudrait-il envisager de réparer d'abord ta version Access ?

Chose plus surprenante: alors que le fichier après réparation/compactage et compressé en RAR a une taille de 4397 Ko ( 6975 Ko en accdb), le fichier après importation dans une nouvelle base et compressé en RAR ne fait plus que 810 Ko (3088 Ko en accdb), preuve qu'il y a beaucoup d'objets temporaires résiduels dans la base d'origine et qu'il faudrait passer par une importation depuis une base vierge.

Comment compiler les codes?

c'est malheureusement depuis la fenêtre VBA: menu Débogage, option: Compiler BDD LAW VBA

[nicomidas]

Quelques remarques sur mes manipulations:
- la base ne semble pas vouloir diminuer de taille après réparation/compactage malgré un petit nombre d'objets.

C'est peut être parce que ma base se compacte automatiquement lors de sa fermeture, j'ai mis ça dans les options.

Je l'ai fait avec la version en ligne: la taille est passée de 6975 Ko à 3088 Ko.
- si j'ai pu accéder au code VBA de la copie de la base mise en ligne, c'est que le problème ne vient peut-être pas de la base mais de la version Access utilisée. Peut-être faudrait-il envisager de réparer d'abord ta version Access ?

La version en ligne? Le problème c'est que je suis dans une entreprise et tous les pc sont en reseau, aucun moyen de toucher aux fichiers locaux, mise à jour et réparation de logiciel...

Chose plus surprenante: alors que le fichier après réparation/compactage et compressé en RAR a une taille de 4397 Ko ( 6975 Ko en accdb), le fichier après importation dans une nouvelle base et compressé en RAR ne fait plus que 810 Ko (3088 Ko en accdb), preuve qu'il y a beaucoup d'objets temporaires résiduels dans la base d'origine et qu'il faudrait passer par une importation depuis une base vierge.

Cela est-il un problème en soit? Si oui pourquoi?

c'est malheureusement depuis la fenêtre VBA: menu Débogage, option: Compiler BDD LAW VBA

Si on en revient à nos moutons, savez-vous ce qui fait planter access? C'est ce formulaire? Ces codes?

Merci pour votre aide!

[tee_grandbois]

La version en ligne? Le problème c'est que je suis dans une entreprise et tous les pc sont en reseau, aucun moyen de toucher aux fichiers locaux, mise à jour et réparation de logiciel...

quand je parle de version en ligne, il s'agit de la copie que tu as mis à disposition dans un post de cette discussion et dont le lien vers un site de téléchargement semble avoir disparu ...
Cela dit j'espère que dans une entreprise on donne les moyens de réparer des dysfonctionnements, sinon cela risque de ne jamais fonctionner.

C'est peut être parce que ma base se compacte automatiquement lors de sa fermeture, j'ai mis ça dans les options.

Oui, mais malgré cela, la base reste volumineuse vu le ratio taille de la base/nombre d'objets + enregistrements des tables.
En faisant une importation dans une nouvelle base, j'ai gagné de la place, sans doute à cause d'objets temporaires incomplets, cassés ... invisibles dans les tables systèmes actuelles.

Cela est-il un problème en soit? Si oui pourquoi?

Ce n'est pas forcément un problème mais cela permet de faire le ménage et rendre la base saine et diminuer le risque de dysfonctionnement tel que celui dont tu nous fais part.

Si on en revient à nos moutons, savez-vous ce qui fait planter access? C'est ce formulaire? Ces codes?

Si je le savais, je t'aurai donné l'explication, je n'ai fait que donner des pistes pour contourner le problème.

J'ai pu accéder à la fenêtre VBA depuis une copie de ta base dans une base vierge donc elle n'est pas corrompue. Je te la mets en pièce jointe (tables vidées):BDD CLIENTS new.zip

Une question: que se passe-t-il lorsque que tu appuies sur ALT+F11 ?

[hyperion13]

Salut
Je n'ai pas eu de msg d'erreur à l'ouverture de cette bdd.
Ce n'est qu'au moment du débogage que j'ai vu le problème.

[tee_grandbois]

Salut
Je n'ai pas eu de msg d'erreur à l'ouverture de cette bdd.
Ce n'est qu'au moment du débogage que j'ai vu le problème.

oui, puisque ce sont les messages suite à la compilation du code. Le soucis de nicomidas, c'est qu'il n'arrive pas à accéder à la fenêtre VBA

[Arkham46]

Le problème c'est que je suis sur l'ordinateur du travail. Tout est plus ou moins limiter.

Merci.

Bonnour,

Il suffit de créer un raccourci avec /decompile.
Pas besoin d'autorisation particulière.

[loufab]

Le batch proposé (ce n'est qu'un batch ) permet d'automatiser la tache du decomp/comp.
Sinon on peut effectivement créer 2 racourcis pour faire le decomp et le comp.

[nicomidas]

quand je parle de version en ligne, il s'agit de la copie que tu as mis à disposition dans un post de cette discussion et dont le lien vers un site de téléchargement semble avoir disparu ...
Cela dit j'espère que dans une entreprise on donne les moyens de réparer des dysfonctionnements, sinon cela risque de ne jamais fonctionner.

Oui, mais malgré cela, la base reste volumineuse vu le ratio taille de la base/nombre d'objets + enregistrements des tables.
En faisant une importation dans une nouvelle base, j'ai gagné de la place, sans doute à cause d'objets temporaires incomplets, cassés ... invisibles dans les tables systèmes actuelles.

Ce n'est pas forcément un problème mais cela permet de faire le ménage et rendre la base saine et diminuer le risque de dysfonctionnement tel que celui dont tu nous fais part.


Si je le savais, je t'aurai donné l'explication, je n'ai fait que donner des pistes pour contourner le problème.

J'ai pu accéder à la fenêtre VBA depuis une copie de ta base dans une base vierge donc elle n'est pas corrompue. Je te la mets en pièce jointe (tables vidées):BDD CLIENTS new.zip

Une question: que se passe-t-il lorsque que tu appuies sur ALT+F11 ?

Bonjour,

merci pour ta réponse.

Premièrement, oui j'ai effacé le lien car la base contient des infos privées.

J'ai importé les tables avec données sur la nouvelle base, tout fonctionne et je peux ouvrir le code VBA...
Donc si cela revient, je dois juste réimporter tous mes objets sur une nouvelle base?

En tout cas merci, cela fonctionne, je croise les doigts. Je pense que ma base de données est mal construite et que lorsque je veux modifier un formulaire cela créer des bugs...

Avant si je faisais ALT F11, cela faisait aussi planté la base de données. Maintenant ça marche.

Merci!

[tee_grandbois]

bonjour,

J'ai importé les tables avec données sur la nouvelle base, tout fonctionne et je peux ouvrir le code VBA...
Donc si cela revient, je dois juste réimporter tous mes objets sur une nouvelle base?

je dirait qu'en premier lieu, il faut essayer l'option "Compacter et réparer une base de données" (via l'onglet Fichier)
en second, il faut essayer l'option décomp/comp proposé par loufab
et si le problème n'est toujours pas résolu après ça, alors oui, il faut utiliser l'option tout importer dans une nouvelle base