Linux లో OLE లోపం 8004013F ని ఎలా పరిష్కరించాలి



సమస్యలను తొలగించడానికి మా పరికరాన్ని ప్రయత్నించండి

మీరు ఏ విధమైన GNU / Linux అమలుపై వైన్ ఆధారిత వాతావరణంలో ఏ విధమైన డేటాబేస్ లేదా మాక్రోను అమలు చేయడానికి ప్రయత్నిస్తుంటే, మీరు ఒక విధమైన దోష సందేశాన్ని అనుభవించవచ్చు. ప్రోగ్రామ్ ప్రవాహం సమయంలో ఏదో ఒక సమయంలో, మీరు చివరికి చూడవచ్చు OLE లోపం 8004013F బాక్స్. మీ స్క్రిప్ట్ వెంటనే అమలును నిలిపివేస్తుంది. ఇది జరిగితే, మీ స్క్రిప్ట్ అమలు చేయాల్సిన లైబ్రరీని మీరు కోల్పోయే అవకాశం లేదు. స్థానిక విండోస్ క్లయింట్‌లో, ఈ లైబ్రరీలను ఫైల్స్ లోపల ఉన్న వస్తువులను వాటి మాతృ హోస్ట్‌తో సరిపోల్చడానికి ఉపయోగిస్తారు. X సర్వర్‌లో నడుస్తున్న ప్రతి ప్రోగ్రామ్ దాని స్వంత మార్గంలో విషయాలను నిర్వహిస్తున్నందున Linux కి ఈ సామర్ధ్యం లేదు.



స్థానిక మైక్రోసాఫ్ట్ విండోస్ వాతావరణంలో, డెల్ఫీ ఎక్సెల్ తెరవడానికి చిన్న కోడ్‌ను ఉపయోగించవచ్చు. ఎక్సెల్ యొక్క ఎంబెడెడ్ మరియు లింక్డ్ ఉదాహరణ వేర్వేరు వస్తువులతో పనిచేయాలని మీరు కోరుకుంటే, మీరు ఉపయోగించుకోవచ్చు eclApp: = CreateOleObject (‘Excel.Application’); అలా చేయడానికి. లైనక్స్ లోపల, మీరు ఈ విధంగా ఓపెన్ ఆఫీస్‌ను ఉపయోగించడానికి కూడా ప్రయత్నించారు. డెల్ఫీ భయంకరమైన విసిరినట్లు మీరు కనుగొంటారా 8004013 ఎఫ్ మీరు ఒక ఉదాహరణతో OLE వస్తువును సృష్టించడానికి ప్రయత్నించిన తర్వాత మీ వద్ద లోపం eclApp: = CreateOleObject (‘com.sun.star.ServiceManager’); స్నిప్పెట్, అప్పుడు మీరు బహుశా అదే డిపెండెన్సీ సమస్యతో బాధపడుతున్నారు. మొదట, ఏదైనా అక్షరదోషాల కోసం మీ కోడ్‌ను చూడండి. డిపెండెన్సీలు పాల్గొనడానికి ముందే లోపాలకు ఇవి చాలా సాధారణ కారణాలు. మీరు ప్రతిదీ సరిగ్గా వ్రాశారని మీకు ఖచ్చితంగా తెలిస్తే, ఆపై మీరు అవసరమైన లైబ్రరీలను తిరిగి పొందవచ్చు.



అవసరమైన OLE లైబ్రరీలు

మీరు కీనోట్- nf అని పిలువబడే విండోస్ ఆర్గనైజర్ అప్లికేషన్‌ను ఉపయోగించడానికి ప్రయత్నిస్తుంటే మీరు కూడా అదే లోపాన్ని అనుభవించవచ్చు, అదే సందర్భంలో మీరు దాన్ని పరిష్కరించడానికి అదే విధానాన్ని ఉపయోగించవచ్చు. Keynote.exe ఫైల్ ఇన్‌స్టాలర్‌తో రాదు, కాబట్టి దీన్ని ప్రోగ్రామ్ ఫైల్స్ డైరెక్టరీకి కాపీ చేయడం సాధారణం. ఇది నడుస్తున్నప్పుడు, మీరు పైన పేర్కొన్న 8004013F లోపం లేదా వేరే 80004001 మినహాయింపును అనుభవించవచ్చు. ఈ రెండు సందర్భాల్లో, mkdir కమాండ్ లేదా మీ గ్రాఫికల్ ఫైల్ మేనేజర్‌తో ప్రోగ్రామ్ ఫైల్స్ లోపల డైరెక్టరీని తయారు చేయండి. దీనిని కీనోట్-ఎన్ఎఫ్ అని పిలవండి మరియు కీనోట్.ఎక్స్ బైనరీని దానికి తరలించండి.



