|
Namazu for hns による簡易全文検索 詳しくは 詳細指定/ヘルプを参照して下さい |
|||||||||||||||||||||||||||||||||||||||||||||||||
2003年05月19日(月) 旧暦 [n年日記]#1 [NetBSD] ffs_alloccg: map corrupted: start 2 len 510 offset 214 214Calculated size of `ramdisk.fs.tmp': 2097152 bytes, 287 inodes Extent size set to 4096 ramdisk.fs.tmp: 2.0MB (4096 sectors) block size 4096, fragment size 512 using 1 cylinder groups of 2.00MB, 512 blks, 320 inodes. super-block backups (for fsck -b #) at: 32,nbmakefs: ffs_alloccg: map corrupted: start 2 len 510 offset 214 214 Populating `ramdisk.fs.tmp' *** Error code 1 Stop. nbmake: stopped in /export/20030516-utc/src/distrib/macppc/floppies/ramdiskusr.sbin/makefs/ffs/ffs_alloc.c の次の行: 574 "ffs_alloccg: map corrupted: start %d len %d offset %d %ld", 575 ostart, olen, 576 ufs_rw32(cgp->cg_freeoff, needswap), 577 (long)cg_blksfree(cgp, needswap) - (long)cgp);2048 を 4096 に変更して見たが、これは関係ない ttyp0:root@serv 10:10:01/030519(...floppies/ramdisk)# (cd obj;/export/20030516-utc/src/tools/obj/tools.NetBSD-1.6R-powerpc/bin/nbmakefs -t ffs -B be -s 4096k -F work.spec -N /export/20030516-utc/src/etc -o bsize=4096,fsize=512 -o optimization=space,minfree=0 -f 15 ramdisk.fs.tmp work)
@ 1.6O 辺りの makefs を持って来たら、正常終了風:
( cd obj ; /usr/sbin/makefs-1.6O -t ffs -B be -s 2048k -F work.spec -N /export/20030516-utc/src/etc -o bsize=4096,fsize=512 -f 20 ramdisk.fs.tmp work )
「makefs が変に新しくなってしまっている」ということ ? static daddr_t ffs_mapsearch(struct fs *, struct cg *, daddr_t, int); ↓ static int32_t ffs_mapsearch(struct fs *, struct cg *, daddr_t, int);sys/arch/macppc/macppc/disksubr.c かなぁ。 ( つっこみ )
#2 [mkid] Segmentation faultttyp0:makoto@serv 7:34:22/030519(...compat/darwin)> pwd /export/20030516-utc/src/sys/compat/darwin ttyp0:makoto@serv 7:34:25/030519(...compat/darwin)> mkid darwin_iof*c Segmentation fault (core dumped) ttyp0:makoto@serv 7:34:29/030519(...compat/darwin)> ls -l darwin_iof*c -rw-r--r-- 1 makoto wheel 26091 May 15 23:35 darwin_ioframebuffer.c ttyp0:makoto@serv 7:36:56/030519(...compat/darwin)> gdb /usr/pkg/bin/mkid mkid.core ... (gdb) where #0 0x72466c60 in ?? ()とても長い行があるのが原因風。 /usr/include/stdio.h:#define BUFSIZ 1024 /* size of buffer used by setbuf */これを使っているのかなぁ。BUFSIZ はかなりの数で参照されているので、直すのが面倒な気 がして、一時的に /usr/include/stdio.h:#define BUFSIZ 65536 /* size of buffer used by setbuf */にして作ったら、問題解決。 ./libidu/idfile.c: static char file_name_buffer[BUFSIZ];このうち変更が必要なのは ./src/lid.c: char line[BUFSIZ]; だけかも知れない。いづれにしても lid.c の中だけでいい気がする。 は関係あるかな。 id-utils-3.2d を使う のが普通らしい ( つっこみ )
|
最近の日記 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 2024年03月10日 ・停電 (瞬電) | ||