Je viens de passer à Windows 7 et, après avoir réinstallé mon MS Office, j'ai une erreur intéressante. Lorsque je clique sur une base de données, je reçois un message contextuel "Il y a eu un problème lors de l'envoi de la commande au programme", mais l'application de fichier démarre toujours et la base de données appropriée s'ouvre.
Quelqu'un a-t-il déjà vu quelque chose comme ça?
Comment pourrais-je procéder pour enquêter puis résoudre ce problème?
Remarque: je n'utilise pas Zone-Alarm. La plupart des recherches en ligne sur ce problème renvoient divers sites et articles MSKB traitant des problèmes d'utilisation de Zone-Alarm
RESOLU: Merci à Mihi --- Après avoir renommé la clé de registre de ddexec en NOddeexec, le problème a disparu - toujours pas sûr pourquoi le DDE est cassé, mais fonctionne assez bien pour moi maintenant
Réponses:
Avait ce problème mais uniquement avec des produits bureautiques spécifiques (c'est-à-dire qu'Excel et Word fonctionneraient mais Access échouerait avec le message).
Voici comment j'ai résolu le problème dans Windows 7 - 64 bits (cela pourrait également fonctionner pour Vista).
Utilisation de l'Éditeur du Registre fourni avec Windows 7 (Regedit)
HKEY_CLASSES_ROOT\.mdb
(Je faisais affaire avec Office 2007, mais recherchez simplement l'entrée d'extension de fichier qui vous intéresse) .(Default)
entrée de valeur, puis recherchez la clé à laquelleHKEY_CLASSES_ROOT
elle fait référence (dans mon cas, c'est Access.MDBFile) .shell
et supprimez-la (voir l'avertissement ci-dessus)En vérifiant mes paramètres après avoir fait cela, j'ai remarqué que la
Access.MDBFile
clé dans le registre avait changé, il y avait maintenant uneCLSID
clé qui pointait vers le nouveau domicile de l'association de fichiers.CLSID
(dans mon casHKEY_CLASSES_ROOT\Access.MDBFile\CLSID
, la(Default)
valeur était{73A4C9C1-D68D-11D0-98BF-00A0C90DC8D9}
) .CLSID
(à l'exception des accolades) , n'oubliez pas de vérifier sousLook at
->Keys
avant d'effectuer la recherche (dans mon cas, clé trouvéeHKEY_CLASSES_ROOT\Wow6432Node\CLSID\{73A4C9C1-D68D-11D0-98BF-00A0C90DC8D9}
mais cela pourrait différer, mon exemple est pour un système 64 bits gérant une version 32 bits d'Office 2007) .la source
Fondamentalement, cette erreur apparaît si un type de fichier est configuré pour utiliser DDE (un ancien protocole de communication de type Windows-3.x entre des applications exécutées sur le même ordinateur) pour ouvrir un fichier.
Vous le trouverez dans les types de fichiers dans les options de dossier de l'explorateur (peut-être ailleurs sur Windows 7, mais il y aura un endroit où un administrateur pourra configurer les fichiers à ouvrir avec quels programmes).
Lorsque cette option "Utiliser DDE" est cochée, Windows vérifie d'abord si le programme est déjà en cours d'exécution, puis (si c'est le cas) lui envoie un message DDE (composé de 3 textes, "Application", "Rubrique" et "Message" ). De cette façon, il peut éviter d'ouvrir à nouveau le programme même s'il est déjà en cours d'exécution. Lorsque le programme n'est pas en cours d'exécution, il est simplement démarré normalement. En cas d'échec de la connexion DDE, la boîte de dialogue que vous mentionnez apparaîtra et redémarrera simplement le programme normalement.
Ainsi, la solution la plus simple consiste simplement à désactiver "Utiliser DDE" pour l'extension de fichier de votre base de données (je suppose .mdb). Le seul inconvénient de ceci: lorsque vous ouvrez une base de données et Access est déjà en cours d'exécution, Windows ouvrira une deuxième instance d'Access, qui à son tour remarquera la première et enverra le message DDE et quittera après cela. C'est à dire. vous démarrez inutilement Access pour pouvoir le refermer immédiatement. Mais de nos jours avec des processeurs rapides et des disques durs, je suppose que cela est acceptable :-)
La solution la plus complexe serait de vérifier si quelque chose ne va pas dans ces paramètres (comme un mauvais sujet ou une mauvaise application) et de corriger cela. Pour ce faire, vous devez avoir accès à une autre machine (peut-être virtuelle) où les fichiers d'ouverture fonctionnent afin que vous puissiez comparer la configuration DDE.
EDIT: Selon ce site Web , cet onglet a été supprimé dans Vista. Vous pouvez toujours le faire manuellement dans le registre: recherchez
HKEY_CLASSES_ROOT\.mdb
sa valeur par défaut (disons que c'est le casmdbfile
), puis examinez cette valeur par défaut (HKEY_CLASSES_ROOT\mdbfile\shell\open\ddeexec
).la source
Voici la solution que j'ai trouvée pour Access 2002. Elle sera similaire pour les autres versions d'Access.
Ça a marché pour moi! Plus "Il y a eu un problème lors de l'envoi de la commande au programme." Erreur.
Pour les différentes versions d'Access, l'option "Ignorer les demandes DDE" peut être indiquée un peu différemment, mais vous devriez pouvoir trouver quelque chose de compérable.
J'espère que cela aide les autres qui ont le même problème.
la source
Dans le dossier Office installé. faites un clic droit sur excel / winword .exe et sélectionnez les propriétés. Sélectionnez l'onglet de compatibilité et assurez-vous que "exécuter ce programme en mode de compatibilité pour" est NON CONTRÔLÉ.
la source
Fix It from MS - Un problème est survenu lors de l'envoi de la commande au programme.
(Excel s'ouvre avec une erreur ou sans afficher de classeur)
Cet article a déjà été publié sous Q211494.
la source
Voici le correctif pour Access 2007:
Devrait bien s'ouvrir sans avoir à s'embêter avec le registre.
la source
probablement, puisque l'erreur est documentée dans cet article MSKB . il a également été mentionné à propos de ZoneAlarm.
la source
Journal des activités:
J'ai utilisé le Panneau de configuration pour modifier l'installation d'Office 2007, en supprimant Access. Ensuite, en utilisant le Panneau de configuration, j'ai ajouté Access en arrière. Cela n'a eu aucun effet sur le problème.
J'ai utilisé le Panneau de configuration pour réparer l'installation d'Office 2007, puis j'ai redémarré. Cela n'a eu aucun effet sur le problème.
REMARQUE:
la source
Je ne suis pas sûr, mais est-ce que l'accès à cette option pour entendre sur les appels DDE est désactivé. j'ai vu cette option dans Word et exceller aussi mais je ne me souviens pas de l'accès. Peut-être un problème de sécurité pour mieux désactiver cela ...
la source
Je n'utilise pas Access, mais j'ai récemment commencé à rencontrer le même problème avec Excel et Word (2007) sur Win7 lors de l'ouverture de documents à partir de la liste "Récent" dans mon menu Démarrer (en utilisant la flèche sur l'élément de menu de raccourci Word). La solution de case à cocher DDE ne s'applique pas à moi, car elle était déjà décochée (et n'existe pas dans Word, pour autant que je sache).
Je suis tombé sur une solution qui semble avoir résolu le problème pour moi: lorsque j'ai ouvert la boîte de dialogue Propriétés pour le raccourci du document (dans le menu contextuel; voir capture d'écran ci-dessous), j'ai remarqué que le champ "Ouvre avec" avait été changé en quelque sorte pour une autre application autre que Microsoft Word. Cliquer sur le bouton "Modifier" m'a permis de réassocier ce fichier avec "Microsoft Office Word" (sans avoir à jouer avec le registre).
la source
Si cette erreur apparaît lors de l'utilisation d'Office avec Windows 7 avec un fichier Access ADP, le problème peut être dû à un pare-feu.
Windows XP avec Access 2007 utilise SMB pour la communication avec le serveur MSSQL. Windows 7 avec Access 2007 utilise le port TCP (port SQL standard) 1433 pour essayer d'accéder au serveur MSSQL. Si vous avez un pare-feu Windows ou un pare-feu matériel bloquant le port 1433, il essaie 3 fois d'établir une connexion et lorsqu'il échoue pour la troisième fois, il passe à SMB et fonctionne normalement.
Ouvrez le port TCP 1433 sur le serveur exécutant SQL Server.
Je n'ai pas découvert pourquoi Windows 7 utilise d'abord le port TCP 1433 au lieu de SMB comme XP, et je n'ai pas découvert comment le changer.
la source