NetBSD 絹の日記

2002年08月01日(木) 旧暦 [n年日記]

#1 [NetBSD] cpu 113.3%

100% を越えてしまう話をどこかで見たが、きょうは

381.328u 73.326s 6:41.14 113.3% 0+0k 35+3231io 103pf+0w
ttyp0:makoto@quick  7:28:09/020801(...compile/GENERIC)>

最高新記録という感じ。

ttyp0:root@quick  8:18:03/020801(/usr/lib)# ls -l libc.so*
lrwxr-xr-x  1 root  wheel      13 Apr  8 22:26 libc.so -> libc.so.12.83
lrwxr-xr-x  1 root  wheel      13 Aug  1 08:18 libc.so.12 -> libc.so.12.85
-r--r--r--  1 root  wheel  862411 Apr  8 06:02 libc.so.12.83
-r--r--r--  1 root  wheel  812685 May 24 14:40 libc.so.12.83-20020523
-rw-r--r--  1 root  wheel  862411 Apr  8 06:02 libc.so.12.83-ibook
-r--r--r--  1 root  wheel  814653 Jul 27 07:16 libc.so.12.85
ttyp0:root@quick  8:18:09/020801(/usr/lib)# vi /etc/fstab
Bad system call (core dumped)

libc.so の link を古い方に変えて、ちょっと fstab を直そうとしたら、こうなってしまった。
カーネルの方が libc.so より新しいと、こうなってしまうこともある。 (つまり普通と逆で、カーネルより先に libc.so を新しくする必要があることもあるという話)

( つっこみ )

#2 [Namazu] mhonarc.pl の日付の取出方

最近の (mhonarc の作者の)

Earl Hood さんの投稿 (http://www.namazu.org/ml/namazu-users-en/msg00317.html)

を見ていると、

mhonarc.pl の変更が入っているはずだが CVS にもないなぁ

と書いてある。

これは多分次のもの (http://www.namazu.org/ml/namazu-users-en/msg00269.html)

を指すのではないかな。やはり入れてもらった方がいいか。
Message-ID のことに言及しているが、そこまでやっているか見ておこう。 (やっていないし、曜日の取出し方もつけ焼き場 adhoc)...

$$contref =~ s/<HTML>.*<BODY [^>]*>//s;

というのもいい加減すぎる。全部消えてしまうことがあるだろう。多分。正規表現を「なるべく長く一致する」から「なるべく短く一致する」に変更するおまじないが思い出せない。

＠ index Mail -> panic:

94155/94155 - /export/home/makoto/Mail/webcount/1665 [message/rfc822]
索引を書き出しています...

pool_get: bufpl: curpage NULL, ntimes 288
panic: pool_get: nitems inconsistent

Stopped in pid 299 (perl) at ...
db> trace
at panic+
at pool_get+
at genfs_gop_write+
at genfs_putpages+
at ffs_write+
at vn_write+
at dofilewrite+
at sys_write+
at trap+
at ddblow+

( つっこみ )

#3 [Namazu] 2.0.11pre2 を pkgsrc している

In file included from /usr/include/stdlib.h:46,
                 from alias.c:37:
/usr/include/sys/types.h:56: syntax error before `int8_t'
/usr/include/sys/types.h:56: ANSI C forbids data definition with no type or storage class

最近悪夢モード。これは以下の所為と判明。

makoto@u  14:02:18/020801(...include/powerpc)# ls -l int_ty*
-r--r--r--  1 root  wheel  2536 Jan 17  2002 int_types.h
-rw-r--r--  1 root  wheel  2542 Aug  1 11:39 int_types.h-scrc

元に戻したら

All 45 tests passed
===================
Making check in template
Making check in contrib
118.420u 25.745s 3:03.55 78.5%  0+0k 98+7850io 175129pf+0w
ttyq1:makoto@u  14:04:31/020801(...work/namazu-2.0.11pre2)> uname -a
NetBSD u 1.6A NetBSD 1.6A (GENERIC-insecure-shm-sosend_loan) #0: 
Mon Jun  3 13:53:13 JST 2002     
makoto@ibook:/export/20020526-src-sys/sys/arch/macppc/compile/GENERIC-insecure-shm-sosend_loan macppc

userland は 20011220 頃

＠ iBook で:

/usr/include/stdio.h:223: conflicting types for `__Restrict'

ttyp2:makoto@ibook  14:09:47/020801(/usr/include)> find . -ctime -10 -ls
         3072 Jul 31 16:33 .
         1536 Jul 31 16:32 ./powerpc
         4233 Jul 30 08:50 ./powerpc/ansi.h
         2542 Jul 31 16:32 ./powerpc/int_types.h
         4500 Apr  8 20:27 ./powerpc/varargs.h
         5175 Dec 12  2001 ./powerpc/stdarg.h-1.8
         4210 Apr  8 05:07 ./powerpc/ansi.h-1.11
         2536 Apr  8 05:07 ./powerpc/int_types.h-1.5
        15951 Jul 31 16:42 ./stdio.h
        15951 Apr  8 05:07 ./stdio.h-1.42
ttyp2:makoto@ibook  14:09:53/020801(/usr/include)>

これは stdio.h の __restrict を __Restrict としていたため。これでもまだ上と同じ int_type.h の問題があって、それも直したら大丈夫。

All 45 tests passed
===================
Making check in template
Making check in contrib
167.897u 28.034s 3:34.36 91.3%  0+0k 60+9689io 95pf+0w

良く見ると、

#ifndef _POWERPC_INT_TYPES_H_
...
typedef __signed char __int8_t;
...
#endif

となっているから、このままで何とかなるのかも知れない。

( つっこみ )

最近の日記
2024年03月10日
・停電 (瞬電)
2024年03月03日
・the second try on bare-metal
・useradd
2024年02月29日
・opendkim and senmail
2024年01月24日
・chat/iam 0.0.8
2024年01月21日
・uselocale vs setlocale (textproc/R-readxl)