2016-05-25 2 views
0

L'utilisation de la bibliothèque partagée nsocr (application basée sur OCR), à savoir libjnsocr.so &, fonctionne correctement sur un système Ubuntu. Lorsque je l'exécute sur une boîte RHEL 5.1, j'obtiens une erreur comme ERROR_DLLNOTLOADED 0x70010002 or Cannot find or load the "NSOCR.dll" file. L'un des problèmes qui pourrait être la source est qu'Ubuntu fonctionne sur une version récente du noyau Linux, c'est-à-dire 4.2 alors que le serveur sur lequel je lance le programme est sur la version 2.6 du noyau qui est très ancienne. S'il vous plaît laissez-moi savoir s'il y a un moyen de rendre ce fichier compatible pour le noyau plus ancien. Appréciez toutes les autres entrées.Problème de compatibilité de bibliothèque partagée

Répondre

1

Lors de l'exécution de la même sur une boîte RHEL 5.1, je reçois une erreur

... fonctionneraient probablement si vous avez utilisé comme Ubuntu 7.04 pour créer les bibliothèques /l'application .

Dites que libjnsocr.so dépend par ex. libc6 version 2.11 ou ultérieure. Redhat 5 a glibc-2.5 (= libc6-2.5): Aucune chance qu'une application contemporaine puisse fonctionner.


+0

Je pense que vous avez un point là et essentiellement ce que vous dites est donc de mettre à jour les paquets glibc actuels à la version 2.11 ou supérieure. Va vérifier cela et voir si cela résout. Merci! – javshak

+0

'glibc '* est * votre système d'exploitation (avec le noyau) et ne peut généralement pas être mis à jour. Cependant, vous pouvez construire une glibc supplémentaire dans un endroit caché, comme/opt/glibc211/.... et pointer vers la nouvelle glibc, lorsque vous démarrez NSOCR. Un écueil possible: Votre OS/le noyau par défaut (-headers) peut être trop vieux pour construire la glibc-2.11 ..... –

+0

Merci pour les conseils supplémentaires. La boîte RHEL 5.1 n'est pas quelque chose que je peux gérer directement et l'équipe informatique de mon entreprise a dit qu'elle demanderait des autorisations supplémentaires avant de pouvoir me fournir un noyau amélioré ou une boîte RHEL 6.5 qui exécute la glibc 2.12. J'ai fini par tester mon code sur un ordinateur personnel qui avait la version glibc requise. Il est encore temps de faire passer ce code en production donc jusque-là je peux faire une pause :) – javshak