Bonjour à tous
Je reviens à la charge sur mon ancien problème Access/Crystal Report.
A l'origine, l'appli avait une base sur serveur et chaque utilisateur
avait un dossier report en local. Après avoir migré sous Windows 2000,
le dossier report est placé sur serveur. 3 états buggaient du fait du
changement d'emplacement de l'appli. Après mise à jour de ceux-ci, 2
fonctionnent correctement et le 3è pose le problème suivant
Erreur d'exécution '20544':
Access to report file denied. Another program may be using it.
Pour ma part, je ne le reproduis pas sur mon poste de développement.
Quelqu'un aurait-il une suggestion? Merci d'avance.. infiniment
Cette action est irreversible, confirmez la suppression du commentaire ?
Signaler le commentaire
Veuillez sélectionner un problème
Nudité
Violence
Harcèlement
Fraude
Vente illégale
Discours haineux
Terrorisme
Autre
Raymond [mvp]
Bonjour.
As-tu pris la précaution d'ouvrir un répertoire spécial par utilisateur pour placer les fichiers personnels à chaque poste ? sinon tous les fichiers ouverts par les postes vont se loger dans le même répertoire et un conflit va exister entre les postes sans oublier que chaque poste va supprimer le fichier des autres postes. si ce dossier et les fichiers reports ne sont que des fichiers personnels au poste et temporaires , il faut les laisser sur le poste, ce qui supprimera tout conflit et améliorera l'efficacité de la base.
-- @+ Raymond Access MVP http://access.seneque.free.fr/ http://access2003.free.fr/ http://users.skynet.be/mpfa/ pour débuter sur le forum
"Julien" a écrit dans le message de news:
Bonjour à tous Je reviens à la charge sur mon ancien problème Access/Crystal Report. A l'origine, l'appli avait une base sur serveur et chaque utilisateur avait un dossier report en local. Après avoir migré sous Windows 2000, le dossier report est placé sur serveur. 3 états buggaient du fait du changement d'emplacement de l'appli. Après mise à jour de ceux-ci, 2 fonctionnent correctement et le 3è pose le problème suivant
Erreur d'exécution '20544': Access to report file denied. Another program may be using it.
Pour ma part, je ne le reproduis pas sur mon poste de développement. Quelqu'un aurait-il une suggestion? Merci d'avance.. infiniment
-- Julien
Bonjour.
As-tu pris la précaution d'ouvrir un répertoire spécial par utilisateur pour
placer les fichiers personnels à chaque poste ? sinon tous les fichiers
ouverts par les postes vont se loger dans le même répertoire et un conflit
va exister entre les postes sans oublier que chaque poste va supprimer le
fichier des autres postes.
si ce dossier et les fichiers reports ne sont que des fichiers personnels au
poste et temporaires , il faut les laisser sur le poste, ce qui supprimera
tout conflit et améliorera l'efficacité de la base.
--
@+
Raymond Access MVP
http://access.seneque.free.fr/
http://access2003.free.fr/
http://users.skynet.be/mpfa/ pour débuter sur le forum
"Julien" <cdlog.dijon@wanadoo.fr> a écrit dans le message de
news:mesnews.4ab47d44.a9299772.3.10164@wanadoo.fr...
Bonjour à tous
Je reviens à la charge sur mon ancien problème Access/Crystal Report.
A l'origine, l'appli avait une base sur serveur et chaque utilisateur
avait un dossier report en local. Après avoir migré sous Windows 2000,
le dossier report est placé sur serveur. 3 états buggaient du fait du
changement d'emplacement de l'appli. Après mise à jour de ceux-ci, 2
fonctionnent correctement et le 3è pose le problème suivant
Erreur d'exécution '20544':
Access to report file denied. Another program may be using it.
Pour ma part, je ne le reproduis pas sur mon poste de développement.
Quelqu'un aurait-il une suggestion? Merci d'avance.. infiniment
As-tu pris la précaution d'ouvrir un répertoire spécial par utilisateur pour placer les fichiers personnels à chaque poste ? sinon tous les fichiers ouverts par les postes vont se loger dans le même répertoire et un conflit va exister entre les postes sans oublier que chaque poste va supprimer le fichier des autres postes. si ce dossier et les fichiers reports ne sont que des fichiers personnels au poste et temporaires , il faut les laisser sur le poste, ce qui supprimera tout conflit et améliorera l'efficacité de la base.
-- @+ Raymond Access MVP http://access.seneque.free.fr/ http://access2003.free.fr/ http://users.skynet.be/mpfa/ pour débuter sur le forum
"Julien" a écrit dans le message de news:
Bonjour à tous Je reviens à la charge sur mon ancien problème Access/Crystal Report. A l'origine, l'appli avait une base sur serveur et chaque utilisateur avait un dossier report en local. Après avoir migré sous Windows 2000, le dossier report est placé sur serveur. 3 états buggaient du fait du changement d'emplacement de l'appli. Après mise à jour de ceux-ci, 2 fonctionnent correctement et le 3è pose le problème suivant
Erreur d'exécution '20544': Access to report file denied. Another program may be using it.
Pour ma part, je ne le reproduis pas sur mon poste de développement. Quelqu'un aurait-il une suggestion? Merci d'avance.. infiniment
-- Julien
Julien
Il ne me semble pas que le problème soit là. Cette édition est utilisée par une seule personne. De plus, il n'y a aucun problème pour les autres éditions. Seule une édition pose problème, et, pour ma part je ne la reproduis pas sur mon poste de développement. Et là, vraiment je cale. Mon soucis est vraiement que seule cette édition bug.
-- Julien
Il ne me semble pas que le problème soit là. Cette édition est utilisée
par une seule personne. De plus, il n'y a aucun problème pour les
autres éditions. Seule une édition pose problème, et, pour ma part je
ne la reproduis pas sur mon poste de développement.
Et là, vraiment je cale. Mon soucis est vraiement que seule cette
édition bug.
Il ne me semble pas que le problème soit là. Cette édition est utilisée par une seule personne. De plus, il n'y a aucun problème pour les autres éditions. Seule une édition pose problème, et, pour ma part je ne la reproduis pas sur mon poste de développement. Et là, vraiment je cale. Mon soucis est vraiement que seule cette édition bug.
-- Julien
Raymond [mvp]
Bonjour.
As-tu vérifié que cette personne a bien les mêmes droits NTFS que toutes les autres ? si ta base est sécurisée, cet utilisateur est-il bien identique aux autres ? cette édition doit faire un travail en plus des autres je pense ?
-- @+ Raymond Access MVP http://access.seneque.free.fr/ http://access2003.free.fr/ http://users.skynet.be/mpfa/ pour débuter sur le forum
"Julien" a écrit dans le message de news:
Il ne me semble pas que le problème soit là. Cette édition est utilisée par une seule personne. De plus, il n'y a aucun problème pour les autres éditions. Seule une édition pose problème, et, pour ma part je ne la reproduis pas sur mon poste de développement. Et là, vraiment je cale. Mon soucis est vraiement que seule cette édition bug.
-- Julien
Bonjour.
As-tu vérifié que cette personne a bien les mêmes droits NTFS que toutes les
autres ? si ta base est sécurisée, cet utilisateur est-il bien identique aux
autres ? cette édition doit faire un travail en plus des autres je pense ?
--
@+
Raymond Access MVP
http://access.seneque.free.fr/
http://access2003.free.fr/
http://users.skynet.be/mpfa/ pour débuter sur le forum
"Julien" <cdlog.dijon@wanadoo.fr> a écrit dans le message de
news:mesnews.6a567d44.96aee9f2.3.10164@wanadoo.fr...
Il ne me semble pas que le problème soit là. Cette édition est utilisée
par une seule personne. De plus, il n'y a aucun problème pour les
autres éditions. Seule une édition pose problème, et, pour ma part je
ne la reproduis pas sur mon poste de développement.
Et là, vraiment je cale. Mon soucis est vraiement que seule cette
édition bug.
As-tu vérifié que cette personne a bien les mêmes droits NTFS que toutes les autres ? si ta base est sécurisée, cet utilisateur est-il bien identique aux autres ? cette édition doit faire un travail en plus des autres je pense ?
-- @+ Raymond Access MVP http://access.seneque.free.fr/ http://access2003.free.fr/ http://users.skynet.be/mpfa/ pour débuter sur le forum
"Julien" a écrit dans le message de news:
Il ne me semble pas que le problème soit là. Cette édition est utilisée par une seule personne. De plus, il n'y a aucun problème pour les autres éditions. Seule une édition pose problème, et, pour ma part je ne la reproduis pas sur mon poste de développement. Et là, vraiment je cale. Mon soucis est vraiement que seule cette édition bug.
-- Julien
Julien
au niveau des droits,je vois pas pourquoi d'autres éditions pointant sur la même base seraient OK. Par contre, toutes les éditions passent directement par Crystal Report pour les critères de slection. Celle qui bug passe par un écran de sélection VB6. Cependant, l'appel de l'état reste ensuite le même que les autres.
-- Julien
au niveau des droits,je vois pas pourquoi d'autres éditions pointant
sur la même base seraient OK. Par contre, toutes les éditions passent
directement par Crystal Report pour les critères de slection. Celle qui
bug passe par un écran de sélection VB6. Cependant, l'appel de l'état
reste ensuite le même que les autres.
au niveau des droits,je vois pas pourquoi d'autres éditions pointant sur la même base seraient OK. Par contre, toutes les éditions passent directement par Crystal Report pour les critères de slection. Celle qui bug passe par un écran de sélection VB6. Cependant, l'appel de l'état reste ensuite le même que les autres.
-- Julien
Raymond [mvp]
Si c'est la seule différence, il faut chercher de ce côté.
-- @+ Raymond Access MVP http://access.seneque.free.fr/ http://access2003.free.fr/ http://users.skynet.be/mpfa/ pour débuter sur le forum
"Julien" a écrit dans le message de news:
au niveau des droits,je vois pas pourquoi d'autres éditions pointant sur la même base seraient OK. Par contre, toutes les éditions passent directement par Crystal Report pour les critères de slection. Celle qui bug passe par un écran de sélection VB6. Cependant, l'appel de l'état reste ensuite le même que les autres.
-- Julien
Si c'est la seule différence, il faut chercher de ce côté.
--
@+
Raymond Access MVP
http://access.seneque.free.fr/
http://access2003.free.fr/
http://users.skynet.be/mpfa/ pour débuter sur le forum
"Julien" <cdlog.dijon@wanadoo.fr> a écrit dans le message de
news:mesnews.6a6b7d44.0a66d476.4.10164@wanadoo.fr...
au niveau des droits,je vois pas pourquoi d'autres éditions pointant
sur la même base seraient OK. Par contre, toutes les éditions passent
directement par Crystal Report pour les critères de slection. Celle qui
bug passe par un écran de sélection VB6. Cependant, l'appel de l'état
reste ensuite le même que les autres.
Si c'est la seule différence, il faut chercher de ce côté.
-- @+ Raymond Access MVP http://access.seneque.free.fr/ http://access2003.free.fr/ http://users.skynet.be/mpfa/ pour débuter sur le forum
"Julien" a écrit dans le message de news:
au niveau des droits,je vois pas pourquoi d'autres éditions pointant sur la même base seraient OK. Par contre, toutes les éditions passent directement par Crystal Report pour les critères de slection. Celle qui bug passe par un écran de sélection VB6. Cependant, l'appel de l'état reste ensuite le même que les autres.
-- Julien
Julien
Après des tests sous Win98, 2000 et XP, toujours aucun problème. Et en fin de compte, la seule piste plausible semble bien être les droits d'accès au serveur. Je dois être tenu au courant prochainement. Affaire à suivre.
Merci encore
-- Julien
Après des tests sous Win98, 2000 et XP, toujours aucun problème. Et en
fin de compte, la seule piste plausible semble bien être les droits
d'accès au serveur.
Je dois être tenu au courant prochainement. Affaire à suivre.
Après des tests sous Win98, 2000 et XP, toujours aucun problème. Et en fin de compte, la seule piste plausible semble bien être les droits d'accès au serveur. Je dois être tenu au courant prochainement. Affaire à suivre.
