Jei bandote paleisti bet kokią duomenų bazę ar makrokomandą „Wine“ aplinkoje, naudodami bet kokį GNU / Linux diegimą, galite patirti tam tikrą klaidos pranešimą. Tam tikru programos eigos metu galiausiai galite pamatyti OLE klaida 8004013F dėžė. Tada scenarijus bus nedelsiant nutrauktas. Jei taip atsitiktų, jums greičiausiai trūksta bibliotekos, kurią reikia paleisti jūsų scenarijui. Gimtojoje „Windows“ kliente šios bibliotekos naudojamos failų viduje esantiems objektams suderinti su pagrindiniu kompiuteriu. „Linux“ neturi šios galimybės, nes kiekviena programa, veikianti „X Server“, viską tvarko savaip.
Gimtojoje „Microsoft Windows“ aplinkoje „Delphi“ gali naudoti šiek tiek kodo, kad atidarytų „Excel“. Jei norėjote, kad įterptasis ir susietasis „Excel“ egzempliorius veiktų su skirtingais objektais, galbūt naudojote eclApp: = CreateOleObject (‘Excel.Application’); tai padaryti. „Linux“ viduje galbūt net bandėte tokiu būdu naudoti „OpenOffice“. Ar turėtumėte pastebėti, kad Delfis meta baimę 8004013F klaida po to, kai bandysite sukurti OLE objektą su eclApp: = CreateOleObject (‘com.sun.star.ServiceManager’); fragmentą, tada jūs tikriausiai kenčia nuo tos pačios priklausomybės problemos. Pirmiausia peržiūrėkite kodą, ar nėra klaidų. Tai yra dažniausiai pasitaikančios klaidų priežastys dar prieš įtraukiant priklausomybes. Kai įsitikinsite, kad viską parašėte teisingai, tada galėsite atkurti reikalingas bibliotekas.
Būtinos OLE bibliotekos
Taip pat galite patirti tą pačią klaidą, jei bandėte naudoti „Windows“ organizatoriaus programą, vadinamą „keynote-nf“, ir jei taip yra, galite naudoti tą patį procesą jai pašalinti. Failas „keynote.exe“ nėra kartu su diegimo programa, todėl įprasta jį nukopijuoti į „Program Files“ katalogą. Nors ji gali veikti, gali kilti arba pirmiau minėta 8004013F klaida, arba kita 80004001 išimtis. Bet kuriuo atveju programos „Files“ viduje sukurkite katalogą naudodami komandą „mkdir“ arba grafinį failų tvarkyklę. Pavadinkite „KeyNote-NF“ ir perkelkite į ją dvejetainį failą keynote.exe.
Jei turite prieigą prie „Windows XP“, „Vista“, 7, 8, 8.1 arba 10 skaidinio, galite pabandyti nukopijuoti failą msftedit.dll iš C: Windows system32 katalogą į jūsų sukurtą „KeyNote-NF“ katalogą. Taip pat turėtumėte nukopijuoti failą msls31.dll. Juos abu galite įsigyti ir iš diegimo kompaktinio disko, tačiau norint juos išpūsti, reikės naudoti komandą „expand“. Bet kuriuo atveju paleiskite programą ir turėtumėte pastebėti, kad ji gerai veikia.
„Thunar“, „Nautilus“ ir kiti panašūs failų tvarkyklės atpažins „keynote.exe“ kaip DOS vykdomąjį failą, kurio galite saugiai nepaisyti. Paprasčiausiai paleiskite jį kaip anksčiau. Dešiniuoju pelės mygtuku spustelėję norėdami patekti į kontekstinį meniu, iš tikrųjų galite gauti parinktį, raginančią ją paleisti skiltyje „Vynas“. Pasirinkite šią parinktį, kad ją paleistumėte. Vietoj to, jei paleisite programą iš terminalo, galėsite pamatyti klaidų pranešimus, kurie gali pakelti galvą. Kai kuriais atvejais iš tikrųjų galite gauti įspėjimą apie kitą failo pavadinimą nei msftedit.dll arba msls31.dll, kurį turėtumėte įsigyti. Panašiai kaip „Unix“ priklausomybės triušio skylė, teoriškai galėtumėte praleisti šiek tiek laiko, įsigydami katalogą, kuriame yra įvairių failų.
Kai kyla ta pati problema su „Excel“ arba „Delphi“ kodu, eikite į katalogą, kuriame yra vykdomasis failas, kurį bandote paleisti, ir įdėkite du dinamiškai susietus bibliotekos failus į tą katalogą. Galite suteikti „Wine“ visišką prieigą prie jų, įdėdami juos ~ / .wine / drive_c / Windows / system32 taip pat, bet tai gali perrašyti kai kuriuos failus, kuriuos „Wine“ įdiegia pagal numatytuosius nustatymus.
Kadangi šie DLL failai tam tikru požiūriu pranašesni už „Wine“ naudojamus atvirojo kodo sprendimus, jie taip pat gali padėti susieti objektus kitose programose, kurias galite paleisti, tačiau daugeliui vartotojų nepatinka mintis teršti savo „Linux“ diegimą uždaru šaltiniu failus. Geriausias būdas išspręsti šią problemą yra jų įtraukimas į katalogus, kuriuos iš tikrųjų naudojate programos. Jūs netgi galite sukurti katalogus tikriems „Windows“ priedams, kuriuos nukopijavote iš kito skaidinio. Pvz., Kai kurie vartotojai susiduria su tokiomis problemomis, jei naudoja tradicinius „WordPad“ egzempliorius naudodami „bash“ scenarijų arba „Delphi“ kodą. „Wine“ galėjo įdiegti savo „write.exe“ versiją, tačiau niekas netrukdo kurti katalogo „~ / .Wine / drive_c / Program Files /“ ir įdėdami į jį write.exe, msftedit.dll ir msls31.dll, tada nurodydami tą katalogą savo kodu. Kadangi „Wine“ yra primityvi „cmd“ vertėjo iš „Microsoft Windows NT“ versija, taip pat galite nurodyti šias programas paketinių scenarijų failuose, jei norite. Įsitikinkite, kad prieš juos įvedėte „@ECHO OFF“, kitaip kiekviena komanda pasirodys taip, tarsi įvestumėte ją komandinėje eilutėje ir paspaustumėte „Enter“, kad įvykdytumėte ją viena po kitos.
Daugelis interneto svetainių siūlo atsisiųsti DLL objektus ir gali būti viliojanti eiti su viena iš šių saugyklų, jei kitame skaidinyje neturite „Windows“ diegimo. Nors jie tikrai gali būti patogūs, įsitikinkite, kad nuskaitėte kenkėjišką programą programose msftedit.dll ir msls31.dll, jei esate priversti jas įsigyti tokiu būdu. Jūs neturėtumėte elgtis su šiomis saugyklomis taip pat, kaip su oficialiomis, kurias remia „Ubuntu“, „Debian“ ir „Fedora“ projektai.
Taip pat atminkite, kad jei esate priversti juos įsigyti tokiu būdu, tai gali sukelti licencijos problemų, jei perskirstysite kodą. Negalite įdiegti vykdomojo failo, apie kurį klausia bet kuri tokia saugykla, nes šie vykdomieji failai dažniausiai yra reklaminės programos, skirtos paveikti tikrųjų oficialių „Microsoft Windows“ programinės įrangos aplinkų vartotojus. Tas pats pasakytina ir apie bet kurį atvejį, kai jums gali tekti atsisiųsti daugybę skirtingų bibliotekų, išskyrus šias dvi, nes jos gali tapti tos pačios rūšies reklaminių programų invazija.
4 minutes perskaityta
