NetBSD 絹の日記

これが出た後で、 (setq debug-on-error t) して、もう一度メールを見に行くと、trace buffer が開く。そうすると、多分 wl-message.el: wl-message-buffer-cache-delete に関係ありそうだと(やっと)分る。 (「それは承知しているが」と誰かさんに言われそう)

signal(error ("Selecting deleted buffer"))
byte-code("xxxxxx" [err wl-message-buffer-cache-delete signal] 3)
wl-message-buffer-display([elmo-localdir-folder [0 0 0 0 0 0 0] localdir " + 407 mime nil)
wl-message-redisplay([elmo-localdir-folder [0 0 0 0 0 0 0] localdir "...... + 407 mime nil)
wl-summary-set-message-buffer-or-redisplay(ignore-original)
wl-summary-read()

407 は見ようとしたメールの番号。この上から三行目の引数が大切なのかな。

＠ load-file wl-message.el してもう一度:

wl-message-buffer-display([elmo-localdir-folder [0 0 0 0 0 0 0] localdir"
   ....+  407 mime nil)
(setq cache-used (wl-message-buffer-display folder number flag force-reload))

(let* ((default-mime-charset wl-mime-charset) 
       (buffer-read-only nil)
       (summary-buf ...) 
       message-buf strategy entity cache-used 
       header-end real-fld-num summary-win delim) 
  (setq buffer-read-only nil) 
  (setq cache-used 
	(wl-message-buffer-display folder number flag force-reload)) 
  (setq wl-message-buffer (car cache-used)) 
  (setq message-buf wl-message-buffer) 
  (wl-message-select-buffer wl-message-buffer) 
  (set-buffer message-buf) 
  (make-local-variable  (quote truncate-partial-width-windows)) 
  (setq truncate-partial-width-windows nil) 
  (setq truncate-lines wl-message-truncate-lines) 
  (setq buffer-read-only nil) 
  (setq wl-message-buffer-cur-summary-buffer summary-buf) 
  (setq wl-message-buffer-cur-folder 
	(elmo-folder-name-internal folder)) 
  (setq wl-message-buffer-cur-number number) 
  (wl-line-formatter-setup 
   wl-message-buffer-mode-line-formatter wl-message-mode-line-format
   wl-message-mode-line-format-spec-alist) 
  (setq mode-line-buffer-identification 
	(funcall wl-message-buffer-mode-line-formatter)) 
  (ignore-errors (wl-message-narrow-to-page)) 
  (setq cache-used (cdr cache-used))
  (goto-char (point-min)) 
  (when (re-search-forward "^$" nil t)
    (wl-message-add-buttons-to-header ... ...)
    (wl-message-add-buttons-to-body ... ...)) 
  (goto-char (point-min))
  (ignore-errors (run-hooks ...)) 
  (set-buffer-modified-p nil) 
  (setqbuffer-read-only t) 
  (set-buffer summary-buf) 
  (setq summary-win (get-buffer-window summary-buf)) 
  (if (window-live-p summary-win)
      (select-window summary-win)) cache-used)

wl-message-redisplay([elmo-localdir-folder [0 0 0 0 0 0 0] localdir 
   ....  + 407 mime nil)

SUB(wl-message-buffer-display folder number flag force-reload) lisp-interaction-mode で次のものだけを評価すると、同じ問題になる

(setq cache-used (wl-message-buffer-display folder number flag force-reload))
folder 
....
number
407

flag
mime

force-reload
nil

folder の中身が重要 ?

外から timeout することがある。
Feb 19 21:13:29 foo sendmail[12888]: h1JBDR6D012888: timeout waiting for input from [200.49.yy.xx] during message collect
こういうやつ。
これで elips が来なかったりする。
NAT の内側
NAT の内側でなかった時には、そういうことはなかった気がする (とは言うものの、あまり当てにはならない)
相手が net.inet.ip.mtudisc = 1 しているかどうか不明。 (していないと思っている)
そういう相手が複数ある
NetBSD/router で frag して出て行く時に、順番がおかしい (短い方が先に出て行く)という観察をいただいたことがある。
その NetBSD は macppc 1.6_BETA

ip_output.c を見たりしている。

723: /*
724:  * Update first fragment by trimming what's been copied out
725:  * and updating header, then send each fragment (in order).
726:  */

                    742:        splx(s);
1.1       cgd       743:        for (m = m0; m; m = m0) {
                    744:                m0 = m->m_nextpkt;
                    745:                m->m_nextpkt = 0;

これはどう読むのだろう ?

2003年02月20日(木) 旧暦 [n年日記]

#1 [Emacs] (wl-2.10.0) Selecting deleted buffer

＠ load-file wl-message.el してもう一度:

#2 [Network] MTU

#3 [INN] 436 cant store article