Bonjour a tous,

Je m'adresse de nouveau a vous tous car j'ai un petit probleme avec une application que j'ai faite sous reseau local.
En effet, tout ce qui concerne les etats me marque une erreur:
access denied "f:\hosp\data\data1.dbc"
Ce que je comprends avec ce message c'est que la base de donnees est occupee.
J'ai donc change a chaque etat les proprietes du DATA ENVIRONMENT comme suit:
BufferModeOverride = 2
Exclusive = .F.
ReadOnly = .T.
mais helas rien n'y fait et l'erreur persiste !
Quelqu'un aurait-il une idee comment resoudre ce probleme ?
Merci d'avance

JEAN

Bonjour.

je pense que tu interprètes mal le message d'erreur : acces denied ne signifie pas que ta base de données est "occupée" - une base de données n'est pas occuppée, son ouverture exclusive est exceptionnelle et ne peut pas être provoquée par un état, et buffermodeoverride permet de choisir si le type de mise en mémoire tampon est décidé au niveau du form ou au niveau de chaque curseur (donc ne concerne pas non plus ton problème d'accès refusé), pas plus que readonly (qui te refuse la possibité d'écrir dans tes curseurs de données, quelque soit leur ouverture).

je crois plutot qu'il s'agit d'un problème de droits sur un répertoire réseau.

Est-ce que toutes les tables que tu utilises dans ton application sont rattachées à cette database f:\hosp\data\data1.dbc, ou bien seulement les tables de tes états?
Quelle version de VFP utilises-tu?

Bonjour Michel,

J'ai bien compris ton explication mais comme j'avais des doutes au sujet du reseau, j'ai donc effectue un essai chez un autre de mes clients afin de savoir si le probleme venait du reseau. L'erreur reste la meme, donc par consequent l'origine du probleme est dans l'application.
Je travaille sous Windows XP avec Visual Foxpro 9 et toutes les tables que j'utilise font partie de la database data1.dbc.
Je dois t'avouer que je suis plutot "paume" avec ce probleme.
Merci pour ton aide

JEAN

Bon, alors on essaye de comprendre...

est-ce que tu es en SET REPORTBEHAVIOR 90 ?
as-tu un numéro d'erreur en plus du message?
que se passe-t-il si dans ton gestionnaire d'erreur (on error do ...) tu mets un set step on ? à quel endroit te trouves-tu dans ton code, quel est la pile des appels?
tes états sont-ils inclus dans l'application (donc compilés dans l'exe) ? si oui, as-tu toujours ton erreur si tu les exclus de la compilation et que tu les distribues avec l'exe?
cette erreur se produit-elle uniquement en version de production chez les clients ou bien est-que tu l'as aussi en développement?

Salut de nouveau,

Comme les etats etaient inclus dans l'exe, j'ai donc essaye en excluant les etats de l'executable mais rien n'y fait
J'ai aussi l'instruction SET REPORTBEHAVIOR 90 avant de generer l'etat.
L'erreur apparait toujours lorsque je tente d'executer un etat dans 2 machines en meme temps (Developpement et production)

"Error al cargar el archivo - numero de registro 4. form1 < o uno de sus miembros >.
Cargando el formulario o el entorno de datos.: Denegado f:\visual foxpro projects\hospw07\cata\data1.dbc
al acceso al archivo"

Je pensais aussi: de quelle maniere je pourrais te faire parvenir le projet car ce n'est guere facile d'expliquer le probleme surtout que je vis au Mexique (decalage horaire).

Merci pour ton aide


JEAN

Bon, je commence à y voir plus clair.
tu veux bien dire que si tu lances cet état en même temps sur 2 machines du réseau, tu as cette erreur (avec 2 machines en production, ou 1 en production et une en développement)?

A quel moment ouvres-tu cette base de données data1.dbc? avec quel code? est-ce que form1 a un environnement de données privé? est-ce que cet état utilise une session de données privée, et/ou utilise un environnement de données issu d'une classe (voir dans l'onglet "environnement de données" des propriétés de l'état)?

Si tu veux, tu peux me faire passer ton projet zippé par mail (michelvfplevy at yahoo.fr)

Salut Michel,

J'ai effectivement change l'environnement de donnees a prive et cela a fonctionne !!!
C'est fou ce qu'un infime detail comme celui-la peut donner d'enormes problemes.
Mais l'important est que c'est arrange.
C'est grace a tes nombreuses questions que finalement a surgi la solution.
Merci une fois encore pour tes attentions, cela fait plaisir de compter sur des gens comme vous sur les forums.

JEAN