Re: Porting man-db to Hurd
Marcus Brinkmann <Marcus.Brinkmann@ruhr-uni-bochum.de> wrote:
> On Tue, May 07, 2002 at 05:41:45PM +0100, Colin Watson wrote:
> > > #0 0x010c67a1 in memset () from /lib/libc.so.0.3
> > > No symbol table info available.
>
> I recommend libc0.3-dbg and LD_LIBRARY_PATH=/lib/debug
Thanks. Here's the result. But I have no idea how to go on.
(gdb) bt full
#0 0x010c6851 in memset (dstpp=0x1000, c=0, len=68) at
../sysdeps/i386/memset.c:65
len = 68
d0 = 17
dstp = 4096
x = 0
#1 0x011a108b in __bam_read_root (dbp=0x8062250) at
../btree/bt_open.c:251
meta = (BTMETA *) 0x1000
t = (BTREE *) 0x80622e0
dbc = (DBC *) 0x8061588
metalock = 0
rootlock = 24
root = (PAGE *) 0x0
pgno = 0
ret = 0
t_ret = 0
meta = (BTMETA *) 0x1000
dbc = (DBC *) 0x8061588
metalock = 0
rootlock = 24
root = (PAGE *) 0x0
pgno = 0
#2 0x011a0e61 in __bam_open (dbp=0x8062250, dbinfo=0x10239d0) at
../btree/bt_open.c:135
dbinfo = (DB_INFO *) 0x10239d0
t = (BTREE *) 0x80622e0
ret = 0
t = (BTREE *) 0x80622e0
#3 0x011ab484 in db_open (fname=0x8062200
"/var/cache/man/fsstnd/308", type=DB_BTREE,
flags=16384, mode=420, dbenv=0x0, dbinfo=0x10239d0,
dbpp=0x10239c0) at ../db/db.c:661
flags = 16923088
dbpp = (DB **) 0x0
dbp = (DB *) 0x8062250
pgcookie = {data = 0x1023690, size = 8, ulen = 16958380, dlen = 18707232, doff = 40,
flags = 16923248}
envp = (DB_ENV *) 0x10239d0
t_dbenv = {db_lorder = 17201892, db_errcall = 0x38, db_errfile
= 0x10239a8,
db_errpfx = 0x20 <Address 0x20 out of bounds>, db_verbose = 0,
db_panic = 18935500,
db_paniccall = 0x10238c0, db_home = 0x1071ca5 "[\201ÿâ\021",
db_log_dir = 0x1067ae4 "U\211åSPè", db_tmp_dir = 0x35 <Address 0x35
out of bounds>,
db_data_dir = 0x2f534547, data_cnt = 8, data_next = 3752, lk_info =
0x31,
lk_conflicts = 0x1023938 "h9\002\001\201Ï\034\001(", lk_modes =
17562775, lk_max = 18405712,
lk_detect = 0, lg_info = 0x1023938, lg_max = 17562746, mp_info =
0x1, mp_mmapsize = 18935496,
mp_size = 48, tx_info = 0x11d7320, tx_max = 40, tx_recover = 0,
links = {tqe_next = 0x1023968,
tqe_prev = 0x11ccf81}, xa_rmid = 40, xa_txn = 0x11d7320, flags =
16922984}
finfo = {ftype = 0, pgcookie = 0x1023950, fileid = 0x8062284
"\023?", lsn_offset = 0,
clear_len = 32}
pginfo = {db_pagesize = 8192, needswap = 0}
cachesize = 17
nr = 0
iopsize = 8192
fd = -1
ftype = 0
need_fileid = 1
restore = 0
ret = 0
retry_cnt = 4
swapped = 0
real_name = 0x0
mbuf =
"è'\002\0\0<\002\001ø:\002\001þ¡\004\bDA\005\bBA\005\b°\"\006\b \"\006\b", '\0' <repeats 204 times>, "¢¸\005\001", '\0' <repeats 28 times>, "dÿ\030\001Ðï \001\b\b!\001ø7\002\001\233ü\005\0018\0\0\0GÔ\030\001\001\0\0\0ÿÿÿÿ\f9\002\001P\203\0\0\234¿\031\001nü\005\001\0209\002\001dÿ\030\001h8\002\0015l\006\0018\0\0\0|\0\0è8\002\001\222k\006\001 9\002\001]\204\0\0\230«\003\001Ó¿\031\001\0\022\0\0|\0\0\0\0\0\0\b\b!\001@9\002\001\234¿\031\001\002\0\003\001\230«\003\001\002 \020|\0\002x\025\0\0"...
dbp = (DB *) 0x8062250
pgcookie = {data = 0x1023690, size = 8, ulen = 16958380, dlen
= 18707232, doff = 40,
flags = 16923248}
t_dbenv = {db_lorder = 17201892, db_errcall = 0x38, db_errfile
= 0x10239a8,
db_errpfx = 0x20 <Address 0x20 out of bounds>, db_verbose = 0,
db_panic = 18935500,
db_paniccall = 0x10238c0, db_home = 0x1071ca5 "[\201ÿâ\021",
db_log_dir = 0x1067ae4 "U\211åSPè", db_tmp_dir = 0x35 <Address 0x35
out of bounds>,
db_data_dir = 0x2f534547, data_cnt = 8, data_next = 3752, lk_info =
0x31,
lk_conflicts = 0x1023938 "h9\002\001\201Ï\034\001(", lk_modes =
17562775, lk_max = 18405712,
lk_detect = 0, lg_info = 0x1023938, lg_max = 17562746, mp_info =
0x1, mp_mmapsize = 18935496,
mp_size = 48, tx_info = 0x11d7320, tx_max = 40, tx_recover = 0,
links = {tqe_next = 0x1023968,
tqe_prev = 0x11ccf81}, xa_rmid = 40, xa_txn = 0x11d7320, flags =
16922984}
finfo = {ftype = 0, pgcookie = 0x1023950, fileid = 0x8062284
"\023?", lsn_offset = 0,
clear_len = 32}
pginfo = {db_pagesize = 8192, needswap = 0}
nr = 0
iopsize = 8192
fd = -1
need_fileid = 1
restore = 0
retry_cnt = 4
real_name = 0x0
mbuf =
"è'\002\0\0<\002\001ø:\002\001þ¡\004\bDA\005\bBA\005\b°\"\006\b \"\006\b", '\0' <repeats 204 times>, "¢¸\005\001", '\0' <repeats 28 times>, "dÿ\030\001Ðï \001\b\b!\001ø7\002\001\233ü\005\0018\0\0\0GÔ\030\001\001\0\0\0ÿÿÿÿ\f9\002\001P\203\0\0\234¿\031\001nü\005\001\0209\002\001dÿ\030\001h8\002\0015l\006\0018\0\0\0|\0\0è8\002\001\222k\006\001 9\002\001]\204\0\0\230«\003\001Ó¿\031\001\0\022\0\0|\0\0\0\0\0\0\b\b!\001@9\002\001\234¿\031\001\002\0\003\001\230«\003\001\002 \020|\0\002x\025\0\0"...
#4 0x011d1b80 in dbopen (file=0x8062200 "/var/cache/man/fsstnd/308",
oflags=1, mode=420,
type=DB_BTREE, openinfo=0x1023a70) at ../db185/db185.c:205
openinfo = (void *) 0x1023a70
dbp = (DB *) 0x118d400
db185p = (DB185 *) 0x8062220
dbinfo = {db_lorder = 0, db_cachesize = 0, db_pagesize = 0,
db_malloc = 0,
dup_compare = 0, bt_maxkey = 0, bt_minkey = 0, bt_compare = 0,
bt_prefix = 0, h_ffactor = 0,
h_nelem = 0, h_hash = 0, re_pad = 0, re_delim = 0, re_len = 0,
re_source = 0x0, flags = 0}
dbinfop = (DB_INFO *) 0x10239d0
nw = 1095535449
fd = 16923304
dbp = (DB *) 0x118d400
db185p = (DB185 *) 0x8062220
dbinfo = {db_lorder = 0, db_cachesize = 0, db_pagesize = 0,
db_malloc = 0,
dup_compare = 0, bt_maxkey = 0, bt_minkey = 0, bt_compare = 0,
bt_prefix = 0, h_ffactor = 0,
h_nelem = 0, h_hash = 0, re_pad = 0, re_delim = 0, re_len = 0,
re_source = 0x0, flags = 0}
dbinfop = (DB_INFO *) 0x10239d0
nw = 1095535449
fd = 16923304
#5 0x08052eab in btree_flopen (filename=0x8062200
"/var/cache/man/fsstnd/308", flags=1, mode=420)
at db_btree.c:193
dbf = (DB *) 0x118ff64
b = {flags = 0, cachesize = 0, maxkeypage = 0, minkeypage = 0,
psize = 0, compare = 0,
prefix = 0, lorder = 0}
lock_op = 5
lock_failed = 37
[...]
> I think waiting for db3 is ok for us, but of course, as with any bug, one
> would like to know what happens so to make sure it doesn't crop up any later
> time. ;)
And maybe the problem won't get solved by switching to libdb3.
Cheers,
GNU/Wolfgang
--
Wolfgang Jährling <wolfgang@pro-linux.de> \\ http://stdio.cjb.net/
Debian GNU/Hurd user && Debian GNU/Linux user \\ http://www.gnu.org/
The Hurd Hacking Guide: http://www.gnu.org/software/hurd/hacking-guide/
["We're way ahead of you here. The Hurd has always been on the ]
[ cutting edge of not being good for anything." -- Roland McGrath ]
--
To UNSUBSCRIBE, email to debian-hurd-request@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org
Reply to: