Немного раздражает что-то в Гнусе...
Evgeny Kurbatov
Привет!
Если в Гнусе нажать <Enter> на строчке с именем ньюсгруппы, желая войти
в оную, то вначале раздастся писк из динамика и в служебной строке появится
"Wrong что-то там: stringp, nil", а только после второго нажатия на
<Enter> вход в группу осуществится. Вот так.
У меня вопрос: как это можно исправить, потому что это пищание выводит
из себя.
--
EvgenyKurbatov at yandex dot ru
Andrew Dolgov
> У меня вопрос: как это можно исправить, потому что это пищание выводит
> из себя.
я что-то такое помню чинил. надо включить дебуггинг и посмотреть на чем
оно валится.
--
Andrew.
Alexander Antonenko
EK> Если в Гнусе нажать <Enter> на строчке с именем ньюсгруппы, желая войти
EK> в оную, то вначале раздастся писк из динамика и в служебной строке появится
EK> "Wrong что-то там: stringp, nil", а только после второго нажатия на
EK> <Enter> вход в группу осуществится. Вот так.
EK> У меня вопрос: как это можно исправить, потому что это пищание выводит
EK> из себя.
Похоже в каком-то хуке пытается вызвать несуществующую ф-цию. Найди
'что-то там' в .emacs/.gnus, и в зависимости от того надо оно или нет, либо
удали вызов или подгрузи нужную либу.
--
Alexander Antonenko
e-mail: alexander...@gmail.com
ICQ: 214336163
Во всех частях земного шара имеются свои, даже иногда очень
любопытные, другие части.
-- Козьма Прутков
Artem Chuprina
EK> Если в Гнусе нажать <Enter> на строчке с именем ньюсгруппы, желая войти
EK> в оную, то вначале раздастся писк из динамика и в служебной строке появится
EK> "Wrong что-то там: stringp, nil", а только после второго нажатия на
EK> <Enter> вход в группу осуществится. Вот так.
EK> У меня вопрос: как это можно исправить, потому что это пищание выводит
EK> из себя.
У меня подобное поведение случается в разных ситуациях, обычно после
того, как какая-то предыдущая операция обломалась странным образом.
Помогает перезапуск гнуса (обычно вместе с емаксом).
Если же систематически, то что-то не так в настройках, скорее всего. Ну
или снапшот неудачный...
--
Artem Chuprina
RFC2822: <ran{}ran.pp.ru> Jabber: r...@jabber.ran.pp.ru
Лень оправдывает средства
Evgeny Kurbatov
## On Mon, 5 Mar 2007 22:34:56 GMT
## Artem Chuprina wrote to Evgeny Kurbatov:
EK>> "Wrong что-то там: stringp, nil", а только после второго нажатия на
AC> У меня подобное поведение случается в разных ситуациях, обычно после
AC> того, как какая-то предыдущая операция обломалась странным образом.
AC> Помогает перезапуск гнуса (обычно вместе с емаксом).
AC> Если же систематически, то что-то не так в настройках, скорее всего. Hу
AC> или снапшот неудачный...
Это систематика и наблюдалось значительно раньше, несколько лет назад. Емакс
и Гнус из стабильного Дебиана. Конфиг -- известный gnus-snp. Вот что
выдаёт toggle-debug-on-error:
Debugger entered--Lisp error: (wrong-type-argument stringp nil)
string-match("^nnfolder\\+" nil)
(or (string-match "^nnfolder\\+" gnus-newsgroup-name)
(string-match "^nndoc\\+" gnus-newsgroup-name))
(if (or (string-match "^nnfolder\\+" gnus-newsgroup-name)
(string-match "^nndoc\\+" gnus-newsgroup-name))
(when (string-equal "R" ...)
(gnus-summary-put-mark-as-unread 0)))
(lambda nil (if (or ... ...) (when ... ...)))()
run-hooks(gnus-summary-update-hook)
apply(run-hooks gnus-summary-update-hook)
gnus-run-hooks(gnus-summary-update-hook)
gnus-summary-insert-line([0 "" "" "05 Apr 2001 23:33:09 +0400" "" ""
0 0 "" nil] 0 nil t 90 t nil "" nil 1)
gnus-update-summary-mark-positions()
gnus-summary-mode("nntp+f75.n5004.z2.fidonet.net:su.science")
gnus-summary-setup-buffer("nntp+f75.n5004.z2.fidonet.net:su.science")
gnus-summary-read-group-1("nntp+f75.n5004.z2.fidonet.net:su.science"
nil t nil nil nil)
gnus-summary-read-group("nntp+f75.n5004.z2.fidonet.net:su.science"
nil t nil nil nil nil)
gnus-group-read-group(nil t)
gnus-group-select-group(nil)
gnus-topic-select-group(nil)
call-interactively(gnus-topic-select-group)
recursive-edit()
byte-code("ТУТ ВООБЩЕ АБРАКАДАБРА С HЕПЕЧАТАЕМЫМИ СИМВОЛАМИ" [debugger-buffer
debugger-args noninteractive debugger-batch-max-lines middlestart
buffer-read-only pop-to-buffer debugger-mode debugger-setup-buffer count-lines
2 "...\n" message buffer-string kill-emacs debug backtrace-debug 3 t
debugger-reenable "" nil recursive-edit standard-output inhibit-trace] 3)
Artem Chuprina
EK> ## On Mon, 5 Mar 2007 22:34:56 GMT
EK> ## Artem Chuprina wrote to Evgeny Kurbatov:
EK>>> "Wrong что-то там: stringp, nil", а только после второго нажатия на
AC>> У меня подобное поведение случается в разных ситуациях, обычно после
AC>> того, как какая-то предыдущая операция обломалась странным образом.
AC>> Помогает перезапуск гнуса (обычно вместе с емаксом).
AC>> Если же систематически, то что-то не так в настройках, скорее всего. Hу
AC>> или снапшот неудачный...
EK> Это систематика и наблюдалось значительно раньше, несколько лет назад. Емакс
EK> и Гнус из стабильного Дебиана. Конфиг -- известный gnus-snp. Вот что
EK> выдаёт toggle-debug-on-error:
EK> Debugger entered--Lisp error: (wrong-type-argument stringp nil)
EK> string-match("^nnfolder\\+" nil)
EK> (or (string-match "^nnfolder\\+" gnus-newsgroup-name)
Ну, как видно, у тебя gnus-newsgroup-name nil, а должно быть строкой.
EK> (string-match "^nndoc\\+" gnus-newsgroup-name))
EK> (if (or (string-match "^nnfolder\\+" gnus-newsgroup-name)
EK> (string-match "^nndoc\\+" gnus-newsgroup-name))
EK> (when (string-equal "R" ...)
EK> (gnus-summary-put-mark-as-unread 0)))
EK> (lambda nil (if (or ... ...) (when ... ...)))()
EK> run-hooks(gnus-summary-update-hook)
Все это происходит в хуке на summary-update. А вот как оно ухитряется
на этой стадии иметь gnus-newsgroup-name nil'ом - это более сложный
вопрос... Но видимо, да, оно выставляется позже... В документацию надо
смотреть на предмет того, определена ли эта переменная на момент вызова
этого хука...
--
Artem Chuprina
RFC2822: <ran{}ran.pp.ru> Jabber: r...@jabber.ran.pp.ru
Байкер - тоже паровоз,
Но всего с двумя колес...
(С)энта