Mengapa Access melaporkannya tidak dapat menerima perintah untuk programnya?

Saya baru saja memutakhirkan ke Windows 7, dan ketika setelah menginstal ulang MS Office saya, saya memiliki kesalahan yang menarik. Ketika saya mengklik pada database, saya mendapatkan pesan popup "Ada masalah mengirim perintah ke program", tetapi aplikasi file masih akan mulai dan database yang tepat tidak bisa dibuka.

Adakah yang pernah melihat yang seperti ini?

Bagaimana saya akan menyelidiki dan kemudian memperbaiki masalah ini?

Catatan: Saya tidak menggunakan Zone-Alarm. Sebagian besar pencarian online tentang masalah ini mengembalikan berbagai situs dan artikel MSKB yang membahas masalah menggunakan Zone-Alarm

ASK : Terima kasih kepada Mihi --- Setelah mengganti nama kunci Registry dari ddexec ke NOddeexec, masalahnya hilang - masih tidak yakin mengapa DDE rusak, tetapi bekerja cukup baik untuk saya sekarang

Punya masalah ini tetapi hanya dengan produk-produk kantor khusus (yaitu Excel dan Word akan berfungsi tetapi Access akan gagal dengan pesan).

Inilah cara saya memperbaiki masalah di Windows 7 - 64 Bit (Mungkin juga bisa bekerja untuk Vista).

CATATAN: Solusi ini melibatkan pengeditan registri sistem Anda. Harap berhati-hati karena mengedit registri yang salah dapat merusak sistem operasi Anda!

Menggunakan Registry Editor yang disediakan dengan Windows 7 (Regedit)

• Periksa kunci ekstensi di registri untuk asosiasi saat ini
• HKEY_CLASSES_ROOT\.mdb (Saya berurusan dengan Office 2007 tetapi hanya menemukan entri ekstensi file yang Anda minati) .
• Periksa (Default)entri nilai, kemudian temukan kunci di HKEY_CLASSES_ROOTdalamnya merujuk (dalam kasus saya ini adalah Access.MDBFile) .
• Temukan sub kunci shelldan hapus (lihat peringatan di atas)
• Kembali ke dan cari file yang ingin Anda buka, Anda sekarang akan diminta untuk memilih program untuk membukanya. Pada titik ini temukan program kantor yang ingin Anda gunakan untuk membuka file dan selesai.

Memeriksa pengaturan saya setelah melakukan ini, memperhatikan bahwa Access.MDBFilekunci dalam registri telah berubah, sekarang memiliki CLSIDkunci yang menunjuk ke rumah baru dari asosiasi file.

• Sub kunci CLSID (dalam kasus saya HKEY_CLASSES_ROOT\Access.MDBFile\CLSID, (Default)nilainya adalah {73A4C9C1-D68D-11D0-98BF-00A0C90DC8D9}) .
• Cari yang digunakan untuk mencari CLSID (tidak termasuk kurung keriting) , ingat untuk memeriksa di bawah Look at-> Keyssebelum melakukan pencarian (dalam kasus saya menemukan kunci HKEY_CLASSES_ROOT\Wow6432Node\CLSID\{73A4C9C1-D68D-11D0-98BF-00A0C90DC8D9}tetapi ini bisa berbeda, contoh saya adalah untuk sistem 64 bit menangani versi 32 bit Office 2007) .
• Referensi ini adalah untuk "Aplikasi Microsoft Office Access" yang menggunakan server dalam proses untuk meluncurkan aplikasi, menggunakan metode ini memperbaiki asosiasi file Access saya.

Pada dasarnya, kesalahan ini muncul jika jenis file diatur untuk menggunakan DDE (protokol komunikasi Windows-3.x-gaya lama antara aplikasi yang berjalan di komputer yang sama) untuk membuka file.

Anda akan menemukannya dalam jenis file dalam opsi folder explorer (mungkin di tempat lain di Windows 7, tetapi akan ada beberapa tempat di mana administrator dapat mengatur file mana yang akan dibuka dengan program mana).

Ketika opsi "Gunakan DDE" dicentang, Windows akan terlebih dahulu memeriksa apakah program sudah berjalan, dan kemudian (jika ya) mengirimkannya pesan DDE (terdiri dari 3 teks, "Aplikasi", "Topik" dan "Pesan" ). Dengan cara ini ia dapat menghindari membuka program lagi meskipun sudah berjalan. Ketika program tidak berjalan, itu baru saja dimulai secara normal. Jika koneksi DDE gagal, dialog yang Anda sebutkan akan muncul dan itu hanya akan memulai program lagi secara normal.

Jadi, perbaikan termudah adalah dengan menonaktifkan "Gunakan DDE" untuk ekstensi file dari basis data Anda (saya kira .mdb). Satu-satunya kelemahan dari ini: Ketika Anda membuka database dan Access sudah berjalan, Windows akan membuka contoh kedua Access, yang pada gilirannya akan melihat yang pertama dan mengirim pesan DDE dan keluar setelah itu. Saya. E. Anda tidak perlu memulai Access sehingga dapat menutup kembali sekaligus. Tetapi saat ini dengan CPU dan hard disk yang cepat, saya kira ini dapat diterima :-)

