Il m'arrive un truc de dingue sous Access 95 : lorsque je veux modifier=20
un contr=F4le sur un formulaire, l'op=E9ration n'est pas sauvegard=E9e. O=
n me=20
dit "les donn=E9es ont =E9t=E9 modifi=E9es, fin de l'op=E9ration" (l=E0 j=
e me dis=20
justement, c'est bien parce que les donn=E9es ont =E9t=E9 modifi=E9es que=
je=20
veux les sauvegarder), puis "l'op=E9ration de sauvegarde a =E9chou=E9". E=
n=20
fait, en cliquant sur le bouton d'aide du message, j'apprends qu'il=20
s'agit d'une erreur 3197, un autre utilisateur aurait modifi=E9 la base.
Je suis tout seul sur ma machine, j'ai d=E9branch=E9 Internet pour =EAtre=
s=FBr,=20
ensuite j'ai m=EAme d=E9sactiv=E9 l'antivirus un instant pour voir.
Au bout d'un moment on me dit que le formulaire ne peut pas =EAtre ouvert=
=20
car il contient des donn=E9es qu'Access ne comprend pas (^^)
=E7a s'arrange quand m=EAme quand je ferme et rouvre la base, mais j'ai e=
u=20
le plus grand mal =E0 transf=E9rer la structure dans une nouvelle base.=20
Notamment le formulaire calendrier a mis du temps, il provoquait des=20
erreurs de protection g=E9n=E9rale lors du transfert, jusqu'=E0 ce que je=
le=20
recr=E9e =E0 la main dans la nouvelle base. Le transfert suivant s'est pa=
ss=E9=20
mieux (parce que =E7a fait un paquet d'heures que je suis en train de me =
bagarrer avec =E7a).
J'ai v=E9rifi=E9 l'int=E9grit=E9 du disque.
Maintenant, impossible de changer un iota =E0 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=E9ouvre, le changement est =
ignor=E9, comme si la base avait =E9t=E9 prot=E9g=E9e en =E9criture (ce d=
ont je doute).
J'ai d=E9j=E0 jou=E9 =E0 cr=E9er une copie du formulaire pour travailler =
dessus,=20
je ne sais plus combien de fois j'ai fait =E7a, mais maintenant il=20
commencerait =E0 =EAtre temps d'avancer un peu.
=E7a se passe sur Windows XP Home, prot=E9g=E9 par BitDefender 10 Interne=
t=20
Security.
Avant d'en arriver l=E0 j'ai quand m=EAme pass=E9 quelques jours =E0 mont=
er une=20
bonne partie de la base, =E7a avait l'air de tr=E8s bien se passer,=20
tout-=E0-coup les choses se sont mises =E0 d=E9raper.
Bien entendu demain matin je lance un deuxi=E8me antivirus, en ligne,=20
histoire qu'il me confirme la conscience tranquille du premier.
A part =E7a, quelqu'un a une id=E9e ?
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.
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 ce jour exceptionnel du lundi 14/05/2007, tu nous as très généreusement gratifié du message suivant:
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 ?
-- Cordialement, Ze Titi
Tout pour réussir avec Access : http://www.mpfa.info
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.
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 ce jour exceptionnel du lundi 14/05/2007, tu nous as très
généreusement gratifié du message suivant:
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 ?
--
Cordialement,
Ze Titi
Tout pour réussir avec Access :
http://www.mpfa.info
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.
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 ce jour exceptionnel du lundi 14/05/2007, tu nous as très généreusement gratifié du message suivant:
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 ?
-- Cordialement, Ze Titi
Tout pour réussir avec Access : http://www.mpfa.info
Gloops
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'e st 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 avoi r 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éma rré la machine pour vérifier l'intégrité du disque. Par la même occas ion le code du formulaire a disparu.
Je vais finir par me demander si ce ne serait pas Access qui serait vér olé.
J'ai pas mal d'applications qui se lancent au démarrage de Windows, mai s 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'e st 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 avoi r 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éma rré
la machine pour vérifier l'intégrité du disque. Par la même occas ion le
code du formulaire a disparu.
Je vais finir par me demander si ce ne serait pas Access qui serait vér olé.
J'ai pas mal d'applications qui se lancent au démarrage de Windows, mai s
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.
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.
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 avoi r 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éma rré la machine pour vérifier l'intégrité du disque. Par la même occas ion le code du formulaire a disparu.
Je vais finir par me demander si ce ne serait pas Access qui serait vér olé.
J'ai pas mal d'applications qui se lancent au démarrage de Windows, mai s 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
As-tu essayé de compiler le code avant la première exécution ?
En ce jour mémorable du lundi 14/05/2007, tu as entrepris la lourde tâche de taper sur ton clavier :
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.
-- Cordialement, Ze Titi
Tout pour réussir avec Access : http://www.mpfa.info
As-tu essayé de compiler le code avant la première exécution ?
En ce jour mémorable du lundi 14/05/2007, tu as entrepris la lourde
tâche de taper sur ton clavier :
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.
--
Cordialement,
Ze Titi
Tout pour réussir avec Access :
http://www.mpfa.info
As-tu essayé de compiler le code avant la première exécution ?
En ce jour mémorable du lundi 14/05/2007, tu as entrepris la lourde tâche de taper sur ton clavier :
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.
-- Cordialement, Ze Titi
Tout pour réussir avec Access : http://www.mpfa.info
Gloops
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'err eur, 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'err eur,
j'ai fait oops, corrigé le truc, et là ça a fait son boulot.
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'err eur, j'ai fait oops, corrigé le truc, et là ça a fait son boulot.
C'était hier.
ze Titi
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. 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...)
En ce jour mémorable du lundi 14/05/2007, tu as entrepris la lourde tâche de taper sur ton clavier :
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.
-- Cordialement, Ze Titi
Tout pour réussir avec Access : http://www.mpfa.info
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. 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...)
En ce jour mémorable du lundi 14/05/2007, tu as entrepris la lourde
tâche de taper sur ton clavier :
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.
--
Cordialement,
Ze Titi
Tout pour réussir avec Access :
http://www.mpfa.info
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. 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...)
En ce jour mémorable du lundi 14/05/2007, tu as entrepris la lourde tâche de taper sur ton clavier :
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.
-- Cordialement, Ze Titi
Tout pour réussir avec Access : http://www.mpfa.info
Gloops
Par acquit de conscience je viens de créer une nouvelle base avec rien dedans, y créer une table avec deux champs et un formulaire lié à l a table, avec deux zones de textes. ça se sauvegarde bien.
Ensuite j'ai transformé une des zones de texte en liste déroulante modifiable, ça se passe bien aussi.
Peut-être un problème de mémoire, finalement, j'en demande beaucoup à ce bestiau. Je vais chercher dans cette direction.
L'autre jour, j'ai voulu utiliser un programme (VB6) qui changeait l'encodage d'un lien mailto:, pour remplacer par exemple %E9 par é, parce que sinon la messagerie remplace tout ce qui vient après par des points d'interrogation. J'ai échappé aux points d'interrogation sur l a suite, mais le lendemain de la mise au point du programme, les caractères accentués étaient remplacés par des espaces, et l'ét ude du code ne permettait pas de le comprendre. En fait, cette fois, il a suffi de redémarrer la machine pour résoudre le problème.
Je crois qu'il va falloir que je teste ma base avec beaucoup moins de choses en mémoire. ça s'est bien passé au début de la base, mais je commence à me demander si je n'aurais pas atteint un seuil critique. Peut-être que j'ouvrirai un autre fil intitulé "spécifications techniques" ou quelque chose de plus parlant, il me semble qu'il y a une expression consacrée qui ne me vient plus à l'esprit, pour savoir quo i vérifier au sujet de la configuration de la machine. Face à ce problè me je m'attendrais plutôt à une erreur 7, là au moins on sait de quoi il retourne et on ne tourne pas autour du pot, mais il semble qu'on puisse parfois avoir des surprises.
Par ailleurs mon autre machine revient de réparation ce soir, si cette piste se confirme ça devrait aider à décharger cette machine-ci.
Par acquit de conscience je viens de créer une nouvelle base avec rien
dedans, y créer une table avec deux champs et un formulaire lié à l a
table, avec deux zones de textes. ça se sauvegarde bien.
Ensuite j'ai transformé une des zones de texte en liste déroulante
modifiable, ça se passe bien aussi.
Peut-être un problème de mémoire, finalement, j'en demande beaucoup à ce
bestiau. Je vais chercher dans cette direction.
L'autre jour, j'ai voulu utiliser un programme (VB6) qui changeait
l'encodage d'un lien mailto:, pour remplacer par exemple %E9 par é,
parce que sinon la messagerie remplace tout ce qui vient après par des
points d'interrogation. J'ai échappé aux points d'interrogation sur l a
suite, mais le lendemain de la mise au point du programme, les
caractères accentués étaient remplacés par des espaces, et l'ét ude du
code ne permettait pas de le comprendre. En fait, cette fois, il a suffi
de redémarrer la machine pour résoudre le problème.
Je crois qu'il va falloir que je teste ma base avec beaucoup moins de
choses en mémoire. ça s'est bien passé au début de la base, mais je
commence à me demander si je n'aurais pas atteint un seuil critique.
Peut-être que j'ouvrirai un autre fil intitulé "spécifications
techniques" ou quelque chose de plus parlant, il me semble qu'il y a une
expression consacrée qui ne me vient plus à l'esprit, pour savoir quo i
vérifier au sujet de la configuration de la machine. Face à ce problè me
je m'attendrais plutôt à une erreur 7, là au moins on sait de quoi il
retourne et on ne tourne pas autour du pot, mais il semble qu'on puisse
parfois avoir des surprises.
Par ailleurs mon autre machine revient de réparation ce soir, si cette
piste se confirme ça devrait aider à décharger cette machine-ci.
Par acquit de conscience je viens de créer une nouvelle base avec rien dedans, y créer une table avec deux champs et un formulaire lié à l a table, avec deux zones de textes. ça se sauvegarde bien.
Ensuite j'ai transformé une des zones de texte en liste déroulante modifiable, ça se passe bien aussi.
Peut-être un problème de mémoire, finalement, j'en demande beaucoup à ce bestiau. Je vais chercher dans cette direction.
L'autre jour, j'ai voulu utiliser un programme (VB6) qui changeait l'encodage d'un lien mailto:, pour remplacer par exemple %E9 par é, parce que sinon la messagerie remplace tout ce qui vient après par des points d'interrogation. J'ai échappé aux points d'interrogation sur l a suite, mais le lendemain de la mise au point du programme, les caractères accentués étaient remplacés par des espaces, et l'ét ude du code ne permettait pas de le comprendre. En fait, cette fois, il a suffi de redémarrer la machine pour résoudre le problème.
Je crois qu'il va falloir que je teste ma base avec beaucoup moins de choses en mémoire. ça s'est bien passé au début de la base, mais je commence à me demander si je n'aurais pas atteint un seuil critique. Peut-être que j'ouvrirai un autre fil intitulé "spécifications techniques" ou quelque chose de plus parlant, il me semble qu'il y a une expression consacrée qui ne me vient plus à l'esprit, pour savoir quo i vérifier au sujet de la configuration de la machine. Face à ce problè me je m'attendrais plutôt à une erreur 7, là au moins on sait de quoi il retourne et on ne tourne pas autour du pot, mais il semble qu'on puisse parfois avoir des surprises.
Par ailleurs mon autre machine revient de réparation ce soir, si cette piste se confirme ça devrait aider à décharger cette machine-ci.
Gloops
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 formul aires 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 pe ur.
Pour ce qui est de la transition, pas de problème, j'ai monté une bas e 95 compatible 97 et 2000, Windows 98 et XP. Avec les "particularités" d e 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 formul aires
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 pe ur.
Pour ce qui est de la transition, pas de problème, j'ai monté une bas e
95 compatible 97 et 2000, Windows 98 et XP. Avec les "particularités" d e
syntaxe qui vont avec.
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.
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 pe ur.
Pour ce qui est de la transition, pas de problème, j'ai monté une bas e 95 compatible 97 et 2000, Windows 98 et XP. Avec les "particularités" d e syntaxe qui vont avec.
Jessy Sempere
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
-- @+ Jessy Sempere ------------------------------------ Site @ccess : http://access.fr.free.fr/ Pour l''''efficacité de tous : http://www.mpfa.info/ ------------------------------------
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
--
@+
Jessy Sempere
------------------------------------
Site @ccess : http://access.fr.free.fr/
Pour l''''efficacité de tous :
http://www.mpfa.info/
------------------------------------
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.
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
-- @+ Jessy Sempere ------------------------------------ Site @ccess : http://access.fr.free.fr/ Pour l''''efficacité de tous : http://www.mpfa.info/ ------------------------------------
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.
Bon, eh bien pas de pot : JetComp n'a fait ni chaud ni froid. Même pas de message d'erreur d'ailleurs.
En cherchant pour Access 95 on finit par arriver là http://support.microsoft.com/kb/151186/EN-US/
où on trouve un msjtwng.exe qui contient une mise à jour du moteur Je t 3.0
D'ailleurs il y a quatre DLL à mettre à jour, dont trois dans le répertoire système, bon ça c'est fait, et une dans C:Program FilesCommon FilesMicrosoft SharedReplication Manager (Msajetfs.dll), mais celle-là je n'en ai pas trouvé l'original. Je n'ai même pas vu de répertoire Replication Manager dans Microsoft Shared, qui se trouve d'ailleurs être dans Fichiers Communs plutôt que Common Files.
Les trois mises à jour : Msjt3032.dll 3.000.4513 917 KB 2/12/99 Mstx3032.dll 3.000.4513 121 KB 9/13/98 Mswng300.dll 3.00.4513 301 KB 2/11/99 qui remplacent la version 3.0.0.2504
Rien de changé sur le front.
Dans les archives j'ai trouvé une intervention d'un technicien Microsof t sur le sujet :
=== "Database Compact Utility 4.0" compacte bien toutes les bases à partir de la version d'Access 95 (option 3.x pour Access 7.0 à 97 et option 4.x pour Access 2000 et 2002) dans le but de récupérer des données. La réu ssite de cette opération dépend du niveau de corruption. En effet, il n'est pa s possible dans certains cas de réparer la base. Cependant, cet utilitair e est plus puissant que l'outil de réparation dans Access. ===
Bon, eh bien ... maintenant que j'ai mis à jour le moteur de base de données je vais essayer de transférer les éléments dans une nouve lle base, pour voir.
Si quelqu'un sait quelque chose sur la msajetfs.dll ...
Bon, eh bien pas de pot : JetComp n'a fait ni chaud ni froid. Même pas
de message d'erreur d'ailleurs.
En cherchant pour Access 95 on finit par arriver là
http://support.microsoft.com/kb/151186/EN-US/
où on trouve un msjtwng.exe qui contient une mise à jour du moteur Je t 3.0
D'ailleurs il y a quatre DLL à mettre à jour, dont trois dans le
répertoire système, bon ça c'est fait, et une dans C:Program
FilesCommon FilesMicrosoft SharedReplication Manager (Msajetfs.dll),
mais celle-là je n'en ai pas trouvé l'original. Je n'ai même pas vu de
répertoire Replication Manager dans Microsoft Shared, qui se trouve
d'ailleurs être dans Fichiers Communs plutôt que Common Files.
Les trois mises à jour :
Msjt3032.dll 3.000.4513 917 KB 2/12/99
Mstx3032.dll 3.000.4513 121 KB 9/13/98
Mswng300.dll 3.00.4513 301 KB 2/11/99
qui remplacent la version 3.0.0.2504
Rien de changé sur le front.
Dans les archives j'ai trouvé une intervention d'un technicien Microsof t
sur le sujet :
===
"Database Compact Utility 4.0" compacte bien toutes les bases à partir de la
version d'Access 95 (option 3.x pour Access 7.0 à 97 et option 4.x pour
Access 2000 et 2002) dans le but de récupérer des données. La réu ssite de
cette opération dépend du niveau de corruption. En effet, il n'est pa s
possible dans certains cas de réparer la base. Cependant, cet utilitair e est
plus puissant que l'outil de réparation dans Access.
===
Bon, eh bien ... maintenant que j'ai mis à jour le moteur de base de
données je vais essayer de transférer les éléments dans une nouve lle
base, pour voir.
Si quelqu'un sait quelque chose sur la msajetfs.dll ...
Bon, eh bien pas de pot : JetComp n'a fait ni chaud ni froid. Même pas de message d'erreur d'ailleurs.
En cherchant pour Access 95 on finit par arriver là http://support.microsoft.com/kb/151186/EN-US/
où on trouve un msjtwng.exe qui contient une mise à jour du moteur Je t 3.0
D'ailleurs il y a quatre DLL à mettre à jour, dont trois dans le répertoire système, bon ça c'est fait, et une dans C:Program FilesCommon FilesMicrosoft SharedReplication Manager (Msajetfs.dll), mais celle-là je n'en ai pas trouvé l'original. Je n'ai même pas vu de répertoire Replication Manager dans Microsoft Shared, qui se trouve d'ailleurs être dans Fichiers Communs plutôt que Common Files.
Les trois mises à jour : Msjt3032.dll 3.000.4513 917 KB 2/12/99 Mstx3032.dll 3.000.4513 121 KB 9/13/98 Mswng300.dll 3.00.4513 301 KB 2/11/99 qui remplacent la version 3.0.0.2504
Rien de changé sur le front.
Dans les archives j'ai trouvé une intervention d'un technicien Microsof t sur le sujet :
=== "Database Compact Utility 4.0" compacte bien toutes les bases à partir de la version d'Access 95 (option 3.x pour Access 7.0 à 97 et option 4.x pour Access 2000 et 2002) dans le but de récupérer des données. La réu ssite de cette opération dépend du niveau de corruption. En effet, il n'est pa s possible dans certains cas de réparer la base. Cependant, cet utilitair e est plus puissant que l'outil de réparation dans Access. ===
Bon, eh bien ... maintenant que j'ai mis à jour le moteur de base de données je vais essayer de transférer les éléments dans une nouve lle base, pour voir.
Si quelqu'un sait quelque chose sur la msajetfs.dll ...
