Si vous essayez d'exécuter n'importe quelle sorte de base de données ou de macro dans un environnement basé sur Wine sur n'importe quelle sorte d'implémentation GNU / Linux, alors vous pourriez rencontrer une sorte de message d'erreur. À un moment donné pendant le déroulement du programme, vous pourriez finalement voir un Erreur OLE 8004013F boîte. Votre script cessera alors immédiatement de s'exécuter. Si cela devait se produire, il vous manque probablement une bibliothèque dont votre script a besoin pour s'exécuter. Dans un client Windows natif, ces bibliothèques sont utilisées pour faire correspondre les objets à l'intérieur des fichiers avec leur hôte parent. Linux n’a pas cette capacité, car chaque programme s’exécutant sur un serveur X gère les choses à sa manière.
Dans un environnement Microsoft Windows natif, Delphi peut utiliser un petit bout de code pour ouvrir Excel. Si vous vouliez qu'une instance intégrée et liée d'Excel fonctionne avec différents objets, vous avez peut-être utilisé eclApp: = CreateOleObject ('Excel.Application'); faire cela. À l'intérieur de Linux, vous avez peut-être même essayé d'utiliser OpenOffice de cette façon. Si vous trouvez Delphi en train de lancer le redouté 8004013F erreur de votre part après avoir tenté de créer un objet OLE avec une instance du eclApp: = CreateOleObject ('com.sun.star.ServiceManager'); snippet, alors vous souffrez probablement du même problème de dépendance. Tout d'abord, regardez votre code pour les fautes d'orthographe. Ce sont les causes d'erreurs les plus courantes avant même que les dépendances ne soient impliquées. Une fois que vous êtes sûr que vous avez tout écrit correctement, vous pouvez ensuite récupérer les bibliothèques nécessaires.
Bibliothèques OLE nécessaires
Vous pouvez également rencontrer la même erreur si vous tentiez d'utiliser une application de l'organiseur Windows appelée keynote-nf, et si tel est le cas, vous pouvez utiliser le même processus pour y remédier. Le fichier keynote.exe n’est pas fourni avec un programme d’installation. Il est donc courant de le copier dans le répertoire Program Files. Bien qu'il puisse fonctionner, vous pouvez rencontrer l'erreur 8004013F susmentionnée ou une exception 80004001 différente. Dans les deux cas, créez un répertoire à l'intérieur de Program Files avec la commande mkdir ou votre gestionnaire de fichiers graphique. Appelez-le KeyNote-NF et déplacez-y le binaire keynote.exe.
Si vous avez accès à une partition Windows XP, Vista, 7, 8, 8.1 ou 10, vous pouvez essayer de copier le fichier msftedit.dll à partir du C: Windows system32 répertoire dans le répertoire KeyNote-NF que vous avez créé. Vous devez également copier le fichier msls31.dll. Vous pouvez également les acquérir à partir d'un CD d'installation, mais vous devrez utiliser la commande expand pour les gonfler. Dans les deux cas, exécutez le programme et vous devriez constater qu'il fonctionne correctement.
Thunar, Nautilus et d'autres gestionnaires de fichiers similaires identifieront keynote.exe comme un exécutable DOS, que vous pouvez ignorer en toute sécurité. Exécutez-le simplement comme vous l'aviez fait auparavant. Lorsque vous cliquez avec le bouton droit pour accéder à un menu contextuel, vous pouvez en fait obtenir une option vous encourageant à l'exécuter sous Wine. Sélectionnez cette option pour le démarrer. Exécuter le programme à partir du terminal à la place vous permettra de voir tous les messages d'erreur qui pourraient surgir dans le processus. Dans certains cas, vous pouvez recevoir un avertissement concernant un nom de fichier différent de msftedit.dll ou msls31.dll, que vous devriez plutôt acquérir. Tout comme un terrier de dépendance Unix, vous pourriez théoriquement passer du temps à acquérir un répertoire plein de fichiers différents.
Lorsque vous rencontrez le même problème avec le code Excel ou Delphi, accédez au répertoire contenant l'exécutable que vous essayez d'exécuter et placez les deux fichiers de bibliothèque liés dynamiquement dans ce répertoire. Vous pouvez donner à Wine un accès total à ceux-ci en les mettant ~ / .wine / lecteur_c / Windows / system32 ainsi, mais cela pourrait écraser certains des fichiers que Wine installe par défaut.
Étant donné que ces DLL sont supérieures à certains égards aux solutions open source utilisées par Wine, elles peuvent également aider à relier des objets dans d'autres programmes que vous pourriez exécuter, mais de nombreux utilisateurs n'aiment pas l'idée de polluer leur installation Linux avec des sources fermées. des dossiers. Les placer uniquement dans les répertoires que vos programmes utilisent réellement est le meilleur moyen de résoudre ce problème. Vous pouvez même créer des répertoires pour les accessoires Windows réels que vous avez copiés à partir d’une autre partition. Par exemple, certains utilisateurs rencontrent ce type de problèmes s’ils utilisent un script bash ou du code Delphi pour démarrer des instances WordPad traditionnelles. Wine a peut-être installé sa propre version de write.exe, mais rien ne vous empêche de créer un répertoire dans '~ / .Wine / drive_c / Program Files /' et y placer write.exe, msftedit.dll et msls31.dll, puis référencer ce répertoire avec votre code. Puisque Wine inclut une version primitive de l'interpréteur cmd de Microsoft Windows NT, vous pouvez également référencer ces programmes dans des fichiers de script Batch si vous préférez. Assurez-vous de les faire précéder de @ECHO OFF, sinon chaque commande apparaîtra comme si vous l'aviez tapée sur une ligne de commande, puis appuyée sur Entrée pour l'exécuter l'une après l'autre.
De nombreux sites sur Internet proposent des objets DLL à télécharger, et il peut être tentant d’utiliser l’un de ces référentiels si vous n’avez pas d’installation de Windows sur une autre partition. Bien qu’ils soient certainement pratiques, assurez-vous d’effectuer une analyse des logiciels malveillants sur msftedit.dll et msls31.dll si vous êtes obligé de les acquérir de cette manière. Vous ne devez pas traiter ces dépôts de la même manière que vous traitez les dépôts officiels sponsorisés par les projets Ubuntu, Debian et Fedora.
N'oubliez pas que si vous êtes obligé de les acquérir de cette manière, cela peut entraîner des problèmes de licence si vous redistribuez votre code. N'installez pas non plus d'exécutable pour lequel un tel référentiel pose des questions, car ces exécutables sont le plus souvent une forme de logiciel publicitaire conçu pour influencer les utilisateurs d'environnements logiciels officiels Microsoft Windows. Il en va de même pour tous les cas où vous auriez pu être obligé de télécharger un certain nombre de bibliothèques différentes en dehors de ces deux, car elles peuvent être la proie du même type d'invasion de logiciels publicitaires.
4 minutes de lecture
