Bonjour tout le monde,
Il m'arrive un truc de dingue sous Access 95 : lorsque je veux modifier un
contrôle sur un formulaire, l'opération n'est pas sauvegardée. On me dit "les
données ont été modifiées, fin de l'opération" (là je me dis justement, c'est
bien parce que les données ont été modifiées que je veux les sauvegarder),
puis "l'opération de sauvegarde a échoué". En fait, en cliquant sur le bouton
d'aide du message, j'apprends qu'il s'agit d'une erreur 3197, un autre
utilisateur aurait modifié la base.
Je suis tout seul sur ma machine, j'ai débranché Internet pour être sûr,
ensuite j'ai même désactivé l'antivirus un instant pour voir.
Au bout d'un moment on me dit que le formulaire ne peut pas être ouvert car
il contient des données qu'Access ne comprend pas (^^)
ça s'arrange quand même quand je ferme et rouvre la base, mais j'ai eu le
plus grand mal à transférer la structure dans une nouvelle base. Notamment le
formulaire calendrier a mis du temps, il provoquait des erreurs de protection
générale lors du transfert, jusqu'à ce que je le recrée à la main dans la
nouvelle base. Le transfert suivant s'est passé mieux (parce que ça fait un
paquet d'heures que je suis en train de me bagarrer avec ça).
J'ai vérifié l'intégrité du disque.
Maintenant, impossible de changer un iota à la structure du formulaire sur
lequel je suis en train de travailler. En fait le changement a l'air de se
faire, puis je ferme la base et je la réouvre, le changement est ignoré,
comme si la base avait été protégée en écriture (ce dont je doute).
J'ai déjà joué à créer une copie du formulaire pour travailler dessus, je ne
sais plus combien de fois j'ai fait ça, mais maintenant il commencerait à
être temps d'avancer un peu.
ça se passe sur Windows XP Home, protégé par BitDefender 10 Internet
Security.
Avant d'en arriver là j'ai quand même passé quelques jours à monter une bonne
partie de la base, ça avait l'air de très bien se passer, tout-à-coup les
choses se sont mises à déraper.
Bien entendu demain matin je lance un deuxième antivirus, en ligne, histoire
qu'il me confirme la conscience tranquille du premier.
A part ça, quelqu'un a une idée ?
Bonjour tout le monde,
Il m'arrive un truc de dingue sous Access 95 : lorsque je veux modifier un
contrôle sur un formulaire, l'opération n'est pas sauvegardée. On me dit "les
données ont été modifiées, fin de l'opération" (là je me dis justement, c'est
bien parce que les données ont été modifiées que je veux les sauvegarder),
puis "l'opération de sauvegarde a échoué". En fait, en cliquant sur le bouton
d'aide du message, j'apprends qu'il s'agit d'une erreur 3197, un autre
utilisateur aurait modifié la base.
Je suis tout seul sur ma machine, j'ai débranché Internet pour être sûr,
ensuite j'ai même désactivé l'antivirus un instant pour voir.
Au bout d'un moment on me dit que le formulaire ne peut pas être ouvert car
il contient des données qu'Access ne comprend pas (^^)
ça s'arrange quand même quand je ferme et rouvre la base, mais j'ai eu le
plus grand mal à transférer la structure dans une nouvelle base. Notamment le
formulaire calendrier a mis du temps, il provoquait des erreurs de protection
générale lors du transfert, jusqu'à ce que je le recrée à la main dans la
nouvelle base. Le transfert suivant s'est passé mieux (parce que ça fait un
paquet d'heures que je suis en train de me bagarrer avec ça).
J'ai vérifié l'intégrité du disque.
Maintenant, impossible de changer un iota à la structure du formulaire sur
lequel je suis en train de travailler. En fait le changement a l'air de se
faire, puis je ferme la base et je la réouvre, le changement est ignoré,
comme si la base avait été protégée en écriture (ce dont je doute).
J'ai déjà joué à créer une copie du formulaire pour travailler dessus, je ne
sais plus combien de fois j'ai fait ça, mais maintenant il commencerait à
être temps d'avancer un peu.
ça se passe sur Windows XP Home, protégé par BitDefender 10 Internet
Security.
Avant d'en arriver là j'ai quand même passé quelques jours à monter une bonne
partie de la base, ça avait l'air de très bien se passer, tout-à-coup les
choses se sont mises à déraper.
Bien entendu demain matin je lance un deuxième antivirus, en ligne, histoire
qu'il me confirme la conscience tranquille du premier.
A part ça, quelqu'un a une idée ?
Bonjour tout le monde,
Il m'arrive un truc de dingue sous Access 95 : lorsque je veux modifier un
contrôle sur un formulaire, l'opération n'est pas sauvegardée. On me dit "les
données ont été modifiées, fin de l'opération" (là je me dis justement, c'est
bien parce que les données ont été modifiées que je veux les sauvegarder),
puis "l'opération de sauvegarde a échoué". En fait, en cliquant sur le bouton
d'aide du message, j'apprends qu'il s'agit d'une erreur 3197, un autre
utilisateur aurait modifié la base.
Je suis tout seul sur ma machine, j'ai débranché Internet pour être sûr,
ensuite j'ai même désactivé l'antivirus un instant pour voir.
Au bout d'un moment on me dit que le formulaire ne peut pas être ouvert car
il contient des données qu'Access ne comprend pas (^^)
ça s'arrange quand même quand je ferme et rouvre la base, mais j'ai eu le
plus grand mal à transférer la structure dans une nouvelle base. Notamment le
formulaire calendrier a mis du temps, il provoquait des erreurs de protection
générale lors du transfert, jusqu'à ce que je le recrée à la main dans la
nouvelle base. Le transfert suivant s'est passé mieux (parce que ça fait un
paquet d'heures que je suis en train de me bagarrer avec ça).
J'ai vérifié l'intégrité du disque.
Maintenant, impossible de changer un iota à la structure du formulaire sur
lequel je suis en train de travailler. En fait le changement a l'air de se
faire, puis je ferme la base et je la réouvre, le changement est ignoré,
comme si la base avait été protégée en écriture (ce dont je doute).
J'ai déjà joué à créer une copie du formulaire pour travailler dessus, je ne
sais plus combien de fois j'ai fait ça, mais maintenant il commencerait à
être temps d'avancer un peu.
ça se passe sur Windows XP Home, protégé par BitDefender 10 Internet
Security.
Avant d'en arriver là j'ai quand même passé quelques jours à monter une bonne
partie de la base, ça avait l'air de très bien se passer, tout-à-coup les
choses se sont mises à déraper.
Bien entendu demain matin je lance un deuxième antivirus, en ligne, histoire
qu'il me confirme la conscience tranquille du premier.
A part ça, quelqu'un a une idée ?
Salut Gloops !
A première vue, je penserais bien à une corruption de la base. Ceci
étant dit, n'ayant jamais eu l'occasion de travailler avec Access 95, je
ne saurai pas te dire comment régler le problème. Je vois que tu as
ouvert une nouvelle application et transféré tes objets dedans, c'e st la
procédure généralement utilisée pour pallier à ce problème.
As-tu du code dans tes formulaires ? Si c'est le cas, fermes-tu tes
recordset et vides-tu les variables ? (set taVariable=Nothing)
Compactes-tu régulièrement ton appli ?
Salut Gloops !
A première vue, je penserais bien à une corruption de la base. Ceci
étant dit, n'ayant jamais eu l'occasion de travailler avec Access 95, je
ne saurai pas te dire comment régler le problème. Je vois que tu as
ouvert une nouvelle application et transféré tes objets dedans, c'e st la
procédure généralement utilisée pour pallier à ce problème.
As-tu du code dans tes formulaires ? Si c'est le cas, fermes-tu tes
recordset et vides-tu les variables ? (set taVariable=Nothing)
Compactes-tu régulièrement ton appli ?
Salut Gloops !
A première vue, je penserais bien à une corruption de la base. Ceci
étant dit, n'ayant jamais eu l'occasion de travailler avec Access 95, je
ne saurai pas te dire comment régler le problème. Je vois que tu as
ouvert une nouvelle application et transféré tes objets dedans, c'e st la
procédure généralement utilisée pour pallier à ce problème.
As-tu du code dans tes formulaires ? Si c'est le cas, fermes-tu tes
recordset et vides-tu les variables ? (set taVariable=Nothing)
Compactes-tu régulièrement ton appli ?
ze Titi a écrit, le 14/05/2007 09:41 :Salut Gloops !
A première vue, je penserais bien à une corruption de la base. Ceci étant
dit, n'ayant jamais eu l'occasion de travailler avec Access 95, je ne
saurai pas te dire comment régler le problème. Je vois que tu as ouvert une
nouvelle application et transféré tes objets dedans, c'est la procédure
généralement utilisée pour pallier à ce problème.
C'est bien ce qu'il me semblait ...
As-tu du code dans tes formulaires ? Si c'est le cas, fermes-tu tes
recordset et vides-tu les variables ? (set taVariable=Nothing)
Compactes-tu régulièrement ton appli ?
En principe oui. Cela étant j'aurais bien pensé à ça après avoir exécuté
quelques procédures, mais là, j'ouvre la base dans laquelle je viens de
transférer les formulaires, tables, requêtes et modules, j'ouvre un
formulaire en mode design, je tente de supprimer une zone de texte, et là en
voulant sauvegarder j'ai l'erreur -le tout après avoir redémarré la machine
pour vérifier l'intégrité du disque. Par la même occasion le code du
formulaire a disparu.
Je vais finir par me demander si ce ne serait pas Access qui serait vérolé.
J'ai pas mal d'applications qui se lancent au démarrage de Windows, mais si
ça devait gêner je n'aurais pas pu monter le plus gros de la base ...
Cela étant merci de t'intéresser au problème.
Comme trucs sortant un peu de l'ordinaire j'ai sur un formulaire l'objet
calendrier (mscal70), sur un autre un appel aux API pour faire sélectionner
un fichier et enregistrer le chemin dans un champ.
En principe, des trucs qu'on sait faire, et d'ailleurs ça ça marche.
ze Titi a écrit, le 14/05/2007 09:41 :
Salut Gloops !
A première vue, je penserais bien à une corruption de la base. Ceci étant
dit, n'ayant jamais eu l'occasion de travailler avec Access 95, je ne
saurai pas te dire comment régler le problème. Je vois que tu as ouvert une
nouvelle application et transféré tes objets dedans, c'est la procédure
généralement utilisée pour pallier à ce problème.
C'est bien ce qu'il me semblait ...
As-tu du code dans tes formulaires ? Si c'est le cas, fermes-tu tes
recordset et vides-tu les variables ? (set taVariable=Nothing)
Compactes-tu régulièrement ton appli ?
En principe oui. Cela étant j'aurais bien pensé à ça après avoir exécuté
quelques procédures, mais là, j'ouvre la base dans laquelle je viens de
transférer les formulaires, tables, requêtes et modules, j'ouvre un
formulaire en mode design, je tente de supprimer une zone de texte, et là en
voulant sauvegarder j'ai l'erreur -le tout après avoir redémarré la machine
pour vérifier l'intégrité du disque. Par la même occasion le code du
formulaire a disparu.
Je vais finir par me demander si ce ne serait pas Access qui serait vérolé.
J'ai pas mal d'applications qui se lancent au démarrage de Windows, mais si
ça devait gêner je n'aurais pas pu monter le plus gros de la base ...
Cela étant merci de t'intéresser au problème.
Comme trucs sortant un peu de l'ordinaire j'ai sur un formulaire l'objet
calendrier (mscal70), sur un autre un appel aux API pour faire sélectionner
un fichier et enregistrer le chemin dans un champ.
En principe, des trucs qu'on sait faire, et d'ailleurs ça ça marche.
ze Titi a écrit, le 14/05/2007 09:41 :Salut Gloops !
A première vue, je penserais bien à une corruption de la base. Ceci étant
dit, n'ayant jamais eu l'occasion de travailler avec Access 95, je ne
saurai pas te dire comment régler le problème. Je vois que tu as ouvert une
nouvelle application et transféré tes objets dedans, c'est la procédure
généralement utilisée pour pallier à ce problème.
C'est bien ce qu'il me semblait ...
As-tu du code dans tes formulaires ? Si c'est le cas, fermes-tu tes
recordset et vides-tu les variables ? (set taVariable=Nothing)
Compactes-tu régulièrement ton appli ?
En principe oui. Cela étant j'aurais bien pensé à ça après avoir exécuté
quelques procédures, mais là, j'ouvre la base dans laquelle je viens de
transférer les formulaires, tables, requêtes et modules, j'ouvre un
formulaire en mode design, je tente de supprimer une zone de texte, et là en
voulant sauvegarder j'ai l'erreur -le tout après avoir redémarré la machine
pour vérifier l'intégrité du disque. Par la même occasion le code du
formulaire a disparu.
Je vais finir par me demander si ce ne serait pas Access qui serait vérolé.
J'ai pas mal d'applications qui se lancent au démarrage de Windows, mais si
ça devait gêner je n'aurais pas pu monter le plus gros de la base ...
Cela étant merci de t'intéresser au problème.
Comme trucs sortant un peu de l'ordinaire j'ai sur un formulaire l'objet
calendrier (mscal70), sur un autre un appel aux API pour faire sélectionner
un fichier et enregistrer le chemin dans un champ.
En principe, des trucs qu'on sait faire, et d'ailleurs ça ça marche.
As-tu essayé de compiler le code avant la première exécution ?
Lancer le contrôle de syntaxe, tu veux dire ?
As-tu essayé de compiler le code avant la première exécution ?
Lancer le contrôle de syntaxe, tu veux dire ?
As-tu essayé de compiler le code avant la première exécution ?
Lancer le contrôle de syntaxe, tu veux dire ?
ze Titi a écrit, le 14/05/2007 10:21 :As-tu essayé de compiler le code avant la première exécution ?
Lancer le contrôle de syntaxe, tu veux dire ?
De toute manière la fois où j'ai fait une faute plus grosse que moi ça m'a
été signalé tout de suite, même si c'était sur la dixième ligne d'une
fonction que je n'exécutais pas tout de suite. Alors j'ai cliqué sur le
bouton (qu'on appelle compilation), ça m'a sélectionné l'erreur, j'ai fait
oops, corrigé le truc, et là ça a fait son boulot.
C'était hier.
ze Titi a écrit, le 14/05/2007 10:21 :
As-tu essayé de compiler le code avant la première exécution ?
Lancer le contrôle de syntaxe, tu veux dire ?
De toute manière la fois où j'ai fait une faute plus grosse que moi ça m'a
été signalé tout de suite, même si c'était sur la dixième ligne d'une
fonction que je n'exécutais pas tout de suite. Alors j'ai cliqué sur le
bouton (qu'on appelle compilation), ça m'a sélectionné l'erreur, j'ai fait
oops, corrigé le truc, et là ça a fait son boulot.
C'était hier.
ze Titi a écrit, le 14/05/2007 10:21 :As-tu essayé de compiler le code avant la première exécution ?
Lancer le contrôle de syntaxe, tu veux dire ?
De toute manière la fois où j'ai fait une faute plus grosse que moi ça m'a
été signalé tout de suite, même si c'était sur la dixième ligne d'une
fonction que je n'exécutais pas tout de suite. Alors j'ai cliqué sur le
bouton (qu'on appelle compilation), ça m'a sélectionné l'erreur, j'ai fait
oops, corrigé le truc, et là ça a fait son boulot.
C'était hier.
Essaie de recréer une nouvelle base, d'y importer tes objets, de
compiler, compacter et seulement après tout ça, modifier tes formul aires
et dis-nous ce qu'il en est.
Mais je ne saurais que trop te conseiller
de passer si possible à une version plus récente (en faisant une é tape
par Access 97 pour que la transition de code se fasse en douceur...)
Essaie de recréer une nouvelle base, d'y importer tes objets, de
compiler, compacter et seulement après tout ça, modifier tes formul aires
et dis-nous ce qu'il en est.
Mais je ne saurais que trop te conseiller
de passer si possible à une version plus récente (en faisant une é tape
par Access 97 pour que la transition de code se fasse en douceur...)
Essaie de recréer une nouvelle base, d'y importer tes objets, de
compiler, compacter et seulement après tout ça, modifier tes formul aires
et dis-nous ce qu'il en est.
Mais je ne saurais que trop te conseiller
de passer si possible à une version plus récente (en faisant une é tape
par Access 97 pour que la transition de code se fasse en douceur...)
ze Titi a écrit, le 14/05/2007 10:50 :Essaie de recréer une nouvelle base, d'y importer tes objets, de
compiler, compacter et seulement après tout ça, modifier tes formulaires
et dis-nous ce qu'il en est.
La base actuelle porte le numéro 6 :)
Hier j'en étais à la 1, chaque nouveau numéro correspond à cette manœuvre.Mais je ne saurais que trop te conseiller
de passer si possible à une version plus récente (en faisant une étape
par Access 97 pour que la transition de code se fasse en douceur...)
Bientôt, peut-être.
Pour le moment, je ne te donne pas les détails, pour ne pas te faire peur.
Pour ce qui est de la transition, pas de problème, j'ai monté une base
95 compatible 97 et 2000, Windows 98 et XP. Avec les "particularités" de
syntaxe qui vont avec.
ze Titi a écrit, le 14/05/2007 10:50 :
Essaie de recréer une nouvelle base, d'y importer tes objets, de
compiler, compacter et seulement après tout ça, modifier tes formulaires
et dis-nous ce qu'il en est.
La base actuelle porte le numéro 6 :)
Hier j'en étais à la 1, chaque nouveau numéro correspond à cette manœuvre.
Mais je ne saurais que trop te conseiller
de passer si possible à une version plus récente (en faisant une étape
par Access 97 pour que la transition de code se fasse en douceur...)
Bientôt, peut-être.
Pour le moment, je ne te donne pas les détails, pour ne pas te faire peur.
Pour ce qui est de la transition, pas de problème, j'ai monté une base
95 compatible 97 et 2000, Windows 98 et XP. Avec les "particularités" de
syntaxe qui vont avec.
ze Titi a écrit, le 14/05/2007 10:50 :Essaie de recréer une nouvelle base, d'y importer tes objets, de
compiler, compacter et seulement après tout ça, modifier tes formulaires
et dis-nous ce qu'il en est.
La base actuelle porte le numéro 6 :)
Hier j'en étais à la 1, chaque nouveau numéro correspond à cette manœuvre.Mais je ne saurais que trop te conseiller
de passer si possible à une version plus récente (en faisant une étape
par Access 97 pour que la transition de code se fasse en douceur...)
Bientôt, peut-être.
Pour le moment, je ne te donne pas les détails, pour ne pas te faire peur.
Pour ce qui est de la transition, pas de problème, j'ai monté une base
95 compatible 97 et 2000, Windows 98 et XP. Avec les "particularités" de
syntaxe qui vont avec.
Bonjour
La solution de ze_titi est bien celle qui est préconisé...
As-tu des champs MEMO ou OLE ???
Tu trouveras quelques info ici :
http://support.microsoft.com/kb/q182867/
Et sinon, essais de réparer en utilisant l'utilitaire jetcomp.exe
D'ailleurs, tu restes cohérent puisque c'est ce qu'on conseille sur la
Bonjour
La solution de ze_titi est bien celle qui est préconisé...
As-tu des champs MEMO ou OLE ???
Tu trouveras quelques info ici :
http://support.microsoft.com/kb/q182867/
Et sinon, essais de réparer en utilisant l'utilitaire jetcomp.exe
D'ailleurs, tu restes cohérent puisque c'est ce qu'on conseille sur la
Bonjour
La solution de ze_titi est bien celle qui est préconisé...
As-tu des champs MEMO ou OLE ???
Tu trouveras quelques info ici :
http://support.microsoft.com/kb/q182867/
Et sinon, essais de réparer en utilisant l'utilitaire jetcomp.exe
D'ailleurs, tu restes cohérent puisque c'est ce qu'on conseille sur la