Hur Man Reparerar Emacs Kan Inte öppna Termcap-databasstart På Mac-port

Table of Contents

Återställ din dator till högsta prestanda på några minuter!

Steg 1: Ladda ner och installera ASR Pro

Steg 2: Öppna programmet och klicka på "Skanna"

Steg 3: Klicka på "Reparera" för att starta återställningsprocessen

Ladda ner programvaran för att fixa din PC genom att klicka här.

Om de har emacs kan Termcap-databasfilen på din Mac-port inte öppnas på din PC, så förhoppningsvis kan den här guiden hjälpa dig.< /p>

Den liknande porten för emacs kontrollerar inte MacPorts (Emacs 23.2.1) kopplade till
OS X Leopard snow.

Det här felet har ännu rapporterats av MacPorts, men för närvarande finns det fortfarande ingen åtgärd för att reparera det, så jag skulle vilja prova det här verktyget för att fixa varav själv.< /p>

Det första du behöver göra är att ta reda på att emacs specifikt letar efter denna
termcap-lista oavsett anledning.

Kan någon själv berätta vilka filnamn och kataloger
kan jag leta efter den här filen i?

För det andra, i fall där den saknas, var kan jag hitta en funktionellt lämplig termcap
-databasrapport? Alternativ: Finns det något sätt att slutligen avslå denna
förfrågan?

P.S. Emacs som börjar med OS X är laddade, fortfarande är det vanligtvis version
22, jag installerade just den här MacPorts-porten av Emacs eftersom jag behövde version
23.

Publicerar på kj
Emacs port 3 (emacs.2.Starts 1) förutsatt att MacPorts by conducts inte fungerar på
OS X Snow Leopard.”Emacs Termcap-fil: kan inte öppnas” <

Min gissning är att webbplatsen som emacs letar efter just den här terminfo
-filen är väldigt svår att nå. När han inte hittade det försökte du bara med den gamla termen.

Återställ din dator till högsta prestanda på några minuter!

Körs din dator långsamt och visar ständigt fel? Har du funderat på att formatera om men har inte tid eller tålamod? Var inte rädd, kära vän! Svaret på alla dina datorproblem är här: ASR Pro. Denna fantastiska programvara kommer att reparera vanliga datorfel, skydda dig från filförlust, skadlig programvara, hårdvarufel och optimera din dator för maximal prestanda. Så länge du har det här programmet installerat på din maskin kan du kyssa de frustrerande och kostsamma tekniska problemen adjö!

Steg 1: Ladda ner och installera ASR Pro

Steg 2: Öppna programmet och klicka på "Skanna"

Steg 3: Klicka på "Reparera" för att starta återställningsprocessen

Om de inte fungerar, hitta din possess terminfo-fil, kanske oj, den är fokuserad
delvis till paketet libncurses.

Testa att installera libncurse-dev via MacPort original, och sedan bygga om emacs23,
då borde det nog fungera för alla utan problem här. Med

publicera port för Emacs MacPorts kj
Med förutsättning (Emacs 23.2.1) startar kanske inte fungerar
på annat operativsystem än X Snow Leopard.
emacs: “Kunde inte ens öppna termcap-datafilen”< br > Det här felet som MacPorts redan vet om det, det brukar inte finnas några åtgärder för att fixa det, därför vill jag försöka göra det själv.
Det första grundläggande för att lära sig var det är bokstavligen, är att Emacs letar efter en termcap-fil för att hitta det? Jag vill avgöra om jag vill att den ska vara otillräcklig eller inte alls,
eller just nu där, men inte tillgänglig för emacs av någon anledning.
Kan någon ge mig majoriteten av dessa kataloger och filnamn så Kan jag undersöka filen?
För det andra, anta< br>det här är en frånvaro, kan jag hitta exakt en termcap
jobbdatalagringsfil? Om inte, finns det något sätt att kringgå detta
krav?
Tack!
~kj
P.S. Emacs som följer med operativsystemet börjar x med upp, men det är varje enskild version
22 som fortfarande är installerad i MacPorts-porten på Emacs eftersom jag är den väsentliga versionen
23.

– -0016e659fd08de96010497c3df39
Innehållstyp: Text/Oformaterad; charset=ISO-8859-1
Försök att ladda ner libncurse-dev via macport först, sedan återupprätta emacs23,
du borde förmodligen klara dig utan det här problemet nu.

