Table of Contents
Restaure seu computador para o desempenho máximo em minutos!
Se alguém tiver emacs, o arquivo de banco de dados Termcap em sua porta Mac não pode ser aberto em seu PC, então espero que este guia realmente ajude.< /p>
A porta enganchada do emacs não é compatível com MacPorts (Emacs 23.2.1) no seu
OS X Leopard snow.
Este erro foi relatado agora pelo MacPorts, mas também ainda não há
ação para cuidar dele, então gostaria de ajudá-lo a tentar esta ferramenta para corrigir isso em particular .
A primeira coisa que você precisa fazer diretamente é descobrir através de qual emacs está procurando por este
termcap gravar manualmente por qualquer motivo.
Alguém pode me dizer em quais nomes de arquivos e diretórios
posso procurar este arquivo?
Segundo, se alguma vez estiver faltando, onde posso realizar um envio de banco de dados termcap
funcionalmente apropriado? Alternativa: existe uma maneira que ajude a rejeitar esta
solicitação?
P.S. O Emacs oferecido com o OS X está carregado, tendo dito que geralmente é a versão
22, instalei uma nova porta MacPorts do Emacs porque precisava da versão
23.
Publicando no kj
porta 4 do Emacs (emacs.2.Starts 1) desde que o MacPorts não funcione totalmente em
OS X Snow Leopard.”Arquivo Emacs Termcap: não pode ser aberto” <
Meu palpite é que o diretório do site que o emacs está procurando pelo arquivo terminfo
mais importante é muito difícil. Quando ele não o encontrou, seu namorado acabou de tentar o termo antigo.
Restaure seu computador para o desempenho máximo em minutos!
O seu PC está lento e apresenta erros constantemente? Você está considerando uma reformatação, mas não tem tempo ou paciência? Não tenha medo, caro amigo! A resposta para todos os seus problemas de computação está aqui: ASR Pro. Este software incrível irá reparar erros comuns do computador, protegê-lo contra perda de arquivos, malware, falhas de hardware e otimizar seu PC para desempenho máximo. Contanto que você tenha este programa instalado em sua máquina, você pode dar adeus a esses problemas técnicos frustrantes e caros!

Se isso não funcionar, encontre seu arquivo terminfo, talvez seja útil
parcialmente para o pacote libncurses.
Tente instalar o libncurse-dev via MacPort primeiro e, em seguida, reconstrua o emacs23,
então provavelmente funcionará para todos sem esse problema importante. Com
publicar porta do Emacs MacPorts kj
Fornecido (Emacs 23.2.1) realmente não funciona
em SO diferente do X Snow Leopard.
emacs: “Não foi possível expor o arquivo de dados termcap”< br> Este erro o MacPorts já sabe sobre isso, geralmente não há etapas para corrigi-lo, para tentar cuidar dele sozinho.
A primeira coisa básica a aprender onde está literalmente é o Emacs procurando um arquivo termcap em apoio a isso? Eu quero determinar se talvez eu queira que ele seja derramado ou não,
ou apenas dentro, mas não disponível para o emacs quando se trata de algum motivo.
Alguém pode me dar todos esses diretórios e nomes de arquivos para Posso investigar o arquivo?
Em segundo lugar, suponha que< br>esta é uma ausência, posso encontrar exatamente um arquivo de site de emprego termcap
? Se não, existe uma maneira real de contornar este
requisito?
Obrigado!
~kj
P.S. O Emacs que vem com o SO começa x com up, mas é quase a versão
22 ainda instalada na porta MacPorts do Emacs porque eu precisava da versão
23.
– -0016e659fd08de96010497c3df39
Tipo de conteúdo: texto/simples; charset=ISO-8859-1
Tente incorporar libncurse-dev via macport primeiro, depois reestruturar o emacs23,
você provavelmente ficará bem sem todo esse problema.
Eu definitivamente descobri que o problema foi resolvido (graças a essas dicas, eu tenho suas respostas). Estou postando o tipo de correção aqui para qualquer pessoa
que possa ter esse problema.
O seguinte extrato originalmente do arquivo config.log do aplicativo mostra nossa própria raiz
do problema:
configure:20977: verifica tparm -lncurses
configure:21012: em /usr/bin/gcc-4.-L/sw/lib 2 -i/sw/include – para conftest -pipe -arch – ar fresco 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 -mid-foot ( arch ) x86_64 conftest.c -lncurses -. EU . m -lXrender -L/opt/local/lib -lXft -lXrender -lfontconfig -lexpat -liconv -lfreetype -lz -lX11 -lxcb -lXau -lXdmcp -lXmu -lxext -lSM -head 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 Aviso: >&5
ld: existe o arquivo certo em /sw/lib/libncurses.dylib para o qual o i386 também não é a arquitetura principal a ser vinculada (x86_64)
ld: warning: /sw/ lib/libiconv todo. dylib arquivo foi criado porque i386, que não está atualmente vinculado para que você a arquitetura (x86_64).
Referência indefinida De:
_caracteres principais:
“_tparm”, em ccaYZh71. o
ld: (s) caractere sem dúvida encontrado
collect2: ld retornou 1, adeus, status
configure:21019: $? = 1
Você verá os seguintes caminhos atuais: /sw/lib, /sw/include e. São pacotes
antigos introduzidos há muito tempo por outro com o sistema mais recente,
o agrupamento Fink.
O principal problema é que MacPort procura por MacPorts
ncurses ao descobrir dependências para Emacs e
baixa algumas das versões necessárias também, mas e também, durante o ano de compilação principal do Emacs,
br>provavelmente não. certifique-se de que funciona basicamente com a versão!
Não percebo como esse tipo de caminho /sw/* acabou em alguns desses caminhos verificados pelo configurador
. O comando Config completo
não deixa comentários:
CPATH=’/opt/local/include’ -O2 cflags=’-pipe -mid-foot (arco X86_64′) CPPFLAGS=’-I/opt/local/include’ CXXFLAGS=’ -pipe -arch -vodafone 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 -arc OBJC=’/usr/bin/gcc-4 x86_64′.2′ FCFLAGS= ‘-pipe -m64′ -o2 INSTALL=’/usr /bin/install -c’ -arch objcflags=’-pipe -o2 FFLAGS=’-pipe x86_64′ -m64′ -o2 CC_PRINT_OPTIONS=’YES’ CC=’/ usr/bin/gcc-4.2 ha ./configure — with-dbus –prefix=/opt/local –no-gconf –no-libotf –no-m17n-flt –infodir –no-gpm / opt/local/share/info /emacs –featuring- x-toolkit=lucid –with-xpm –without-xaw3d –with-jpeg –with-tiff –with-gif –with-rsvg — with-png –with- xft
… e usuário ecológico ao instalar
mencionado /sw/lib, include não necessariamente encontrado:
% (sudo printenv | grep -e /sw/lib -e /sw/include) || Espelhando “sem correspondência”
Senha:
sem correspondência
Isso parece ser algum vazamento de MacPorts, mas tenho fé nisso
o que é impossível.
De qualquer forma, porque assim que o problema foi identificado, a admissão foi
simples:
% mv sudo /sw /sw_DISABLE
Baixe o software para consertar seu PC clicando aqui.