Ja jūs mēģināt palaist jebkāda veida datu bāzi vai makro Vīna vidē, izmantojot jebkāda veida GNU / Linux ieviešanu, iespējams, rodas kāda veida kļūdas ziņojums. Kādā brīdī programmas plūsmas laikā jūs varētu redzēt OLE kļūda 8004013F lodziņā. Pēc tam jūsu skripts nekavējoties pārtrauks izpildi. Ja tas notiktu, jums, visticamāk, trūkst bibliotēkas, kas jūsu skriptam ir jāpalaiž. Vietējā Windows klientā šīs bibliotēkas tiek izmantotas, lai failos esošos objektus saskaņotu ar vecāku resursdatoru. Linux nav šīs iespējas, jo katra programma, kas darbojas X serverī, pārvalda lietas savā veidā.
Vietējā Microsoft Windows vidē Delphi var izmantot nelielu koda daļu, lai atvērtu programmu Excel. Ja vēlaties, lai iegults un saistīts Excel eksemplārs darbotos ar dažādiem objektiem, iespējams, izmantojāt eclApp: = CreateOleObject (‘Excel.Application’); darīt tā. Linux iekšpusē jūs, iespējams, pat mēģinājāt izmantot OpenOffice šādā veidā. Vai jums jāatrod Delfi, kurš met bailes 8004013F kļūda pēc tam, kad mēģināt izveidot OLE objektu ar eclApp: = CreateOleObject (‘com.sun.star.ServiceManager’); fragmentu, tad jūs, iespējams, ciešat no tās pašas atkarības problēmas. Vispirms apskatiet kodu, vai tajā nav pareizrakstības kļūdu. Šie ir visizplatītākie kļūdu cēloņi pat pirms tiek iesaistītas atkarības. Kad esat pārliecināts, ka esat visu pareizi uzrakstījis, varat turpināt atkopt nepieciešamās bibliotēkas.
Nepieciešamās OLE bibliotēkas
Tā pati kļūda var rasties arī tad, ja mēģinājāt izmantot Windows organizētāja lietojumprogrammu ar nosaukumu keynote-nf, un, ja tas tā ir, varat to pašu procesu izmantot, lai to novērstu. Failam keynote.exe nav instalētāja, tāpēc parasti tas tiek kopēts direktorijā Program Files. Lai arī tas varētu darboties, var rasties vai nu iepriekš minētā kļūda 8004013F, vai arī cits 80004001 izņēmums. Jebkurā gadījumā izveidojiet direktoriju Program Files iekšpusē, izmantojot komandu mkdir vai grafisko failu pārvaldnieku. Nosauciet to KeyNote-NF un pārvietojiet bināro keynote.exe.
Ja jums ir piekļuve nodalījumam Windows XP, Vista, 7, 8, 8.1 vai 10, ieteicams mēģināt kopēt failu msftedit.dll no C: Windows system32 direktoriju uz jūsu izveidoto KeyNote-NF direktoriju. Jums vajadzētu arī kopēt failu msls31.dll. Abus šos datus var iegūt arī no instalācijas kompaktdiska, taču, lai tos uzpūstu, jums jāizmanto paplašināšanas komanda. Jebkurā gadījumā palaidiet programmu, un jums vajadzētu atrast, ka tā darbojas labi.
Thunar, Nautilus un citi līdzīgi failu pārvaldnieki identificēs keynote.exe kā DOS izpildāmo failu, kuru jūs varat droši ignorēt. Vienkārši palaidiet to tāpat kā iepriekš. Noklikšķinot ar peles labo pogu, lai piekļūtu konteksta izvēlnei, jūs faktiski varētu saņemt opciju, kas mudina jūs to palaist sadaļā Vīns. Atlasiet šo opciju, lai to sāktu. Tā vietā, palaižot programmu no termināļa, jūs varēsit redzēt visus kļūdu ziņojumus, kas šajā procesā varētu pacelt galvu. Dažos gadījumos jūs faktiski varat saņemt brīdinājumu par citu faila nosaukumu, nevis msftedit.dll vai msls31.dll, kuru jums vajadzētu iegūt. Līdzīgi kā Unix atkarības trušu caurums, teorētiski jūs varētu pavadīt kādu laiku, iegūstot direktoriju, kurā ir daudz dažādu failu.
Kad jums ir tāda pati problēma ar Excel vai Delphi kodu, dodieties uz direktoriju, kurā atrodas izpildāmā programma, kuru mēģināt palaist, un ievietojiet divus dinamiski saistītos bibliotēkas failus šajā direktorijā. Vīnam varat piešķirt pilnīgu piekļuvi tiem, tos ievietojot ~ / .wine / drive_c / Windows / system32 kā arī, taču tas var pārrakstīt dažus failus, kurus Wine pēc noklusējuma instalē.
Tā kā šie DLL ir zināmā mērā pārāki par Wine izmantotajiem atvērtā pirmkoda risinājumiem, tie var arī palīdzēt saistīt objektus citās jūsu palaistās programmās, taču daudziem lietotājiem nepatīk ideja piesārņot savu Linux instalāciju ar slēgtu avotu failus. Labākais veids, kā atrisināt šo problēmu, ir ievietot tos tikai direktorijos, kurus faktiski izmanto jūsu programmas. Jūs pat varat izveidot direktorijus faktiskajiem Windows piederumiem, kurus esat nokopējis no cita nodalījuma. Piemēram, dažiem lietotājiem rodas šāda veida problēmas, ja viņi tradicionālo WordPad gadījumu startēšanai izmanto bash skriptu vai Delphi kodu. Vīns, iespējams, ir instalējis savu write.exe versiju, taču nekas netraucē jums izveidot direktoriju “~ / .Wine / drive_c / Program Files /” un tajā ievietojot write.exe, msftedit.dll un msls31.dll, pēc tam atsaucoties uz šo direktoriju ar savu kodu. Tā kā Vīnā ir ietverta primitīva cmd tulka versija no Microsoft Windows NT, uz šīm programmām varat atsaukties arī paketes skriptu failos, ja vēlaties. Pārliecinieties, ka esat tos ievadījis ar @ECHO OFF, pretējā gadījumā katra komanda parādīsies tā, it kā jūs to būtu ierakstījis komandrindā un pēc tam nospiedis Enter, lai izpildītu to vienu pēc otra.
Daudzas vietnes internetā piedāvā lejupielādei DLL objektus, un, iespējams, ir vilinoši izmantot kādu no šiem krātuvēm, ja citā nodalījumā nav instalēta Windows. Lai gan tie patiešām var būt ērti, pārliecinieties, ka veicat ļaunprātīgas programmatūras skenēšanu vietnēs msftedit.dll un msls31.dll, ja esat spiests tās iegūt šādā veidā. Jums nevajadzētu izturēties pret šiem krātuvēm tāpat kā ar oficiālajiem, kurus sponsorē Ubuntu, Debian un Fedora projekti.
Ņemiet vērā arī to, ka, ja jūs esat spiests tos iegūt šādā veidā, tas var radīt bažas par licencēšanu, ja jūs atkārtoti izplatīsit savu kodu. Neinstalējiet nevienu izpildāmo failu, par kuru jautā šāds repozitorijs, jo šie izpildāmie faili visbiežāk ir reklāmprogrammatūras veids, kas paredzēts, lai ietekmētu faktiskās oficiālās Microsoft Windows programmatūras vides lietotājus. Tas pats attiecas uz visiem gadījumiem, kad, iespējams, jums vajadzēja lejupielādēt vairākas dažādas bibliotēkas ārpus šīm divām, jo tās var kļūt par tāda paša veida reklāmprogrammatūras iebrukuma upuriem.
4 minūtes lasītas
