Kui proovite veinipõhises keskkonnas mis tahes tüüpi GNU / Linuxi juurutamisel käivitada mis tahes andmebaasi või makrot, siis võib ilmneda mingi veateade. Mingil hetkel programmivoo ajal võite lõpuks näha OLE tõrge 8004013F kasti. Teie skript lõpetab seejärel viivitamatult täitmise. Kui see peaks juhtuma, siis on teil tõenäoliselt puudu teek, mida teie skript peab käivitama. Natiivses Windowsi kliendis kasutatakse neid teeke failide sees olevate objektide sobitamiseks nende põhihostiga. Linuxil seda võimalust pole, kuna iga X-serveris töötav programm haldab asju omamoodi.
Natiivses Microsofti Windowsi keskkonnas saab Delphi Exceli avamiseks kasutada väikest koodi. Kui soovite, et Exceli manustatud ja lingitud eksemplar töötaks erinevate objektidega, siis oleksite võinud seda kasutada eclApp: = CreateOleObject (‘Excel.Application’); seda teha. Linuxi sees võite olla isegi proovinud OpenOffice'i sel viisil kasutada. Kas peaksite leidma, et Delfi viskab kardetavat 8004013F tõrge pärast seda, kui proovite luua OLE-objekti objekti eclApp: = CreateOleObject (‘com.sun.star.ServiceManager’); koodilõik, siis on teil tõenäoliselt sama sõltuvusprobleem. Esmalt vaadake oma koodi üle, et leida õigekirjavigu. Need on kõige levinumad vigade põhjused juba enne sõltuvuste kaasamist. Kui olete kindel, et olete kõik õigesti kirjutanud, saate jätkata vajalike teekide taastamist.
Vajalikud OLE raamatukogud
Sama viga võib ilmneda ka siis, kui proovisite kasutada Windowsi korraldajarakendust nimega keynote-nf, ja kui see nii on, saate selle parandamiseks kasutada sama protsessi. Failiga keynote.exe pole kaasas installijat, seega on tavaline see kopeerida kataloogi Program Files. Kuigi see võib töötada, võib teil esineda kas ülalnimetatud viga 8004013F või mõni muu erand 80004001. Mõlemal juhul tehke programmifailide sees kataloog kas käsuga mkdir või oma graafilise failihalduriga. Nimetage seda KeyNote-NF-i ja teisaldage binaarne fail keynote.exe selle juurde.
Kui teil on juurdepääs Windows XP, Vista, 7, 8, 8.1 või 10 sektsioonile, võiksite proovida faili msftedit.dll kopeerimist C: Windows system32 loodud kataloogi KeyNote-NF kataloogi. Samuti peaksite kopeerima faili msls31.dll. Mõlemad saate hankida ka installi-CD-lt, kuid nende paisutamiseks peate kasutama käsku expand. Mõlemal juhul käivitage programm ja peate leidma, et see töötab hästi.
Thunar, Nautilus ja muud sarnased failihaldurid tuvastavad keynote.exe DOS-i käivitatavana, mida saate ohutult ignoreerida. Lihtsalt käivitage see nagu varem. Kui paremklõpsate kontekstimenüü avamiseks, võite tegelikult saada suvandi, mis julgustab teid seda veini all käivitama. Selle käivitamiseks valige see suvand. Selle asemel, kui käivitate programmi terminalist, näete kõiki tõrketeateid, mis võivad protsessi käigus pea taha tõusta. Mõnel juhul võite tegelikult saada hoiatuse muu failinime kui msftedit.dll või msls31.dll kohta, mille peaksite selle asemel omandama. Sarnaselt Unixi sõltuvuse küüliku auguga võiksite teoreetiliselt kulutada mõnda aega faile täis kataloogi hankimiseks.
Kui teil on sama probleem Exceli või Delphi koodiga, navigeerige kataloogi, mis sisaldab käivitatavat faili, mida proovite käivitada, ja asetage kaks dünaamiliselt lingitud teegi faili sellesse kataloogi. Veinile saate anda neile täieliku juurdepääsu, kui panete need sisse ~ / .wine / drive_c / Windows / system32 samuti, kuid see võib üle kirjutada mõned failid, mille Wine vaikimisi installib.
Kuna need DLL-failid on mõnes mõttes paremad kui Wine'i kasutatavad avatud lähtekoodiga lahendused, võivad need aidata ka objektide linkimisel teistes teie käivitatavates programmides, kuid paljudele kasutajatele ei meeldi idee oma Linuxi installi reostada suletud lähtekoodiga faile. Parim viis selle probleemi lahendamiseks on nende paigutamine ainult kataloogidesse, mida teie programmid tegelikult kasutavad. Võite isegi luua katalooge tegelike Windowsi lisaseadmete jaoks, mille olete teiselt sektsioonilt kopeerinud. Näiteks kogevad mõned kasutajad selliseid probleeme, kui nad kasutavad traditsiooniliste WordPadi eksemplaride käivitamiseks bashi skripti või Delphi koodi. Võimalik, et Wine on installinud oma kirjutusrakendi exe.exe versiooni, kuid miski ei takista teid kataloogi loomisel „~ / .Wine / drive_c / Program Files /” ja kirjutades sellele kirjed.exe, msftedit.dll ja msls31.dll, viidates sellele kataloogile oma koodiga. Kuna Wine sisaldab Microsoft Windows NT cmd-tõlgi primitiivset versiooni, võite soovi korral nendele programmidele viidata ka pakettskriptifailides. Eelnevalt sisestage need e-kirjaga @ECHO OFF, vastasel juhul ilmuvad kõik käsud nii, nagu oleksite selle käsureale sisestanud ja seejärel üksteise järel käivitamiseks sisestusklahvi vajutanud.
Paljud Interneti-saidid pakuvad allalaadimiseks DLL-i objekte ja võib olla ahvatlev minna ühte neist hoidlatest, kui teil pole Windowsi installi teises partitsioonis. Kuigi need võivad tõepoolest olla kindlasti mugavad, veenduge, et kontrolliksite failides msftedit.dll ja msls31.dll pahavara, kui olete sunnitud neid sel viisil omandama. Te ei tohiks neid hoidlaid kohelda samamoodi nagu Ubuntu, Debiani ja Fedora projektide poolt sponsoreeritud ametlikke.
Pidage ka meeles, et kui olete sunnitud neid sellisel viisil omandama, võib see koodi edasijagamisel tekitada probleeme litsentsimisega. Ärge installige ühtegi käivitatavat faili, mida mõni selline hoidla küsib, kuna need käivitatavad failid on enamasti reklaamvara vorm, mis on mõeldud tegelike ametlike Microsofti Windowsi tarkvarakeskkondade kasutajate mõjutamiseks. Sama kehtib kõigi juhtumite kohta, kus teil võib olla vaja alla laadida mitu erinevat teeki väljaspool neid kahte, kuna need võivad sattuda sama tüüpi reklaamvara sissetungi ohvriks.
4 minutit loetud