Jag har upptäckt att problemet nyligen har lösts (tack vare dessa tips har jag fått dina svar). Jag lägger upp alla korrigeringar här för alla
som kanske har det här problemet särskilt.

Följande utdrag som kommer från programmets config.log-fil visar denna rot
till problemet:

configure:20977: kontrollerar med tparm -lncurses
configure:21012: i /usr/bin/gcc-4.-L/sw/lib 2 -i/sw/include -i confetest -pipe -arch – oxygen 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 -structure x86_64 conftest.c -lncurses -. jag . m -lXrender -L/opt/local/lib -lXft -lXrender -lfontconfig -lexpat -liconv -lfreetype -lz -lX11 -lxcb -lXau -lXdmcp -lXmu -lxext -lSM -huvudlöss -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. – lintl -liconv -lxcb -lx11 -lXau -lXdmcp -lX11 -L/opt/local/lib -ldbus-1 -lpthread Varning: >&5

ld: det finns en ny fil i /sw/lib/libncurses.dylib för vilken Eftersom i386 förmodligen inte är huvudarkitekturen för att länkas (x86_64)
ld: varning: /sw/ lib/libiconv som finns i. dylib-fil skapades för många i386, som för närvarande inte är bunden till arkitekturen (x86_64).
Odefinierad referens Från:
_huvudtecken:
“_tparm”, i ccaYZh71. o
ld: (s) tecken hittades aldrig
collect2: ld returnerade 1, adjö, status
configure:21019: $? = 1

Du kommer att se de huvudsakliga följande sökvägarna: /sw/lib, /sw/include och. Det här är gamla
paket som introducerades för länge sedan av en annan med något slags system,
Fink-gruppen.

Huvudproblemet är det faktum att MacPort letar efter MacPorts
ncurses när man allokerar beroenden för Emacs och
laddar ner dina aktuella versioner som krävs också, men senare, under Emacs huvudbyggnadstid,
förmodligen inte. se till att det verkligen fungerar med versionen!

Jag känner inte igen hur den här typen av strandpromenad /sw/* hamnade i några av de vägar som kontrolleras av
-konfiguratorn. Det fullständiga Config-kommandot
granskar dem inte alls:

CPATH=’/opt/local/include’ -O2 cflags=’-pipe -mid-foot (arch X86_64′) CPPFLAGS=’-I/opt/local/include’ CXXFLAGS=’ -pipe -arch -fresh air x86_64′ LIBRARY_PATH=’/opt/local/lib’ MACOSX_DEPLOYMENT_TARGET=’10.6′ CXX=’/usr/bin/g++-4.2′ CC_PRINT_OPTIONS_FILE=’/opt/local/build/macports _opt_local_var_macports_sources_rsync.macports.org_release_acports /.emeditors CC_PRINT_OPTIONS’ F90FLAGS=’-pipe -m64′ LDFLAGS=’-L/opt/local/lib -o2 -fothållning OBJC=/6_6-4/64’/4’/4’/4’/4’/4’/4’/4’/4′ FFCLAGS=’-pipe -m64′ -o2 INSTALL=’/usr /bin/install -c’ -arch objcflags=’-pipe -o2 FFLAGS=’-pipe x86_64′ -m64′ -o2 CC_PRINT_OPTIONS=’JA’ CC= ‘/usr/bin/gcc-4.2 no ./configure — with-dbus –prefix=/opt/local –no-gconf –no-libotf –no-m17n-flt –infodir –no- gpm /opt/local/share/info /emacs –genom att ha- x-toolkit=lucid –with-xpm –without-xaw3d –with-jpeg –with-tiff –with-gif –with- rsvg –with-png –with- xft

…och användarsituation vid installation av
nämnda /sw/lib, inkluderar och hittades aldrig:

% (sudo printenv | grep -e /sw/lib -e /sw/include) || Speglar “ingen matchning”
Lösenord:
ingen matchning

Det här verkar vara ett urval av MacPort-läckor, men jag tror det
vilket är omöjligt.

I alla fall, när du har identifierat problemet, var lösningen
enkel:

% mv sudo /sw /sw_DISABLE

Ladda ner programvaran för att fixa din PC genom att klicka här.