Cara Memperbaiki Ralat OLE 8004013F di Linux



Cuba Instrumen Kami Untuk Menghapuskan Masalah

Sekiranya anda cuba menjalankan pangkalan data atau makro dalam lingkungan berasaskan Wain pada apa-apa jenis pelaksanaan GNU / Linux, maka anda mungkin akan mengalami beberapa jenis mesej ralat. Pada satu ketika semasa aliran program, anda akhirnya dapat melihatnya Ralat OLE 8004013F kotak. Skrip anda akan segera dihentikan pelaksanaannya. Sekiranya ini berlaku, maka kemungkinan besar anda kehilangan perpustakaan yang perlu dijalankan oleh skrip anda. Dalam klien Windows asli, perpustakaan ini digunakan untuk memadankan objek di dalam fail dengan host induknya. Linux tidak mempunyai kemampuan ini, kerana setiap program yang dijalankan di X Server menguruskan sesuatu dengan cara tersendiri.



Di bawah persekitaran Microsoft Windows asli, Delphi dapat menggunakan sedikit kod untuk membuka Excel. Sekiranya anda mahukan contoh Excel yang disisipkan dan dipautkan berfungsi dengan objek yang berbeza, maka anda mungkin telah menggunakannya eclApp: = CreateOleObject (‘Excel.Application’); untuk berbuat demikian. Di dalam Linux, anda mungkin pernah menggunakan OpenOffice dengan cara ini. Sekiranya anda mendapati Delphi membuang yang ditakuti 8004013F ralat pada anda setelah anda cuba membuat objek OLE dengan contoh eclApp: = CreateOleObject (‘com.sun.star.ServiceManager’); coretan, maka anda mungkin mengalami masalah kebergantungan yang sama. Pertama, cari kod anda untuk sebarang kesalahan ejaan. Ini adalah penyebab ralat yang paling biasa bahkan sebelum ketergantungan dilibatkan. Setelah anda yakin bahawa anda telah menulis semuanya dengan betul, dan kemudian anda dapat memulihkan perpustakaan yang diperlukan.



Perpustakaan OLE yang diperlukan

Anda juga mungkin mengalami kesalahan yang sama jika anda cuba menggunakan aplikasi penganjur Windows yang disebut keynote-nf, dan jika demikian, anda boleh menggunakan proses yang sama untuk mengatasinya. Fail keynote.exe tidak disertakan dengan pemasang, jadi biasa menyalinnya ke direktori Program Files. Walaupun boleh berjalan, anda mungkin mengalami ralat 8004013F di atas atau pengecualian 80004001 yang berbeza. Dalam mana-mana keadaan, buatlah direktori di dalam Program Files dengan arahan mkdir atau pengurus fail grafik anda. Panggil ia KeyNote-NF, dan alihkan binari keynote.exe ke atasnya.



Sekiranya anda mempunyai akses ke partisi Windows XP, Vista, 7, 8, 8.1 atau 10, maka anda mungkin ingin mencuba menyalin fail msftedit.dll dari C: Windows system32 direktori ke direktori KeyNote-NF yang anda buat. Anda juga harus menyalin fail msls31.dll. Anda juga boleh memperoleh kedua-duanya dari CD pemasangan, tetapi anda perlu menggunakan perintah perluas untuk meningkatkannya. Dalam kedua-dua kes tersebut, jalankan program ini dan anda pasti dapat berfungsi dengan baik.



