| 
 
Namazu for hns による簡易全文検索 詳しくは 詳細指定/ヘルプを参照して下さい  | 
|||||||||||||||||||||||||||||||||||||||||||||
2007年07月29日(日) 旧暦 [n年日記] [更新:"2007/07/29 19:45:31"]#1 [NetBSD] bakery
Bakery 2.4
を make しようとしているが:
 checking whether build environment is sane... yesいろいろと小細工をして先に進んでいる @ :
awk: /export/pkgsrc/mk/check/check-portability.awk:54: 
fatal: Unmatched [ or [^: /[[:space:]]#.*/
 
- gsub(/[[:space:]]#.*/, "", line); + gsub(/\[\[:space:\]\]#.*/, "", line); (   つっこみ ) 
2007年07月27日(金) 旧暦 [n年日記] [更新:"2007/07/28 00:38:32"]#1 [NetBSD] 4.99.25
bakery とか iso-code とかを make するうちに、java が必要ではないのか、
という気がしたので、ちょっと古い celeron 機に 4.99.25 を入れて見た。
この機種では 
netboot が出来るようには思えなかったので、3.1_RC の CDROM で起動し
 media: noneなどと入力しながら、 sysinst の ftp の設定で ftp host:, ftp.ki.nu directory: /pub/NetBSD-daily/HEAD/archと指定して無事 sysinst を完了した。 この HEAD/arch のディレクトリは、sysinst から使ったのは初めてだけれど、 我ながら便利だと思う。 
 NetBSD livorno 4.99.25 NetBSD 4.99.25 (GENERIC) #0: total memory = 247 MB rbus: rbus_min_start set to 0x40000000 avail memory = 232 MB timecounter: Timecounters tick every 10.000 msec timecounter: Timecounter "i8254" frequency 1193182 Hz quality 100 BIOS32 rev. 0 found at 0xfb110 mainbus0 (root) cpu0 at mainbus0: (uniprocessor) cpu0: Intel Celeron (686-class), 1002.34 MHz, id 0x6b1 cpu0: features 383f9ff<FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,SEP,MTRR> cpu0: features 383f9ff<PGE,MCA,CMOV,PAT,PSE36,MMX> cpu0: features 383f9ff<FXSR,SSE> cpu0: "Intel(R) Celeron(TM) CPU 1000MHz" cpu0: I-cache 16 KB 32B/line 4-way, D-cache 16 KB 32B/line 4-way cpu0: L2 cache 256 KB 32B/line 8-way cpu0: ITLB 32 4 KB entries 4-way, 2 4 MB entries fully associative cpu0: DTLB 64 4 KB entries 4-way, 8 4 MB entries 4-way cpu0: 8 page colors (   つっこみ ) 
2007年07月26日(木) 旧暦 [n年日記] [更新:"2007/07/28 19:12:07"]#1 [NetBSD][pkgsrc] Glom <- FileMaker + PostgreSQL
ちょっと使って見たい気がするが、
 
 @ iso-code:
 DISTNAME=       iso-code
 CATEGORIES=     personal
 MASTER_SITES=   http://ftp.debian.org/debian/pool/main/i/iso-codes/
 DISTFILES=      iso-codes_1.2.orig.tar.gz   
 ###WRKSRC?=                ${WRKDIR}/${DISTNAME}
 WRKSRC= ${WRKDIR}/iso-codes-1.2
 HAS_CONFIGURE=
 
 MAINTAINER=     packages at ki dot nu
 HOMEPAGE=       http://packages.qa.debian.org/i/iso-codes.html
 COMMENT=        iso code
 
 DEPENDS+=       py24-expat>=0:../../textproc/py-expat
 
 .include "../../mk/bsd.pkg.mk"
sudo ln -s /usr/pkg/bin/python2.4 /usr/pkg/bin/pythonこれで作って見ると: Making all in iso_3166_2 ./iso3166tab.py > iso_3166.tab.new env: python: No such file or directory *** Error code 127This is due to the python name. Just make symlink. (cd /usr/pkg/bin; sudo ln -s python2.4 python)And then: # /usr/pkg/lib/python2.4/weakref.pyc matches /usr/pkg/lib/python2.4/weakref.py import weakref # precompiled from /usr/pkg/lib/python2.4/weakref.pyc <unknown>: list index out of rangeあるいは: ttype:makoto@bologna 17:18:09/070726(...personal-pkgsrc/iso-code)> \ python ./work.bologna/iso-codes-1.2/iso_3166/iso3166tab.py <unknown>: list index out of rangepowerpc 限定かなと思ったが、i386 で試しても同じだった。 (   つっこみ ) 
2007年07月25日(水) 旧暦 [n年日記] [更新:"2007/07/26 09:15:27"]#1 [機械] scon kit/pro を接続も入力不可
玄箱/pro に scon kit/pro をつないで見た。
 cu -l /dev/dtyU0 -s 115200で 表示してくれる が KUROBOX-PRO login:のところで入力が出来ない。これは何か おまじない が要るのか、それとも別の不具合か区別が付かない。 確かに 説明書 とか、 山下さんの Web とか、入力する話が書いてない。 (R76 なんて小さくてとても見えない ..) かわうち方式 だと、特におまじないは必要なさそう。 山下さんの U-boot には、何げなく入力しているように書いてある。 (   つっこみ ) 
2007年07月22日(日) 旧暦 [n年日記] [更新:"2007/07/23 09:36:58"]#1 [NetBSD][macppc] Open Firmware から時刻を設定
Set date and time in Open Firmware
 decimal dev rtc sec min hour day month year set-time 0 > dev /bandit/ohare/via-cuda/rtc ok 0 > . . . . . . decimal get-time 1907 6 5 1 8 58 ok Sun Jan 2 10:02:48 JST 2000 0 > dev /bandit/gc/via-cuda/rtc ok 0 > . . . . . . get-time -559038737 6 23 10 57 31 ok 0 > . . . . . . get-time -559038737 6 23 10 57 31 ok 0 > decimal 31 57 10 23 6 0 set-time ok 0 > . . . . . . get-time 1991 6 23 10 58 56 ok 0 >(全く対応関係が分らない) 
 0 0 0 21 29 101 1936 3 13 18 48 53 0 0 0 21 28 101 1930 12 20 0 44 58 0 > decimal 0 1 2 3 4 5 6 set-time 2021 10 17 8 30 45 ok 0 > decimal 0 1 2 3 4 5 7 set-time 2022 10 17 8 30 45 ok 0 > 0 1 2 3 4 6 6 set-time 1912 2 5 4 12 33 ok (   つっこみ ) 
2007年07月21日(土) 旧暦 [n年日記] [更新:"2007/07/23 01:10:14"]#1 [無題] ギリシャの壺 (octopus style)
B.C.E 1200 年くらいの
ギリシャの壺 (
octopus style
)
の研究をして博士号をとった人のお話を聞いて来た。(同い年の日本人)。
B.C というのは Before Christ でさしさわりがあることもあるので、
最近は B.C.E Before Common Era というそうだ。
ミケーネ文明 Mycenaeans civilization の頃の話らしい。
その時代を 20 年あるいは 25 年に区切って、
その年代毎にどの模様が使われた、作られた、という分類をしたという研究だと理解した。
 (   つっこみ ) 
2007年07月19日(木) 旧暦 [n年日記] [更新:"2007/07/21 07:24:46"]#1 [NetBSD][ps3] (ps3) 一応形のものは出来たが
 TNF -D 2006-06-16 と ps3-0526.tar.gz 等で、一応形のものは出来た。しかし、
何をしても 
 pmap_allocseg: invalid segment ffff ffff 821f fe17 [1]のような表示をして Segmentation fault する。 
827 pmap_allocseg(pm, i)
828         struct pmap *pm;
829         u_long i;
830 {
831         if (i >= 63) {
832                 printf("pmap_allocseg: invalid segment (0x%lx)\n", i);
833                 return 1;
834         }
この部分らしい。
ls -l, ping, uname -a, dmesg, 等 (Segfault しながらも) 一応動く。 次の版(ps3-070717.tar.gz) が出ているので、次に何をするか少し悩む。 (   つっこみ ) 
2007年07月16日(月) 旧暦 [n年日記] [更新:"2007/07/17 10:44:43"]#1 [NetBSD][macppc] TsubaiBSD 20070526
久振りにやっと出来た release(8)
まだ X11 は作っていない。それで動作確認中。
(日付は間違いではありません。約二か月前のものです)。
 @ C 起動が少し微妙:
PowerBook G4 (2001) で、
 C を押したまま の起動だと、画面が真白になって、何が起きているのか
分らない。正常に動いていたとしても、役に立つとは思えない。
 
この問題は、 setenv auto-boot? false になっている時の話で、手で bye とか mac-boot とか入力した直後に C を押すことか、 あるいは画面の制御の関係かで問題が起きるらしい。 setenv auto-boot? true にしてあれば C で起動する。 auto-boot? false で bye や mac-boot した後でも、 Option を押しながら起動すると、起動 volume の選択画面になるので mouse で CDROM を選んでから → を選ぶと、無事普通に起動する。 @ 無線 LAN のカードが差してあると:
無線 LAN のカードが差してあると db> に落ちてしまう。
抜いておけば、無事起動する。面白いことに、無事起動したところで差すと、やはり落ちる。
しかし抜いてから c を入力すると、動作が継続する。
 
Terminal type? [vt100](ここまで表示されているところで差すと表示が次のようになる) Terminal type? [vt100] trap type 200 at 4e1db8 Stopped in pid 9.1 (cardslot0) at 0x4e1db8: addi 5,5,1 db>bt at 0x4e288c at 0x4e2358 at 0x4e19d4 at 0x3fe66c db>(抜いておいて) db> c Broadcom, 802.11b Cardbus, 8.0 Broadcom BCM4306 (miscellaneous network, revision 0x03) at cardbus function0 0 not configured(以下正常に動作) Erase is backspace, (I)nstall, (S)hell or (H)alt ? #define EXC_MCHK 0x0200 /* Machine Check */だから、予定しない割込がかかったということ ? この辺か 004e17a4 T cardslot_event_throw 004e1834 t cardslot_event_thread 004e1b6c t cardbusmatch 004e1b9c t cardbusattach 004e1c6c t cardbus_read_tuples 004e20fc t parse_tuple 004e230c T cardbus_attach_card 004e2378 T cardbus_rescan 004e28fc t cardbusprint 004e2aa4 T cardbus_detach_card 004e2b64 T cardbus_childdetached 004e2c18 T cardbus_intr_establish(しかし割込がかったということは、どこを実行していたかは、あまり重要ではない ?) config に加えておけばいいのかな。 @ B&W G3 で sysinst 完了:% uname -a NetBSD bwg3 4.99.20 NetBSD 4.99.20 (GENERIC) #4: Mon Jul 16 03:12:08 JST 2007 root@genoa:/export/20070526tsc/src/sys/arch/macppc/compile/GENERIC macppc @ X11 をどうするか ?:
現在選択肢として
 
@ pkgsrc の最初:
全く何も入っていない時に、例えば shells/static-tcsh で make する
 
/export/pkgsrc/shells % cd static-tcsh % makeすると then 
 (   つっこみ ) 
2007年07月15日(日) 旧暦 [n年日記] [更新:"2007/07/16 01:16:39"]#1 [Lang] Perl の my と local もひとつ our
Perl の変数宣言で
my と local の違いは、google で探せば、多くの説明が見つかる。
しかし、似たもので、もう一つあったのを思い出せない。
use strict で Jcode.pm を使う時だったか。
Getopts の方だ。
弾 小飼さんの Web:
perl - use strict; # and be happy
を見ていたら、
探していたのは our らしいと分った。有難い。
 
 $config::my_name;と書く必要がある。しかし our を使えば、$my_name だけで参照出来る。 
# 話の都合上 Getopt を使うとする
use Getopt::Std;
# 宣言
our(%opts);
# 参照
getopt('t',\%opts ); # opt_t for TeX output;
2007-02-22 my,our,localってわかりにくぃ ? !
説明を読みましょう、ということで perldoc -f ourしかし説明の一番最初に、次のように言われると、 "our" associates a simple name with a package variable in the current package for use within the current scope.これだけで大抵の人は、退散してしまうのでは、と思う。 our で変数を宣言すると、 パッケージ内 で宣言されている変数を、 今の名前空間で、短い名前で使えるようにするこれだとちょっと不完全なので: our で変数を宣言すると、 (現在有効となっている) パッケージ 内で宣言されている変数を、 今の名前空間で、短い名前で使えるようにする。これはサブルーチン等で呼出した先で も利用可能今更だけれど our って my の複数形だね。 
 ただし、perl 4 で local だけだったのが perl 5 で my + local になった訳だから、 良く考えずに local だけで書いていても、(まあ)何とかなる、という考え方も あるかも知れない。しかし苦肉の策としての上位互換なのだから、なるべく my に置換えた方がいいよ、と言っておこう。 上の英語だけれど、associates ... with ___ , ___ を ... と関連付ける、 というのは母国語ならすぐ意味が分るのかな。しかし、a simple variable, a package variable の両方に a が付いているけれど、ちょっと違うのでは、 という気がする。英語的には「ある名前を .. ある名前の」だから、 確かに両方 a かも知れないが。 少なくとも、 "our" associates a simple name with its package variable in the current package for use within the current scope.の気がする。 (   つっこみ ) 
2007年07月14日(土) 旧暦 [n年日記] [更新:"2007/07/20 20:38:57"]#1 [NetBSD] dereferencing pointer to incomplete typeIn file included from src/sys/lkm/vfs/hfs/lkminit_vfs.c:53: src/sys/fs/hfs/hfs.h: In function 'GET8B': src/sys/fs/hfs/hfs.h:133: error: dereferencing pointer to incomplete type src/sys/fs/hfs/hfs.h: In function 'GET16B': src/sys/fs/hfs/hfs.h:142: error: dereferencing pointer to incomplete type src/sys/fs/hfs/hfs.h: In function 'GET32B': src/sys/fs/hfs/hfs.h:151: error: dereferencing pointer to incomplete typeこんな簡単そうな問題が解けないなんてさびしいので、じっくりと: src/sys/fs/hfs/hfs.h: (これは名前が同じでも中身が全然違う)。以下の中身は、つばい版 
 38 #include <miscfs/genfs/genfs_node.h>
 96 static u_int GET8B(struct buf *, int);
 97 static u_int GET16B(struct buf *, int);
 98 static u_int GET32B(struct buf *, int);
128 static inline u_int
129 GET8B(bp, off)
130         struct buf *bp;
131         int off;
132 {
133         u_int8_t *p = (char *)bp->b_data + off;
134         return *p; 
135 } 
136  
137 static inline u_int
138 GET16B(bp, off)
139         struct buf *bp;
140         int off;
141 {
142         u_int16_t *p = (void *)((char *)bp->b_data + off);
143         return *p;
144 }
145  
146 static inline u_int
147 GET32B(bp, off)
148         struct buf *bp;
149         int off;
150 {
151         u_int32_t *p = (void *)((char *)bp->b_data + off);
152         return *p;
153 }
sys/sys/buf.h:
119 struct buf {
120         union {
121                 TAILQ_ENTRY(buf) u_actq; /* Device driver queue when active. */
122 #if defined(_KERNEL) /* u_work is smaller than u_actq. XXX */
123                 struct work u_work;
124 #endif /* defined(_KERNEL) */
125         } b_u;
126 #define b_actq  b_u.u_actq
127 #define b_work  b_u.u_work
128         struct simplelock b_interlock;  /* Lock for b_flags changes */
129         volatile int b_flags;           /* B_* flags. */
130         int     b_error;                /* Errno value. */
131         int     b_prio;                 /* Hint for buffer queue discipline. */
132         int     b_bufsize;              /* Allocated buffer size. */
133         int     b_bcount;               /* Valid bytes in buffer. */
134         int     b_resid;                /* Remaining I/O. */
135         dev_t   b_dev;                  /* Device associated with buffer. */
136         struct {
137                 void *  b_addr;         /* Memory, superblocks, indirect etc. */
138         } b_un;
..
188 #define b_data   b_un.b_addr            /* b_un.b_addr is not changeable. */
dereferencing pointer to incomplete type の
日本語訳は
「ポインタ元へ参照の時に型が合っていない」
             +--------+
  ポインタ →|  実体  |
             +--------+
ポインタ参照 (pointer reference) とは、実体をポインタの値(アドレス)を使って参照したり
取扱ったりすることポインタ元へ参照とは、実体の値を得ること (だと思う) b_addr は void * しかし最近は caddr_t になっている。逆か、以前は caddr_t で最近は void *。 上の問題は、実は 単に #include <sys/buf.h> が抜けていただけ のようだ。 こういう、何か不可解な場合、「単に定義されていないだけ」というのが良くある。 @ ./build.sh sets:
という訳で、最後は ./build.sh sets だったけれど、久し振りに release が出来た。
 
===> Successful make sets
===> build.sh ended:   Sun Jul 15 02:08:24 JST 2007
===> Summary of results:
         build.sh command: ./build.sh -u 
	   -T /export/20070526ts/checkout/src/tooldir.NetBSD-4.99.9-powerpc sets
         build.sh started: Sun Jul 15 02:06:16 JST 2007
         NetBSD version:   4.99.20
         MACHINE:          macppc
         MACHINE_ARCH:     powerpc
         Build platform:   NetBSD 4.99.9 macppc
         HOST_SH:          /bin/sh
         TOOLDIR path:     /export/20070526ts/checkout/src/tooldir.NetBSD-4.99.9-powerpc
         DESTDIR path:     /export/20070526ts/checkout/src/obj/destdir.macppc
         RELEASEDIR path:  /export/20070526ts/checkout/src/obj/releasedir
         makewrapper:      
 /export/20070526ts/checkout/src/tooldir.NetBSD-4.99.9-powerpc/bin/nbmake-macppc
         Updated 
 /export/20070526ts/checkout/src/tooldir.NetBSD-4.99.9-powerpc/bin/nbmake-macppc
         Building sets from pre-populated /export/20070526ts/checkout/src/obj/destdir.macppc
         Successful make sets
         build.sh ended:   Sun Jul 15 02:08:24 JST 2007
===> .
(と思ったら kernel が出来ていない、どうも変だと思った)
-u を不用意に使うと、こうなるらしい。
... ではなくて、flist で失敗した。flist を通すようにした。通ったので全て 終ったと思って sets を実行、というのが違っていて、「flist check が終っても」 まだ終了には程遠い、ということだったと思う。 (   つっこみ ) 
2007年07月13日(金) 旧暦 [n年日記] [更新:"2007/07/13 08:22:46"]#1 [NetBSD][ps3] undefined ref to `__sigtramp_siginfo_2'src/obj/destdir.ps3/usr/lib/libc.a(__sigaction14_sigtramp.o):(.toc1+0x0): undefined reference to `__sigtramp_siginfo_2'こう言われていて、nm で調べると、 
powerpc/bin/powerpc64--netbsd-nm ./libc/obj/__sigaction14_sigtramp.o
0000000000000000 T .__libc_sigaction14
0000000000000000 W .__sigaction14
                 U .__sigaction_sigtramp
0000000000000000 D __libc_sigaction14
0000000000000000 W __sigaction14
                 U __sigtramp_siginfo_2
powerpc64--netbsd-nm ./libc/obj/__sigtramp2.o 
0000000000000000 T .__sigtramp_siginfo_2
ttyp0:makoto@genoa 8:04:24/070713(...src/lib)> 
片方は . が付いていて、他方は付いていない。
参照側から、
__sigaction_sigtramp は . が付いているのに __sigtramp_siginfo_2 は付いていない。
まさかと思うけれど:
Index: __sigaction14_sigtramp.c =================================================================== RCS file: src/lib/libc/arch/powerpc64/sys/__sigaction14_sigtramp.c,v retrieving revision 1.3 diff -u -r1.3 __sigaction14_sigtramp.c --- __sigaction14_sigtramp.c 11 Jul 2007 09:58:49 -0000 1.3 +++ __sigaction14_sigtramp.c 12 Jul 2007 23:12:11 -0000 @@ -45,6 +45,7 @@ __weak_alias(__sigaction14, __libc_sigaction14) __weak_alias(.__sigaction14, .__libc_sigaction14) +__weak_alias(__sigtramp_siginfo_2,.__sigtramp_siginfo_2) int __libc_sigaction14(sig, act, oact) (   つっこみ ) 
2007年07月12日(木) 旧暦 [n年日記] [更新:"2007/07/13 09:38:32"]#1 [NetBSD] make includes
./build.sh の動作のうち、include file に関連ありそうなことを調べたかったら、
 cd src make includesすればいい。ただし、ここで使う make は上のように単純な make ではなく、 例えば /export/20070616a/checkout/src/tooldir.NetBSD-4.99.9-powerpc/bin/nbmake-ps3のように、環境変数を設定してくれるものを使う。実際には、次のように入力する sudo \ /export/20070616a/checkout/src/tooldir.NetBSD-4.99.9-powerpc/bin/nbmake-ps3 \ includes(横幅の都合上 \ で切っているが実際には一行でよい) @ 初めから確認するなら:rm -rf obj/destdir.ps3/usr/includes nbmake-ps3 do-distrib-dirs nbmake-ps3 includesのようにすれば良い。あるいは、次のように一部だけ実行するというような ことも可能。 ttyp0:makoto@genoa 0:09:45/070713(...checkout/src)> ( cd sys/arch ; sudo /export/20070616a/checkout/src/tooldir.NetBSD-4.99.9-powerpc/bin/nbmake-ps3 includes ) includes ===> ps3 includes ===> ps3/include includes ===> powerpc64 includes ===> powerpc64/include今は sys/arch/Makefile を次のように変更している 
+.if ${MACHINE} == ps3
+SUBDIR+= powerpc64
+SUBDIR+= powerpc
+.endif
(   つっこみ ) 
2007年07月11日(水) 旧暦 [n年日記] [更新:"2007/07/12 07:38:05"]#1 [NetBSD][PS3] sibling call optimization (fails)/export/20070616a/checkout/src/tooldir.NetBSD-4.99.9-powerpc/ lib/gcc/powerpc64--netbsd/4.1.2/../../../../powerpc64--netbsd/bin/ld: -mminimal-toc -fno-optimize-sibling-callsを付けたり .globl __cerrorという文を加えたりしているのですが、一向に解決の気配無 (   つっこみ ) 
2007年07月09日(月) 旧暦 [n年日記] [更新:"2007/07/10 01:08:29"]#1 [NetBSD] /usr/include/machine は何時作成
build.sh の時に
/usr/include/machine はいつ作られるのかな、というのが今日の疑問。
src/share/mk/bsd.kmod.mk
 過去に成功している記録を見ればいいという気もするが。 @ 現在は次のようになっているが:
ttyp2:makoto@genoa 18:39:40/070709(...checkout/src)> ls -l sys/arch/{powerpc*,ps3}/include/types.h
-rw-r--r--  1 makoto  wheel  2569 Mar 23 08:02 sys/arch/powerpc/include/types.h
-rw-r--r--  1 makoto  wheel  2576 Jul  9 08:33 sys/arch/powerpc64/include/types.h
-rw-r--r--  1 makoto  wheel   194 Mar 22 14:20 sys/arch/ps3/include/types.h
ttyp2:makoto@genoa 18:39:53/070709(...checkout/src)> find obj/destdir.ps3/usr/include/ -name types.h -ls
       2806 Jul  9 11:21 obj/destdir.ps3/usr/include/rpc/types.h
       9186 Jul  9 11:21 obj/destdir.ps3/usr/include/sys/types.h
        194 Jul  9 15:25 obj/destdir.ps3/usr/include/powerpc64/types.h
       2569 Jul  9 13:24 obj/destdir.ps3/usr/include/powerpc/types.h
        194 Mar 22 14:20 obj/destdir.ps3/usr/include/ps3/types.h
ttyp2:makoto@genoa 18:39:56/070709(...checkout/src)> 
2576 Jul 9 08:33 sys/arch/powerpc64/include/types.h が 194 Jul 9 15:25 obj/destdir.ps3/usr/include/powerpc64/types.hとなってしまうのはいただけない。今は次のようにしている。 
ttyp1:makoto@genoa 18:42:06/070709(...sys/arch)> cvs diff -r 1.1 Makefile
Index: Makefile
===================================================================
RCS file: /export/20070616a/Repository/src/sys/arch/Makefile,v
retrieving revision 1.1
retrieving revision 1.3
diff -u -r1.1 -r1.3
--- Makefile    8 Jul 2007 22:06:27 -0000       1.1
+++ Makefile    9 Jul 2007 05:54:00 -0000       1.3
@@ -17,6 +17,10 @@
 ARCHSUBDIR= powerpc
 .endif
 
+.if ${ARCHSUBDIR} == "ps3"
+ARCHSUBDIR+= powerpc64
+.endif
+
 .if ${MACHINE} != ${ARCHSUBDIR}
 .if exists(${ARCHSUBDIR})
 SUBDIR+= ${ARCHSUBDIR}
ttyp1:makoto@genoa 18:42:13/070709(...sys/arch)> 
次のものを手で消しておいたら、これは入らなかったので、上の変更は効いていないらしい。
194 Jul 9 15:25 obj/destdir.ps3/usr/include/powerpc64/types.h次のように書くものなのかな sys/arch/arm/Makefile:SUBDIR= include include/arm26 include/arm32これは間違いらしい。次のようになってしまう。 cleandir ===> sys/arch/ps3/include/powerpc64 cd: can't cd to /export/20070616a/checkout/src/sys/arch/ps3/include/powerpc64 @ DEPINCS:sys/arch/ps3/include/Makefileに DEPINCS= /usr/include/powerpc64という行を加えて見たが、 includes ===> sys/arch/ps3/include nbmake: don't know how to make /usr/include/powerpc64. Stopと言われてしまった -.include <bsd.kinc.mk> +.include "../../powerpc64/include/Makefile"src/sys/arch/ps3/include/Makefile を上のように変更した場合には: dependall ===> lib/csu/powerpc64これは何故かと見ると、次のようになっていて # install /export/20070616a/checkout/src/obj/destdir.ps3/usr/include/powerpc64/types.h STRIP=/export/20070616a/checkout/src/tooldir.NetBSD-4.99.9-powerpc/bin/powerpc64--netbsd-strip /export/20070616a/checkout/src/tooldir. NetBSD-4.99.9-powerpc/bin/nbinstall -N /export/20070616a/checkout/src/etc -c -r -c -o root -g wheel -m 444 types.h /export/20070616 a/checkout/src/obj/destdir.ps3/usr/include/powerpc64/types.hこの場合、 sys/arch/ps3/include から install types.h /export/20070616a/checkout/src/obj/destdir.ps3/usr/include/powerpc64/endian.hとなってしまっているので良くない。何か違う気がするが、取敢えず、 次の変更で回避可能 +++ sys/arch/ps3/Makefile 9 Jul 2007 15:23:13 -0000 @@ -1,5 +1,5 @@ # $NetBSD: Makefile,v 1.2 1998/06/12 23:22:39 cgd Exp $ -SUBDIR= include +SUBDIR= include ../powerpc64/include/export/20070616a/checkout/src/lib/libc/arch/powerpc64/gen/makecontext.c(56): syntax error [249] (   つっこみ ) 
2007年07月08日(日) 旧暦 [n年日記] [更新:"2007/07/10 09:25:31"]#1 [NetBSD] raidctl -R を mount したままやるには
disk を何かの都合で交換する必要があった時に
 
 ttyp0:makoto@tera 8:58:35/070709(~)> sudo raidctl -R /dev/wd0h raid1 raidctl: unable to open device file: raid1 ttyp0:makoto@tera 8:58:47/070709(~)> sudo umount /export/ ttyp0:makoto@tera 8:58:51/070709(~)> sudo raidctl -R /dev/wd0h raid1 (   つっこみ ) 
2007年07月07日(土) 旧暦 [n年日記] [更新:"2007/08/08 10:54:18"]#1 [NetBSD] JNUG の会長になってしまった
日本 NetBSD ユーザーズ・グループ総会
と NetBSD BOF というのがあって、何と JNUG の会長になってしまいました。
上林さんが二年間精力的に活動された後なので、それを見習ってやって見たいと思います。
皆様、よろしくお願い致します。
 @ BOF:
 @ bc bench:
Q: bc bench って何ですか ... A: 大島さんの life work です
 
bc の使い方で、man すると分ることだけれど、bc -l と起動して a(1) という式を書くと archtangent がちょうど 1 になる値を返す それは 45 度 = π / 4 なので、4 * a(1) とすると円周率になる。 また scale で桁数を指定出来る。 さて time 'echo "scale = 2000; 4 * a(1)" | bc -l' > /dev/nullPowerPC G4/1.2GHz (7455) 
 time sh -c 'echo scale=2000\;4*a\(1\) | bc -l' > /dev/null
7.979u 0.005s 0:08.14 97.9%     0+0k 0+0io 0pf+0w
または
ttyp4:makoto@bologna 10:12:30/070708(~)> sh
$ time sh -c 'echo "scale = 2000; 4 * a(1)" | bc -l ' > /dev/null
        8.09 real         7.97 user         0.00 sys
Mac mini 1.42GHz (7447A)
$ time sh -c 'echo "scale = 2000; 4 * a(1)" | bc -l ' > /dev/null
        6.75 real         6.73 user         0.01 sys
PowerPC G4/1.8GHz (7447A)
ttyp1:makoto@genoa 10:13:29/070708(~)> sh
$ time sh -c 'echo "scale = 2000; 4 * a(1)" | bc -l ' > /dev/null
        5.32 real         5.31 user         0.00 sys
time sh -c 'echo "scale = 2000; 4 * a(1)" | bc -l ' > /dev/null
     12.84 real   12.79 user 0.01 sys
G4 の 800MHz  相当
(   つっこみ ) 
2007年07月05日(木) 旧暦 [n年日記] [更新:"2007/07/08 00:05:49"]#1 [NetBSD] (ATA) disk の線のつなぎ方
きょうは貴重な経験をした。 Tsubai-BSD の CDROM を使って PowerMac G4/AGP (改 1.8G) に 4.99.9 を入れようとして 
 boot-device cd:,ofwboot.elf boot-file hd:3/netbsd.macppc boot他に次のようなものも試した boot-file /pci@f2000000/pci-bridge/mac-io/ata-3@20000/disk/@0:3/netbsd.macppcこれで表示されるものには device not configured (hd:3/netbsd.macppc の時) an unpropriate file format file not found等があって、とても不可解だった。実は、ここまでは disk のフラット線 (flat cable) の接続が CPU/Board i/f ...... DISK .... 開放 (open)のように、線の先が未使用で、disk を途中に接続していた。これに気が付いて CPU/Board i/f ...... (未接続) .... DISKとしたら boot-device cd:,ofwboot.elf boot-file hd:3/netbsd.macppcこれで起動した。Open FirmWare は敏感で、NetBSD とかは、それでも読書き出来る。 かなり不思議な気もするが、 「仕様の通りに使わなくてもたまたま動いたものを、良しとするのは間違っている」 よい典型かも知れない (   つっこみ ) 
2007年07月01日(日) 旧暦 [n年日記] [更新:"2007/07/03 09:03:40"]#1 [NetBSD] PS3 のカーネル 動かず
やっと自力で作ることが出来たが:
 
===> Kernels built from UCONS:
  /export/20070526/checkout/src/sys/arch/ps3/compile/UCONS/netbsd
===> build.sh ended:   Sun Jul  1 17:25:39 JST 2007
===> Summary of results:
         build.sh command: ./build.sh -m ps3 -a powerpc64 -T 
		/export/20070526/checkout/src/tooldir.NetBSD-4.99.9-powerpc kernel=UCONS
         build.sh started: Sun Jul  1 17:19:16 JST 2007
         NetBSD version:   4.99.20
         MACHINE:          ps3
         MACHINE_ARCH:     powerpc64
         Build platform:   NetBSD 4.99.9 macppc
         HOST_SH:          /bin/sh
         TOOLDIR path:     /export/20070526/checkout/src/tooldir.NetBSD-4.99.9-powerpc
         DESTDIR path:     /export/20070526/checkout/src/obj/destdir.ps3
         RELEASEDIR path:  /export/20070526/checkout/src/obj/releasedir
         makewrapper:      /export/20070526/checkout/src/tooldir.NetBSD-4.99.9-powerpc/bin/nbmake-ps3
         Updated /export/20070526/checkout/src/tooldir.NetBSD-4.99.9-powerpc/bin/nbmake-ps3
         Building kernel without building new tools
         Building kernel:  UCONS
         Build directory:  /export/20070526/checkout/src/sys/arch/ps3/compile/UCONS
         Kernels built from UCONS:
          /export/20070526/checkout/src/sys/arch/ps3/compile/UCONS/netbsd
         build.sh ended:   Sun Jul  1 17:25:39 JST 2007
===> .
315.493u 70.664s 6:26.07 100.0% 0+0k 110+4489io 0pf+1w
(画面の写し)
kboot: tftp://example.com/ps3/netbsd-4.99.20 get memory ranges:1 Modified cmdline:root=LABEL=/ segment[0].mem:0x17e6000 memsz:6414336 segment[1].mem:0x1e04000 memsz:16384 segment[2].mem:0x7bff000 memsz:4096 VUArt: cleanup. SYSMGR: cleanup. (close event mask)続き (port-powerpc-ja) (   つっこみ ) 
 | 
 最近の日記 2025年10月25日 ・recover from disk error 2025年10月23日 ・dd does not duplicate Windows 11 boot disk ? 2025年10月04日 ・pkgin search pkgname segfaults 2025年08月16日 ・installboot (Although it’s too late) 2025年07月20日 ・network setup from qemnu  | ||||||||||||||