Discussion :

[DamKre]

Bonjour.

Je continue le développement de ma db et j'y intègre de temps à autre de nouvelles fonctionnalités.
A ce moment, je travaille en local ( la db de travail et de tests n'est pas encore en multi-utilisateurs ).

Lorsque je relance ma db après l'avoir fermée, j'ai ce désagréable message d'erreur :



s'ensuit le message suivant :



Qu'est-ce que cela signifie ? Et comment résoudre ce problème ?

[loufab]

Il faudrait voir le code qu'il y a sur l'événement Sur Ouverture de ton formulaire. Nous n'avons pas encore le mode Extra-lucide sur le forum...

[DamKre]

Il faudrait voir le code qu'il y a sur l'événement Sur Ouverture de ton formulaire. Nous n'avons pas encore le mode Extra-lucide sur le forum...

Effectivement... Si c'était le cas... faites-m'en profiter

Je n'y avais pas pensé puisque :
1) le code au démarrage fonctionne normalement très bien
2) Ce n'est que lorsque j'ajoute les modifications dans la db de tests que ces messages se produisent.

[Domi2]

Bonjour,

Ce n'est que lorsque j'ajoute les modifications dans la db de tests que ces messages se produisent.

Nous n'avons pas encore le mode Extra-lucide sur le forum...

J'essaie quand même...

Dans les modifications, tu n'aurais pas par hasard un nom de fonction/procédure qui existe déjà dans ton application ???

Domi2

[DamKre]

Dans les modifications, tu n'aurais pas par hasard un nom de fonction/procédure qui existe déjà dans ton application ???

Non, puisque je remplace le formulaire dans lequel j'ai fait les modifications...

[Domi2]

Re,

Tu as essayé de compiler ?

Pas d'erreur ?

Domi2

[DamKre]

Re,

Tu as essayé de compiler ?

Pas d'erreur ?

Domi2

En compilant, c'est la même chose ^^

[Domi2]

Re,

En compilant, c'est la même chose

Tu as l'erreur ?

Et ça "plante" quelque part ?

Tu peux poster la partie de code qui pose problème et indiquer si tu as une ligne surlignée en jaune ?

Domi2

[DamKre]

J'ai en effet un peu plus de précisions...

Je m'explique : je travaille sur une DB avec les tables vides pour concevoir les formulaires et autres. Ensuite, pour tester, je remplace les formulaires et états ( et autres ) que je viens de modifier par les nouveaux : je les efface d'abord de la db de tests puis je les importe ( ils viennent de la db de conception ).
Je répète que je travaille en local...

Je viens de réessayer cette méthode ( qui du reste fonctionnait très bien ) et, au moment d'importer un état, voici les deux messages d'erreurs :

le premier :



Je clique sur OK, et un second arrive donc :



Puis, s'enchaînent les soucis dont j'ai parlé plus haut.

Si vous avez une explication, je suis toute ouïe...

[Domi2]

Re,

Le deuxième message est peut-être une piste...

Dans les modifications, tu n'aurais pas par hasard un nom de fonction/procédure qui existe déjà dans ton application ???

Peut-être que si tu supprimes bien tes formulaires et états de ta bd de tests avant d'importer les nouveau, Access garde des "traces" de ces formulaires/états.

Ce que je ferais, de toute façon cela fera le plus grand bien à ta bd, c'est de la réimporter dans dans une base vierge après avoir supprimé les formulaires et états que tu veux remplacer.

Puis, tu réimportes tes nouveaux objets de la base de conception et tu la compactes. Vérifie bien au passage ce qui se passe avec ton état !

Si tu regardes la taille de ta base de données avant et après import, tu devrais constater qu'elle a "maigri".

Pas sûr cependant que cela règle ton problème.

Domi2

Edit :

P.-S. On travaille évidemment avec des copies...

[DamKre]

Re ^^

Peut-être que si tu supprimes bien tes formulaires et états de ta bd de tests avant d'importer les nouveau, Access garde des "traces" de ces formulaires/états.

Je ne vois pas comment, mais bon...