Thunar, Nautilus dan pengurus fail lain yang serupa akan mengenal pasti keynote.exe sebagai DOS yang boleh dilaksanakan, yang boleh anda abaikan dengan selamat. Cukup jalankan seperti yang anda lakukan sebelumnya. Apabila anda mengklik kanan untuk mengakses menu konteks, anda mungkin benar-benar mendapat pilihan yang mendorong anda untuk menjalankannya di bawah Wine. Pilih pilihan ini untuk memulakannya. Menjalankan program dari terminal sebaliknya akan membolehkan anda melihat sebarang mesej ralat yang mungkin membelakangi mereka dalam proses. Dalam beberapa kes, anda mungkin benar-benar mendapat amaran mengenai nama fail yang berbeza daripada msftedit.dll atau msls31.dll, yang seharusnya anda perolehi. Sama seperti lubang kelinci ketergantungan Unix, secara teorinya anda dapat meluangkan masa untuk memperoleh direktori yang penuh dengan fail yang berbeza.

Apabila anda menghadapi masalah yang sama dengan kod Excel atau Delphi, arahkan ke direktori yang berisi yang dapat dieksekusi yang anda coba jalankan dan letakkan dua fail perpustakaan yang dipaut secara dinamik di dalam direktori tersebut. Anda boleh memberikan akses kepada Wine sepenuhnya dengan memasukkannya ~ / .wine / drive_c / Windows / sistem32 juga, tetapi ini mungkin menimpa beberapa fail yang dipasang oleh Wine secara lalai.

Oleh kerana DLL ini lebih unggul dalam beberapa cara daripada penyelesaian sumber terbuka yang digunakan oleh Wine, mereka juga dapat membantu menghubungkan objek dalam program lain yang mungkin anda jalankan, tetapi banyak pengguna tidak menyukai idea mencemarkan pemasangan Linux mereka dengan sumber tertutup fail. Menempatkannya hanya di direktori yang sebenarnya digunakan oleh program anda adalah kaedah terbaik untuk menyelesaikan masalah ini. Anda bahkan boleh membuat direktori untuk aksesori Windows sebenar yang telah anda salin dari partisi lain. Sebagai contoh, beberapa pengguna mengalami masalah seperti ini jika mereka menggunakan skrip bash atau kod Delphi untuk memulai contoh WordPad tradisional. Wine mungkin telah memasang versi write.exe sendiri, tetapi tidak ada yang menghalang anda membuat direktori di '~ / .Wine / drive_c / Fail Program /' dan meletakkan write.exe, msftedit.dll dan msls31.dll ke dalamnya, kemudian merujuk direktori itu dengan kod anda. Oleh kerana Wine memang memasukkan versi primer jurubahasa cmd dari Microsoft Windows NT, anda juga boleh merujuk program ini dalam fail skrip Batch jika anda mahu. Pastikan kata pendahuluan dengan @ECHO OFF, jika tidak, setiap arahan akan muncul seolah-olah anda telah mengetiknya pada baris arahan dan kemudian tekan enter untuk melaksanakannya satu demi satu.

Banyak laman web di Internet menawarkan objek DLL untuk dimuat turun, dan mungkin menggoda untuk menggunakan salah satu repositori ini jika anda tidak mempunyai pemasangan Windows di partisi lain. Walaupun sememangnya mudah, pastikan anda melakukan imbasan malware pada msftedit.dll dan msls31.dll jika anda terpaksa memperolehnya dengan cara ini. Anda tidak boleh memperlakukan repositori ini dengan cara yang sama seperti anda yang merawat rasmi yang ditaja oleh projek Ubuntu, Debian dan Fedora.

Perlu diingat juga bahawa jika anda terpaksa memperolehnya dengan cara ini sehingga boleh menyebabkan masalah pelesenan jika anda mengedarkan semula kod anda. Jangan pasang apa-apa yang boleh dieksekusi oleh mana-mana repositori seperti itu, kerana pelaksanaan ini lebih kerap daripada bukan bentuk adware yang direka untuk mempengaruhi pengguna persekitaran perisian Microsoft Windows rasmi. Perkara yang sama berlaku untuk kes di mana anda mungkin diminta untuk memuat turun sejumlah perpustakaan yang berlainan di luar kedua-duanya, kerana mereka boleh menjadi mangsa pencerobohan adware yang sama.

4 minit membaca