|
Namazu for hns による簡易全文検索 詳しくは 詳細指定/ヘルプを参照して下さい |
|||||||||||||||||||||||||||||||||||||||||||||||||
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 の作者の)
を見ていると、
mhonarc.pl の変更が入っているはずだが CVS にもないなぁと書いてある。 を指すのではないかな。やはり入れてもらった方がいいか。 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 macppcuserland は 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年05月08日 ・comparison on ./buildsh tools 2024年05月06日 ・py-setuptools (python 3.11.9) ・make release took 1 hours and 10 min ・qemu invocation for 10.99.10 2024年05月05日 ・Windows 10 version ・serial connection ・bc bench 2024年05月04日 ・Trial on 10.99.10 ・another version (later trial) to succeed 2024年04月29日 ・dkim | ||