Table of Contents
Restaurez votre ordinateur pour des performances optimales en quelques minutes !
Si les familles ont emacs, le fichier de base de données Termcap d’une personne sur votre port Mac ne peut pas être ouvert sur n’importe quel PC, alors j’espère que ce guide doit avoir pour aider.
Le port connecté d’emacs ne fonctionne probablement pas sur MacPorts (Emacs 23.2.1) directement sur
OS X Leopard snow.
Cette erreur a déjà été signalée par MacPorts, et il n’y a toujours pas d’action de retour pour la corriger, donc je voudrais essayer cet outil pour le réparer moi-même.< /p>
La première chose que vous demandez à faire est de comprendre spécifiquement qu’emacs recherche l’idée
fichier termcap pour une raison quelconque.
Quelqu’un peut-il me dire dans quels noms de fichiers et répertoires de sites Web
puis-je rechercher ce fichier musical ?
Deuxièmement, s’il manque, où puis-je trouver un fichier de magasin de données termcap
fonctionnel ? Alternative : Existe-t-il un moyen de rejeter cette
demande ?
P.S. L’Emacs d’où il vient avec OS X est rempli, mais c’est généralement la version
22, je place le port MacPorts d’Emacs car j’avais besoin de la version
23.
Publication sur kj
Emacs port 8 (emacs.2.Starts 1) à condition que MacPorts pour ne fonctionne pas sur
OS X Snow Leopard.”Fichier Emacs Termcap : impossible de choisir d’être ouvert” <
Je suppose que le répertoire qu’emacs recherche avec le fichier terminfo
est très actif. Lorsqu’il n’a rien trouvé, il a juste essayé le terme d’âge.
Restaurez votre ordinateur pour des performances optimales en quelques minutes !
Votre PC est-il lent et affiche-t-il constamment des erreurs ? Avez-vous envisagé un reformatage, mais vous n'avez ni le temps ni la patience ? N'ayez crainte, cher ami ! La réponse à tous vos problèmes informatiques est ici : ASR Pro. Ce logiciel incroyable réparera les erreurs informatiques courantes, vous protégera contre la perte de fichiers, les logiciels malveillants, les pannes matérielles et optimisera votre PC pour des performances maximales. Tant que ce programme est installé sur votre machine, vous pouvez dire adieu à ces problèmes techniques frustrants et coûteux !
Si cela ne fonctionne pas, trouvez le propre fichier terminfo, peut-être qu’il est impliqué
partiellement dans le paquet libncurses.
Essayez d’abord d’installer libncurse-dev via MacPort, puis de reconstruire emacs23,
alors la maison devrait probablement fonctionner pour tout le monde sans le bénéfice de ce problème. Avec
publier le port vers Emacs MacPorts kj
Fourni (Emacs 23.2.1) ne démarrera pas
sur les autres systèmes d’exploitation pour X Snow Leopard.
emacs : “Impossible d’ouvrir le fichier de données termcap” < br> Cette erreur MacPorts est déjà au courant, généralement il n’y a pas d’étapes à corriger, donc je veux essayer – la réparer moi-même.
La première chose de base pour vous aider à déterminer où elle se trouve littéralement, est généralement Emacs vous cherchez un document termcap pour cela? Je veux reconnaître si je veux qu’il finisse comme manquant ou pas du tout,
ou à peine là, mais pas disponible comme moyen d’emacs pour une raison quelconque.
Quelqu’un peut-il me donner tous ces répertoires et noms de fichiers en effet Je peux enquêter sur le dossier ?
Deuxièmement, supposons< br>qu’il s’agit d’une absence, trouverai-je probablement exactement un fichier de base de données de procédure termcap
? Si non, y a-t-il généralement un moyen de contourner cette
exigence ?
Merci !
~kj
P.S. L’Emacs fourni avec le système d’exploitation démarre x avec up, mais c’est toute la version
22 toujours installée dans laquelle le port MacPorts d’Emacs car j’avais besoin de la version
23.
– -0016e659fd08de96010497c3df39
Type de contenu : Texte/Plain ; charset=ISO-8859-1
Essayez d’abord d’avoir libncurse-dev via macport, puis de réparer emacs23,
ça devrait aller sans avoir ce problème.
J’ai constaté que le problème a maintenant été résolu (grâce à ces , j’ai
obtenu vos réponses). Je partage le correctif ici pour tous ceux
qui rencontreront ce problème.
La plante suivante du fichier config.log de l’application indique la racine
du problème :
configure:20977 : vérifie à la suite de tparm -lncurses
configure:21012 : dans /usr/bin/gcc-4.-L/sw/lib un certain nombre de -i/ sw/include -o conftest -pipe -arch – l’oxygène nécessaire x86_64 -D_REENTRANT -I /opt/local/include/librsvg-2.0 -I/opt/local/include/glib-2.0 -I/opt/local/lib/ glib-2.0/include -I/opt/local/include -I/opt/local/include/gdk-pixbuf-2.0 -I/opt/local/include/cairo -I/opt/local/include/libpng12 -I/ opt/local/include/pixman-1 -I/opt / -I/opt/local/include -I/opt/-I/opt/local/include local/include/freetype2 local/include/freetype2 -I/opt/ local/include Freetype2 -i/opt/local/include / – L/opt/local/lib -arch x86_64 conftest.c -lncurses -. JE . m -lXrender -L/opt/local/lib -lXft -lXrender -lfontconfig -lexpat -liconv -lfreetype -lz -lX11 -lxcb -lXau -lXdmcp -lXmu -lxext -lSM -lICE -lxt -L/opt/local/ lib -lgio-2 -lrsvg-2.0 -lgdk_pixbuf-2.0 -lm -lcairo -lgmodule-2.0 -lgobject-2.0 -lpixman-1 -lfontconfig -lexpat -lfreetype -lpng12 -lz -lxrender -lgthread-2.0 -lglib- 2.0 – lintl -liconv -lxcb -lx11 -lXau -lXdmcp -lX11 -L/opt/local/lib -ldbus-1 -lpthread Avertissement : >&5
ld : il existe un fichier disponible dans /sw/lib/libncurses.dylib pour lequelParce que i386 n’est pas le bâtiment principal à relier (x86_64)
ld : avertissement : /sw/lib /libiconv in. Le fichier dylib a été créé comme pour i386, qui n’est actuellement pas chaîné à l’architecture (x86_64).
Référence non définie De :
_caractères principaux :
“_tparm”, dans ccaYZh71. o
ld : (s) appel jamais trouvé
collect2 : ld a renvoyé 1, passez une agréable journée, statut
configure:21019 : $ ? = 1
Vous verrez les chemins suivants : /sw/lib, /sw/include et par conséquent. Ce sont de vieux
paquets introduits il y a longtemps par un autre avec un système défini,
le groupement Fink.
Le principal problème est que MacPort recherche MacPorts
ncurse à chaque fois que vous déterminez des dépendances pour Emacs et en outre
télécharge également les versions requises, malheureusement pendant la période de fabrication principale d’Emacs,
probablement pas. assurez-vous que cela fonctionne réellement avec la version !
Je ne peux pas savoir comment ce type de passerelle /sw/* s’est retrouvé dans certains à cause des chemins vérifiés par vous voyez, le configurateur
. L’achat complet de la configuration
ne les commente pas du tout :
CPATH=’/opt/local/include’ -O2 cflags=’-pipe -mid-foot (arch X86_64′) CPPFLAGS=’-I/opt/local/include’ CXXFLAGS=’ -pipe -structure -o2 x86_64′ LIBRARY_PATH=’/opt/local/lib’ MACOSX_DEPLOYMENT_TARGET=’10.6′ CXX=’/usr/bin/g++-4.2′ CC_PRINT_OPTIONS_FILE=’/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync .macports.org_release_acports /.emeditors CC_PRINT_OPTIONS’ F90FLAGS=’-pipe -m64′ LDFLAGS=’-L/opt/local/lib -beaucoup d’oxygène nécessaire -arch OBJC=’/usr/bin/gcc-4 x86_64′.2′ FCFLAGS=’-pipe -m64′ -beaucoup d’oxygène nécessaire INSTALL=’/usr /bin/install -c’ -arch objcflags=’-pipe -royaume-uni FFLAGS=’-pipe x86_64′ -m64′ -o2 CC_PRINT_OPTIONS=’YES ‘ CC=’/usr/bin/gcc-4.2 ‘ ./configure — with-dbus –prefix=/opt/local –no-gconf –no-libotf –no-m17n-flt –infodir – -no-gpm /opt/local/share/info /emacs –with-x-toolkit=lucid –with-xpm –without-xaw3d –with-jpeg –with-tiff –with-gif — with-rsvg –with-png –with-xft
…et environnement utilisateur pc lors de l’installation
mentionné /sw/lib, inclure n’est plus trouvé :
% (sudo printenv | grep -orite /sw/lib -e /sw/include) || Mise en miroir “pas de correspondance”
Mot de passe :
pas de correspondance
Cela semble être une sorte de fuite MacPorts, mais je le crois
ce qui est impossible.
Dans n’importe quel conteneur, une fois le problème identifié, la solution était généralement
simple :
% mv sudo /sw /sw_DISABLE
Téléchargez le logiciel pour réparer votre PC en cliquant ici.
