JINMEI Tatuya / 神明達哉 schrieb:
>>>>>> On Tue, 10 Oct 2006 19:36:51 +0200,
>>>>>> Marco Schumann said:

>
>> I compiled using this patch and without --disable-atomic, unfortunately
>> named refused to start:

>
>> 10-Oct-2006 19:28:22.894 general: rbtdb.c:1128: INSIST(((unsigned
>> int)((&rbtdb->node_locks[node->locknum].references)->ref
>> s))) failed
>> 10-Oct-2006 19:28:22.894 general: exiting (due to assertion failure)

>
> Oops, sorry, the patch was not really correct. Please use this one
> (attached below) instead.
>
> But the actual behavior of these two patches should be the same...do
> you mean named exited during initialization by 'refused to start'? Or
> do you mean it existed just after starting? In any case, if it dumped
> core, backtrace (of all threads) would be helpful as before.


Hello,

again the error:
11-Oct-2006 09:40:09.365 general: rbtdb.c:1128: INSIST(((unsigned
int)((&rbtdb->node_locks[node->locknum].references)->refs))) failed
11-Oct-2006 09:40:09.365 general: exiting (due to assertion failure)

Here the backtrace:
(gdb) info threads
19 process 29439 0xffffe410 in __kernel_vsyscall ()
18 process 29440 0xb7bad1a2 in malloc () from /lib/libc.so.6
17 process 29441 0xffffe410 in __kernel_vsyscall ()
16 process 29442 0xffffe410 in __kernel_vsyscall ()
15 process 29443 0xffffe410 in __kernel_vsyscall ()
14 process 29444 0xffffe410 in __kernel_vsyscall ()
13 process 29445 0xffffe410 in __kernel_vsyscall ()
12 process 29446 0xffffe410 in __kernel_vsyscall ()
11 process 29447 0xffffe410 in __kernel_vsyscall ()
10 process 29448 0xffffe410 in __kernel_vsyscall ()
9 process 29449 0xffffe410 in __kernel_vsyscall ()
8 process 29450 0xffffe410 in __kernel_vsyscall ()
7 process 29451 0xffffe410 in __kernel_vsyscall ()
6 process 29452 0xffffe410 in __kernel_vsyscall ()
5 process 29453 0xffffe410 in __kernel_vsyscall ()
4 process 29454 0xffffe410 in __kernel_vsyscall ()
3 process 29456 0xffffe410 in __kernel_vsyscall ()
2 process 29457 0xffffe410 in __kernel_vsyscall ()
* 1 process 29455 0xffffe410 in __kernel_vsyscall ()
(gdb) thr 1
[Switching to thread 1 (process 29455)]#0 0xffffe410 in
__kernel_vsyscall ()
(gdb) bt
#0 0xffffe410 in __kernel_vsyscall ()
#1 0xb7b6e7d0 in raise () from /lib/libc.so.6
#2 0xb7b6fea3 in abort () from /lib/libc.so.6
#3 0x08064b72 in assertion_failed (file=0xb7f3dd59 "rbtdb.c",
line=1128, type=isc_assertiontype_insist,
cond=0xb7f3c8a4 "((unsigned
int)((&rbtdb->node_locks[node->locknum].references)->refs))") at
../main.c:159
#4 0xb7e84c8b in new_reference (rbtdb=0xadd10008, node=0xadd29a50) at
rbtdb.c:1128
#5 0xb7e87f89 in find_deepest_zonecut (search=0xb028449c,
node=0xadd29a50, nodep=0xb0284f70, foundname=0xb0284fe0,
rdataset=0xb02851b0,
sigrdataset=0x0) at rbtdb.c:3195
#6 0xb7e8e9d7 in cache_find (db=0xadd10008, name=0xa9f5d4dc,
version=0x0, type=28, options=1, now=1160552409, nodep=0xb0284f70,
foundname=0xb0284fe0, rdataset=0xb02851b0, sigrdataset=0x0) at
rbtdb.c:3398
#7 0xb7e4e394 in dns_db_find (db=0xadd10008, name=0xa9f5d4dc,
version=0x0, type=28, options=1, now=1160552409, nodep=0xb0284f70,
foundname=0xb0284fe0, rdataset=0xb02851b0, sigrdataset=0x0) at db.c:475
#8 0xb7f042d0 in dns_view_find (view=0xaea78008, name=0xa9f5d4dc,
type=28, now=1160552409, options=1, use_hints=isc_boolean_true, dbp=0x0,
nodep=0x0, foundname=0xb0284fe0, rdataset=0xb02851b0,
sigrdataset=0x0) at view.c:739
#9 0xb7e44b20 in dbfind_name (adbname=0xa9f5d4d8, now=1160552409,
rdtype=28) at adb.c:2989
#10 0xb7e45fdf in dns_adb_createfind (adb=0x830f890, task=0xaea7e2e0,
action=0xb7ee1b40 , arg=0xaaeab008, name=0xb028539c,
qname=0xaaeab010, qtype=1, options=223, now=1160552409, target=0x0,
port=53, findp=0xb02852f8) at adb.c:2446
#11 0xb7edeadc in findname (fctx=0xaaeab008, name=0xb028539c, port=0,
options=223, flags=0, now=1160552409, need_alternate=0xb0285410)
at resolver.c:1990
#12 0xb7ee0c5c in fctx_try (fctx=0xaaeab008) at resolver.c:2193
#13 0xb7cb4e12 in run (uap=0xb7a980b0) at task.c:867
#14 0xb7c6b34b in start_thread () from /lib/libpthread.so.0
#15 0xb7c0365e in clone () from /lib/libc.so.6

Next I am going to try your second patch. Would it be helpful to compile
with debug flags? (I assume that and thus will use --enable-debug
although not documented)
--
_____________________________
[Marco Schumann