Ce que je ferais, de toute façon cela fera le plus grand bien à ta bd, c'est de la réimporter dans dans une base vierge après avoir supprimé les formulaires et états que tu veux remplacer.

Puis, tu réimportes tes nouveaux objets de la base de conception et tu la compactes. Vérifie bien au passage ce qui se passe avec ton état !

J'avais pensé à ça aussi ^^
Et, précédemment, cela fonctionnait.

Je viens de le refaire, et cela semble fonctionner... pour le moment.

D'où viendrait donc ce problème ?

P.-S. On travaille évidemment avec des copies...

Ne t'en fais pas, c'est ce que je fais !

**Edit : **

J'ai suivi tes conseils. Mais il suffit que je modifie un objet - alors que tout allait bien - pour que le problème revienne... Grrr !

[Domi2]

Re,

Je ne vois pas comment, mais bon...

Moi non plus...

En fait, pour ce que j'en ai lu, lorsqu'on supprime un objet, le module est supprimé aussi. Du moins apparement. Il n'en demeure pas moins qu'il n'est pas tout ou complétement supprimé. Il n'est plus visible, mais il en reste des "traces".

C'est pour cette raison qu'un import dans une base vierge ou une décompilation on en général un effet bénéfique sur la taille de la base et sur son fonctionnement.

cela semble fonctionner... pour le moment.

Après un bon "nettoyage", tu devrais être tranquille un certains temps.

C'est sûr que si tu supprimes et importe de nouveaux objets "à-tout-va" dans ton application, il faudra répéter l'opération à intervalle plus ou moins régulier.

Bon dév !

Domi2

[DamKre]

J'ai le même souci avec une autre DB que je viens de commencer...
Et je ne comprends vraiment pas pourquoi

[loufab]

Bonjour,

Essaye une décompilation et un compactage en suivant. (fais une sauve avant)

Quand tu dis "que je viens de commencer" c'est avec la même procédure de copie/ajout/importation ?

Le 2ème message, dont tu nous as envoyé la copie, est très interessant. Il indique une duplication de nom. Vérifie dans tes modules que tu n'ais pas un nom déjà utilisé ou réservé par ACCESS. Par contre le 1er message est surprenant... n'utiliserais-tu pas des bibliothèques du type utilisateur (fichier mdb/mda) dans tes références VBA. Dans ce cas il peut y avoir un problème de liens brisés lors de l'import, surtout si la source de l'import et/ou la bibliothèque n'est pas dans un emplacement valide (l'un des répertoires systèmes ou le répertoire de l'application).

Cordialement,

[DamKre]

Quand tu dis "que je viens de commencer" c'est avec la même procédure de copie/ajout/importation ?

Oui, mais avec deux formulaires ( et leurs tables ) pour lesquelles il n'y avait auparavant aucun problème... Comme quoi...

Le 2ème message, dont tu nous as envoyé la copie, est très interessant. Il indique une duplication de nom. Vérifie dans tes modules que tu n'ais pas un nom déjà utilisé ou réservé par ACCESS.

Qu'est-ce qu'un nom réservé par Access ?
( en principe, après vérification, je dirais non, mais... )

Par contre le 1er message est surprenant... n'utiliserais-tu pas des bibliothèques du type utilisateur (fichier mdb/mda) dans tes références VBA. Dans ce cas il peut y avoir un problème de liens brisés lors de l'import, surtout si la source de l'import et/ou la bibliothèque n'est pas dans un emplacement valide (l'un des répertoires systèmes ou le répertoire de l'application).

Qu'est-ce que des bibliothèques du type utilisateur ?

En tous cas, merci à tous pour vos éclaircissements...

[loufab]

Des problèmes aléatoires peuvent se produire surtout dans des copier/coller.

Un mot réservé c'est un mot qui a une signification interne pour ACCES voir F1pour la liste.

Bibliothèque utilisateur : je l'explique justement dans la phrase qui y fait référence.

[DamKre]

Oups, merci...

Bon, il ne me reste plus alors qu'à faire attention et mordre sur ma chique ^^

à tous de votre aide !