Приветствую всех!
Продолжаю копать ту проблему с XEmacs 21.4.4 под Linux, видимо все-таки это
как-то связано с обсуждаемой тут раньше проблемой ресолвинга чего-то
непонятного вначале. Я тут все-таки запустил этот XEmacs и прождав наверное
минут 15 он все-таки запустился... Судя по netstat'у он занимается чем-то по
поводу udp к странному порту 33079 (а также 33080, 33081) у localhost'а,
который на самом деле не совсем localhost.
Предложенные методы решения проблемы сильно не помогают. Даже в инете быстрее
оно грузиться не хочет. Прописывания localhost'а в /etc/hosts не помогают -
он там имхо уже есть.
Немножко о том, что может теоретически помочь натолкнуть на какие-то мысли.
Машина моя стоит в сети, сеть статическая с фиксированными IP (адреса вида
192.168.0.*). Локальная машина называется greycat, домен подо все это дело
house28, то есть greycat.house28 = localhost.localdomain.
Содержимое файла /etc/hosts:
127.0.0.1 localhost.localdomain localhost
192.168.0.49 greycat.house28 greycat
Как я говорил, если кильнуть тормозящий xemacs (причем даже не SIGKILL), то
получаем следующий трейс:
Lisp backtrace follows:
make-device(x nil)
# bind (display)
make-x-device(nil)
init-x-win()
# bind (debugger debug-on-error command-line-args-left)
command-line()
# (unwind-protect ...)
normal-top-level()
# (condition-case ... . error)
# (catch top-level ...)
Terminated
Где копать и какие уже у народа сложились методы решения данной проблемы?
А может проще плюнуть на все и выкачать XEmacs 21.4.3 просто собранный в RPM
с ALTLinux? Конечно там всего мег 20-25 будет, но с другой стороны - чего
мучаться? Кто-нибудь знает, как в последнее время у ALTLinux xemacs
собирается? Во времена MandrakeRE по крайней мере насколько я помню, с тем,
что стояло у них работать нормально было невозможно...
WBR, GreyCat.
-
3 participants
-
3 comments