Perbaikan yang lebih kompleks adalah memeriksa apakah ada sesuatu yang salah dalam pengaturan ini (seperti topik yang salah atau aplikasi yang salah) dan memperbaikinya. Melakukan hal itu akan mengharuskan Anda memiliki akses ke mesin lain (mungkin virtual) tempat membuka file bekerja sehingga Anda dapat membandingkan konfigurasi DDE.

EDIT: Menurut situs web ini , tab itu dijatuhkan di Vista. Anda selalu dapat melakukannya secara manual di registri: Cari HKEY_CLASSES_ROOT\.mdbnilai default-nya (katakan saja mdbfile) dan kemudian lihat nilai default itu ( HKEY_CLASSES_ROOT\mdbfile\shell\open\ddeexec).

Ini adalah solusi yang saya temukan untuk Access 2002. Ini akan serupa untuk versi Access lainnya.

1. Akses terbuka
2. Klik pada Tools
3. Klik Opsi
4. Klik pada Tab Lanjut
5. Hapus centang pada kotak di sebelah "Abaikan permintaan DDE"
6. Tutup Akses

Itu berhasil untuk saya! Tidak ada lagi "Ada masalah mengirim perintah ke program." kesalahan.

Untuk versi Access yang berbeda, opsi "Abaikan permintaan DDE" dapat dinyatakan sedikit berbeda, tetapi Anda harus dapat menemukan sesuatu yang dapat dikompilasi.

Saya harap ini membantu orang lain yang memiliki masalah yang sama.

Di folder kantor yang diinstal. klik kanan pada excel / winword .exe dan pilih properti. Pilih tab yang kompatibel dan pastikan "jalankan program ini dalam mode kompatibilitas untuk" TIDAK DIHAPUS.

Perbaiki dari MS - Ada masalah saat mengirim perintah ke program.

(Excel dibuka dengan kesalahan atau tanpa menampilkan buku kerja)
Artikel ini sebelumnya diterbitkan di Q211494.

Berikut ini adalah perbaikan untuk Access 2007:

• Klik Office "Coin" di sudut kiri atas Access.
• Pilih "Opsi Akses"
• Pilih opsi "Advanced"
• Gulir ke botton dan hapus centang "Abaikan Permintaan DDE"

Harus terbuka dengan baik tanpa harus dipusingkan dengan registri.

Adakah yang pernah melihat yang seperti ini?

mungkin, karena kesalahan didokumentasikan dalam artikel MSKB ini . itu juga telah disebutkan sehubungan dengan ZoneAlarm.

Log kegiatan:

Saya menggunakan Control Panel untuk mengubah instalasi Office 2007, menghapus Access. Kemudian menggunakan Control Panel, saya menambahkan Access kembali. Ini tidak berpengaruh pada masalah.

Saya menggunakan Control Panel untuk memperbaiki instalasi Office 2007, lalu reboot. Ini tidak berpengaruh pada masalah.

CATATAN:

• Ketika saya mengklik dua kali pada file, masalah terjadi. Ketika saya mengklik kanan, pilih OpenWith dan pilih Access, masalahnya tidak terjadi.
• Masalah ini tidak terjadi dengan Excel

Saya tidak yakin tetapi mungkinkah dalam mengakses opsi ini untuk mendengar pada DDE-Panggilan dinonaktifkan. saya melihat opsi ini di Word dan unggul juga tetapi tidak ingat akses. Mungkin masalah keamanan untuk menonaktifkan ini dengan lebih baik ...

Saya tidak menggunakan Access, tetapi saya baru-baru ini mulai menemukan masalah yang sama dengan Excel dan Word (2007) di Win7 saat membuka dokumen dari daftar "Recent" di menu Start saya (menggunakan panah pada item menu Shortcut Kata). Solusi kotak centang DDE tidak berlaku untuk saya, karena sudah tidak dicentang (dan tidak ada di Word, sejauh yang saya tahu).

Saya menemukan solusi yang tampaknya telah memperbaiki masalah bagi saya: Ketika saya membuka dialog Properti untuk pintasan dokumen (dari menu konteks; lihat tangkapan layar di bawah), saya perhatikan bahwa bidang "Terbuka Dengan" entah bagaimana telah diubah menjadi aplikasi lain selain Microsoft Word. Mengklik tombol "Ubah" memungkinkan saya untuk mengaitkan kembali file ini dengan "Microsoft Office Word" (tanpa harus mengacaukan dengan registri).

Jika kesalahan ini muncul saat menggunakan Office dengan Windows 7 dengan file Access ADP, masalahnya mungkin karena firewall.

Windows XP dengan Access 2007 menggunakan SMB untuk komunikasi ke MSSQL Server. Windows 7 dengan Access 2007 menggunakan port TCP (port SQL standar) 1433 untuk mencoba masuk ke MSSQL Server. Jika Anda memiliki Windows Firewall, atau firewall yang memblokir port 1433, ia mencoba 3 kali untuk membuat koneksi dan ketika gagal ketiga kalinya, ia beralih ke SMB dan bekerja secara normal.

Buka TCP port 1433 di server yang menjalankan SQL Server.

Saya belum tahu mengapa Windows 7 menggunakan TCP port 1433 lebih dulu daripada SMB seperti XP, dan saya belum tahu bagaimana mengubahnya.