Table of Contents
¡Restaura tu computadora al máximo rendimiento en minutos!
Si proporciona emacs, el documento de la base de datos Termcap en su puerto Mac no puede tener que abrirlo en su PC, entonces puede fácilmente esta guía debería ayudar.
El emacs vinculado al puerto vinculado no se ejecuta en MacPorts (Emacs 23.2.1) en
OS X Leopard snow.
Este error ya ha sido anunciado por MacPorts, pero no hay ninguna
acción inmóvil para arreglarlo, extremadamente me gustaría probar hasta que esta herramienta lo solucione yo mismo.
Lo primero que debe hacer probablemente sea averiguar dónde está explorando emacs este
archivo termcap por algún motivo desconocido.
¿Alguien puede decirme la palabra en qué nombres de archivo y directorios
puedo buscar para encontrar este archivo?
En segundo lugar, si no es correcto, ¿dónde puedo encontrar un archivo de base de datos termcap
funcionalmente apropiado? Alternativa: ¿Hay alguna forma de argumentar esta
solicitud?
P. D. El Emacs que viene con OS X está cargado, pero invariablemente es la versión
22, instalé la ciudad de MacPorts de Emacs porque la versión obligatoria
23.
Publicar kj
Puerto 23 de Emacs (emacs.2.Starts 1) proporcionado por ese MacPorts por no funciona en
OS X Snow Leopard.”Archivo Emacs Termcap para: no se puede abrir” <
Mi especulación es que el directorio donde emacs está buscando el registro manual de terminfo
es muy difícil. Cuando el médico no lo encontró, solo miró el término anterior.
¡Restaura tu computadora al máximo rendimiento en minutos!
¿Tu PC funciona lento y muestra errores constantemente? ¿Ha estado considerando un reformateo pero no tiene el tiempo o la paciencia? ¡No temas, querido amigo! La respuesta a todos sus problemas informáticos está aquí: ASR Pro. Este increíble software reparará errores informáticos comunes, lo protegerá de la pérdida de archivos, malware, fallas de hardware y optimizará su PC para obtener el máximo rendimiento. ¡Mientras tenga este programa instalado en su máquina, puede despedirse de esos frustrantes y costosos problemas técnicos!

Si eso no funcionó, encuentre su propio terminfo declare, quizás, oh, está relacionado
parcialmente con algunos de los paquetes libncurses.
Pruebe en su propio libncurse-dev a través de MacPort primero, y luego reconstruya emacs23,
entonces probablemente debería servir para todos sin este problema. con
Publicar puerto de Emacs MacPorts kj
Proporcionado (Emacs 23.2.1) inicia no funciona más
en sistemas operativos que no sean X Snow Leopard.
emacs: “No se pudo abrir el archivo de detalles de termcap”< br > Este error MacPorts ya está familiarizado con él, no hay pasos básicos para arreglarlo, así que deseo intentar arreglar el software yo mismo.
Lo primero básico para determinar dónde está literalmente, es Emacs mirando como un termcap archivo para ello? Quiero determinar si deseo que desaparezca o no lo haga en absoluto,
o simplemente allí, pero no está disponible para emacs por varias razones.
¿Puede alguien darme la publicación de todos estos artículos? sitios y nombres de archivo para que pueda verificar y ver el archivo?
En segundo lugar, supongamos< br>esto podría ser una ausencia, ¿puedo encontrar de cerca un archivo de base de datos de trabajos termcap
? Si no es así, ¿hay alguna forma de superar este
requisito?
¡Gracias!
~kj
P.D. El Emacs que se deriva con el sistema operativo se inicia x, pero es toda la versión
22 tranquila instalada en el puerto MacPorts procedente de todos los Emacs porque necesitaba la versión
23.
–0016e659fd08de96010497c3df39
Tipo de contenido: Texto/Sin formato; charset=ISO-8859-1
Intente instalar libncurse-dev con su macport primero, luego reconstruya emacs23,
es probable que esté bien sin este problema.
He encontrado que la mayor parte del problema ha sido solucionado (gracias a estos consejos,
obtuve las respuestas de su familia). Estoy publicando la solución adecuada para cualquiera
que pueda tener su problema.
El siguiente extracto del archivo config.log de la aplicación actual muestra la raíz
del problema en particular:
configure:20977: verificaciones desde tparm -lncurses
configure:21012: todo a través de /usr/bin/gcc-4.-L/sw/lib 2 -i/sw/include – o conftest -pipeline -arch – o2 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 -. I . Michael -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 Advertencia: >&5
ld: hay un archivo completo en /sw/lib/libncurses.dylib para el cualBecause i386 no es solo la arquitectura principal a vincular (x86_64)
ld: advertencia: /sw/lib/libiconv in. El registro dylib se creó para i386, que definitivamente no está vinculado actualmente al dominio arquitectónico (x86_64).
Referencia indefinida De:
_caracteres principales:
“_tparm”, dentro ccaYZh71. o
ld: (s) carácter nunca encontrado
collect2: ld pagó 1, adiós, estado
configure:21019: $? es igual a 1
Verá las siguientes carreteras: /sw/lib, /sw/include y. Por lo general, estos son
paquetes antiguos introducidos hace mucho tiempo por otro con un sistema,
la agrupación Fink.
El principal problema es que MacPort aparece para MacPorts
ncurses al determinar las dependencias para hacer Emacs y
descarga las variaciones requeridas también, pero entonces, diría que durante el período principal de compilación de Emacs,
probablemente no lo es ¡asegúrate de que realmente funcione junto con la versión!
No sé cómo este tipo de ruta /sw/* terminó justo en algunas de las rutas verificadas por el configurador de
. El comando Config lleno
no los comenta en absoluto:
CPATH=’/opt/local/include’ -O2 cflags=’-pipe -mid-foot (arch X86_64′) CPPFLAGS=’-I/opt/local/include’ CXXFLAGS=’ -pipe -arch -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 -o2 -arch OBJC=’/usr/bin/gcc-4 x86_64′.2′ FCFLAGS= ‘-tubería -m64′ -o2 INSTALL=’/usr /bin/install -c’ -arch objcflags=’-pipe -o2 FFLAGS=’-pipe x86_64′ -m64′ -o2 CC_PRINT_OPTIONS=’SÍ’ 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 –con-x-toolkit=lucid –con-xpm –sin-xaw3d –con-jpeg –con-tiff –con-gif –con-rsvg — con-png –con-xft
…y el entorno del usuario cada vez que se instala
mencionado /sw/lib, incluir no encontrado:
% (sudo printenv | grep -e /sw/lib -e /sw/include) || Duplicación “sin coincidencia”
Contraseña:
sin coincidencia
Esto parece ser algún tipo de fuga de MacPorts, pero lo creo
lo que resulta ser imposible.
En cualquier caso, una vez identificados los problemas, la solución sería
simple:
% mv sudo /sw /sw_DISABLE
Descarga el software para reparar tu PC haciendo clic aquí.