మీకు విండోస్ ఎక్స్‌పి, విస్టా, 7, 8, 8.1 లేదా 10 విభజనకు ప్రాప్యత ఉంటే, అప్పుడు మీరు msftedit.dll ఫైల్‌ను కాపీ చేయడానికి ప్రయత్నించవచ్చు. సి: విండోస్ సిస్టమ్ 32 మీరు చేసిన కీనోట్-ఎన్ఎఫ్ డైరెక్టరీకి డైరెక్టరీ. మీరు msls31.dll ఫైల్‌ను కూడా కాపీ చేయాలి. మీరు ఈ రెండింటినీ ఇన్‌స్టాలేషన్ సిడి నుండి పొందవచ్చు, కాని వాటిని పెంచడానికి మీరు విస్తరించే ఆదేశాన్ని ఉపయోగించాలి. ఈ రెండు సందర్భాల్లో, ప్రోగ్రామ్‌ను అమలు చేయండి మరియు ఇది బాగా పనిచేస్తుందని మీరు కనుగొనాలి.



థునార్, నాటిలస్ మరియు ఇతర సారూప్య ఫైల్ నిర్వాహకులు keynote.exe ను DOS ఎక్జిక్యూటబుల్ గా గుర్తిస్తారు, మీరు సురక్షితంగా విస్మరించవచ్చు. మీరు ఇంతకుముందు మాదిరిగానే దీన్ని అమలు చేయండి. కాంటెక్స్ట్ మెనూని ఆక్సెస్ చెయ్యడానికి మీరు కుడి-క్లిక్ చేసినప్పుడు, వైన్ కింద దీన్ని అమలు చేయమని మిమ్మల్ని ప్రోత్సహించే ఎంపికను మీరు పొందవచ్చు. దీన్ని ప్రారంభించడానికి ఈ ఎంపికను ఎంచుకోండి. బదులుగా టెర్మినల్ నుండి ప్రోగ్రామ్‌ను అమలు చేయడం వలన ఈ ప్రక్రియలో వారి తల వెనుక భాగంలో ఉండే ఏదైనా దోష సందేశాలను చూడటానికి మిమ్మల్ని అనుమతిస్తుంది. కొన్ని సందర్భాల్లో, మీరు వాస్తవానికి msftedit.dll లేదా msls31.dll కంటే వేరే ఫైల్ పేరు గురించి హెచ్చరికను పొందవచ్చు, మీరు బదులుగా దాన్ని పొందాలి. యునిక్స్ డిపెండెన్సీ రాబిట్ హోల్ లాగా, మీరు సైద్ధాంతికంగా వేర్వేరు ఫైళ్ళతో నిండిన డైరెక్టరీని సంపాదించడానికి కొంత సమయం గడపవచ్చు.

ఎక్సెల్ లేదా డెల్ఫీ కోడ్‌తో మీకు అదే సమస్య ఉన్నప్పుడు, మీరు అమలు చేయడానికి ప్రయత్నిస్తున్న ఎక్జిక్యూటబుల్ ఉన్న డైరెక్టరీకి నావిగేట్ చేయండి మరియు డైనమిక్‌గా లింక్ చేయబడిన రెండు లైబ్రరీ ఫైల్‌లను ఆ డైరెక్టరీలో ఉంచండి. వీటిని ఉంచడం ద్వారా మీరు వీటికి వైన్ మొత్తం యాక్సెస్ ఇవ్వవచ్చు ~ / .వైన్ / డ్రైవ్_సి / విండోస్ / సిస్టమ్ 32 అలాగే, కానీ వైన్ అప్రమేయంగా ఇన్‌స్టాల్ చేసే కొన్ని ఫైల్‌లను ఓవర్రైట్ చేస్తుంది.

వైన్ ఉపయోగించే ఓపెన్-సోర్స్ పరిష్కారాలకు ఈ DLL లు కొన్ని విధాలుగా ఉన్నతమైనవి కాబట్టి, మీరు అమలు చేయగల ఇతర ప్రోగ్రామ్‌లలోని వస్తువులను లింక్ చేయడంలో కూడా ఇవి సహాయపడతాయి, కాని చాలా మంది వినియోగదారులు తమ లైనక్స్ ఇన్‌స్టాలేషన్‌ను క్లోజ్డ్-సోర్స్‌తో కలుషితం చేసే ఆలోచనను ఇష్టపడరు. ఫైళ్లు. మీ ప్రోగ్రామ్‌లు వాస్తవానికి ఉపయోగించే డైరెక్టరీలలో మాత్రమే వాటిని ఉంచడం ఈ సమస్యను పరిష్కరించడానికి ఉత్తమ మార్గం. మీరు మరొక విభజన నుండి కాపీ చేసిన వాస్తవ విండోస్ ఉపకరణాల కోసం డైరెక్టరీలను కూడా సృష్టించవచ్చు. ఉదాహరణకు, సాంప్రదాయక WordPad ఉదంతాలను ప్రారంభించడానికి కొంతమంది వినియోగదారులు బాష్ స్క్రిప్ట్ లేదా డెల్ఫీ కోడ్‌ను ఉపయోగిస్తుంటే ఈ రకమైన సమస్యలను ఎదుర్కొంటారు. వైన్ ఇది స్వంతంగా వ్రాసే సంస్కరణను ఇన్‌స్టాల్ చేసి ఉండవచ్చు, కానీ డైరెక్టరీని సృష్టించకుండా మిమ్మల్ని నిరోధించేది ఏమీ లేదు “~ / .వైన్ / డ్రైవ్_సి / ప్రోగ్రామ్ ఫైల్స్ /” మరియు దానికి write.exe, msftedit.dll మరియు msls31.dll ఉంచడం, ఆ డైరెక్టరీని మీ కోడ్‌తో సూచిస్తుంది. మైక్రోసాఫ్ట్ విండోస్ NT నుండి cmd ఇంటర్ప్రెటర్ యొక్క ఆదిమ సంస్కరణను వైన్ కలిగి ఉన్నందున, మీరు కావాలనుకుంటే బ్యాచ్ స్క్రిప్ట్ ఫైళ్ళలో కూడా ఈ ప్రోగ్రామ్‌లను సూచించవచ్చు. @ECHO OFF తో వీటిని ముందుమాటగా నిర్ధారించుకోండి, లేకపోతే ప్రతి కమాండ్ మీరు దానిని కమాండ్ లైన్ వద్ద టైప్ చేసి, ఒకదాని తరువాత ఒకటి అమలు చేయడానికి ఎంటర్ నెట్టివేసినట్లు కనిపిస్తుంది.

ఇంటర్నెట్‌లోని చాలా సైట్‌లు డౌన్‌లోడ్ కోసం DLL వస్తువులను అందిస్తాయి మరియు మీకు మరొక విభజనలో విండోస్ ఇన్‌స్టాలేషన్ లేకపోతే ఈ రిపోజిటరీలలో ఒకదానితో వెళ్ళడానికి ఉత్సాహం కలిగిస్తుంది. అవి ఖచ్చితంగా సౌకర్యవంతంగా ఉన్నప్పటికీ, మీరు వాటిని ఈ విధంగా పొందవలసి వస్తే మీరు msftedit.dll మరియు msls31.dll లలో మాల్వేర్ స్కాన్ చేస్తున్నారని నిర్ధారించుకోండి. మీరు ఈ రిపోజిటరీలను ఉబుంటు, డెబియన్ మరియు ఫెడోరా ప్రాజెక్టులు స్పాన్సర్ చేసిన అధికారికంగా వ్యవహరించే విధంగానే వ్యవహరించకూడదు.

మీరు ఈ పద్ధతిలో వాటిని సంపాదించమని బలవంతం చేస్తే, మీరు మీ కోడ్‌ను పున ist పంపిణీ చేస్తే లైసెన్సింగ్ ఆందోళనలకు కారణం కావచ్చు. వాస్తవమైన మైక్రోసాఫ్ట్ విండోస్ సాఫ్ట్‌వేర్ పరిసరాల వినియోగదారులను ప్రభావితం చేయడానికి రూపొందించిన యాడ్‌వేర్ యొక్క రూపం కంటే ఈ ఎక్జిక్యూటబుల్స్ చాలా తరచుగా ఉన్నందున, అటువంటి రిపోజిటరీ గురించి అడిగే ఎక్జిక్యూటబుల్‌ను ఇన్‌స్టాల్ చేయవద్దు. ఈ రెండింటికి వెలుపల మీరు అనేక వేర్వేరు లైబ్రరీలను డౌన్‌లోడ్ చేయవలసి వచ్చిన ఏ సందర్భంలోనైనా అదే జరుగుతుంది, ఎందుకంటే అవి ఒకే విధమైన యాడ్‌వేర్ దండయాత్రకు బలైపోతాయి.

4 నిమిషాలు చదవండి