Table of Contents
Stellen Sie Ihren Computer in wenigen Minuten wieder auf Höchstleistung!
Wenn Sie emacs verwenden, wird die Termcap-Client-Basisdatei auf Ihrem Mac-Port nicht auf Ihrem PC geöffnet, hoffentlich zu diesem Zeitpunkt Leitfaden sollte helfen.
Die verlinkte Entlüftung von emacs läuft nicht über MacPorts (Emacs 23.2.1) auf
OS X Leopard snow.
Dieser Fehler wurde bereits von MacPorts gemeldet, aber
möglicherweise gibt es immer noch keine Maßnahmen, um diesen Fehler zu beheben, daher würde ich gerne dieses Tool ausprobieren, um die Anwendung selbst zu reparieren.
Als erstes müssen Sie herausfinden, wo Emacs nach dieser
Termcap-Datei suchen muss, aus welchen Gründen auch immer.
Kann mir jemand etwas über Dateinamen und Verzeichnisse sagen
kann ich nach dieser Datei suchen?
Zweitens, falls etwas fehlt, wo finde ich eine sinnvolle, funktional passende termcap
-Datenbankdatei? Alternative: Gibt es eine Möglichkeit, diese
Anfrage zu ignorieren?
P.S. Der in OS X enthaltene Emacs ist geladen, aber er hat normalerweise Version
22. Ich habe den MacPorts-Port von Emacs installiert, weil ich nach Version
23 gefragt habe.
Veröffentlichen auf kj
Emacs-Port 23 (emacs.2.Starts 1) vermarktet, dass MacPorts von funktioniert, anstatt darauf zu arbeiten
OS X Snow Leopard.”Emacs Termcap-Datei: kann nicht geöffnet werden” <
Meine Vermutung ist, dass das Verzeichnis, in dem emacs nach unserer terminfo
-Datei sucht, sehr hart ist. Als er es nicht fand, versuchte er es nur mit dem alten Begriff.
Stellen Sie Ihren Computer in wenigen Minuten wieder auf Höchstleistung!
Läuft Ihr PC langsam und zeigt ständig Fehler an? Haben Sie über eine Neuformatierung nachgedacht, aber Ihnen fehlt die Zeit oder die Geduld? Fürchte dich nicht, lieber Freund! Die Antwort auf all Ihre Computerprobleme ist hier: ASR Pro. Diese erstaunliche Software repariert häufige Computerfehler, schützt Sie vor Dateiverlust, Malware und Hardwarefehlern und optimiert Ihren PC für maximale Leistung. Solange Sie dieses Programm auf Ihrem Computer installiert haben, können Sie sich von diesen frustrierenden und kostspieligen technischen Problemen verabschieden!
Wenn a nicht funktioniert, finden Sie Ihre Termininfo-Datei, vielleicht, oh, sie hängt
teilweise mit dem erfolgreichen libncurses-Paket zusammen.
Versuchen Sie, zuerst libncurse-dev über MacPort einzufügen und dann zusätzlich emacs23 neu zu erstellen,
dann sollte es im Wesentlichen für alle ohne dieses Szenario funktionieren. Mit
Portierung von Emacs MacPorts kj veröffentlichen
Vorausgesetzt (Emacs 23.2.1) startet funktioniert nicht mehr
auf anderen Betriebssystemen als X Snow Leopard.
emacs: “Termcap-Präzisionsaufzeichnungsdatei konnte nicht geöffnet werden”< br> Dieser Fehler ist MacPorts pre bekannt, es gibt einfach keine wirklichen Schritte, um ihn zu beheben, also möchte ich versuchen, dieses Tool selbst zu beheben termcap-Datei für sie? Ich möchte feststellen, ob es außerdem überhaupt nicht fehlen soll,
oder nur dort, aber dann aus mehreren Gründen nicht für Emacs verfügbar ist.
Kann mir jemand einige dieser Verzeichnisse und Dateinamen geben? Ich könnte sicherlich die Akte untersuchen?
Zweitens, angenommen< br>das ist tatsächlich eine Abwesenheit, kann ich genau eine termcap
Job-Datenbankdatei manuell auswählen? Wenn nicht, gibt es eine Lösung für diese
Anforderung?
Vielen Dank!
~kj
P.S. Der Emacs der mit dem OS kommt startet mal mit hoch, aber es ist jeweils Version
22 noch im MacPorts Bereich von Emacs installiert da ich unbedingt Version
23.
— 0016e659fd08de96010497c3df39
Inhaltstyp: Text/Plain; charset=ISO-8859-1
Versuchen Sie zuerst, libncurse-dev mithilfe von macport zu installieren, und bauen Sie dann emacs23 neu auf,
es wäre klug, wahrscheinlich ohne dieses Prozessproblem auszukommen.
Ich habe erfahren, dass das Problem behoben wurde (dank dieser Tipps habe ich
Ihre Antworten bekommen). Ich poste die Änderung hier für alle
die dieses Problem haben könnten.
Der folgende Auszug aus der config.log-Datei unserer Anwendung zeigt eine bestimmte Wurzel
des Problems:
configure:20977: prüft von tparm -lncurses
configure:21012: zurück in /usr/bin/gcc-4.-L/sw/lib 2 -i/sw/include – o conftest -pipe -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/ add in -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 per -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 -. ICH . eileen -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 -. Ich . m -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 Warnung: >&5
ld: es gibt eine Anwendung in /sw/lib/libncurses.dylib, für die i386 zweifellos nicht die Hauptarchitektur ist, die verknüpft zu sein scheint (x86_64)
ld: Warnung: /sw /lib/libiconv in. dylib-Dokument wurde für i386 erstellt, das derzeit häufig nicht an die Hauptarchitektur (x86_64) gebunden ist.
Undefinierte Referenz Von:
_main characters:
“_tparm”, ccaYZh71. o
ld: (s) Zeichen zeigt gefunden an
collect2: ld gab 1 zurück, auf Wiedersehen, Status
configure:21019: Einkommen? = 1
Sie werden die richtigen Pfade sehen: /sw/lib, /sw/include und. Das sind in der Regel alte
Pakete, die vor langer Zeit wieder von einem anderen mit System eingeführt wurden,
der Fink-Gruppe.
Das Hauptproblem ist, dass MacPort nach MacPorts
ncurses sucht, wenn es Abhängigkeiten für Emacs überprüft, und
die erwarteten Versionen auch herunterlädt, aber dann, im Laufe der Emacs-Hauptbauperiode,
wahrscheinlich tut ‘T. Stellen Sie sicher, dass es tatsächlich mit der Version funktioniert!
Ich weiß nicht, wie diese Art von Weg /sw/* in einigen der vom
-Konfigurator überprüften Pisten endete. Der vollständige Config-Befehl
kommentiert diese überhaupt nicht:
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= ‘-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 –with- x-toolkit=lucid –with-xpm –ohne-xaw3d –with-jpeg –with-tiff –with-gif –with-rsvg — with-png –with-xft
…und die Benutzerumgebung, wann immer Sie
erwähntes /sw/lib installieren, enthalten nicht gefunden:
% (sudo printenv | grep -e /sw/lib -at /sw/include) || Spiegelung “keine Übereinstimmung”
Passwort:
keine Übereinstimmung
Dies scheint eine Art MacPorts-Leck zu sein, aber ich denke darüber nach,
was unmöglich ist.
Auf jeden Fall wird die Lösung, sobald Ihr aktuelles Problem erkannt wurde,
einfach:
% mv sudo /sw /sw_DISABLE
Laden Sie die Software herunter, um Ihren PC zu reparieren, indem Sie hier klicken.
