INN 2.4.0 dumps core on Solaris 9

Russ Allbery rra at stanford.edu
Sun Oct 26 23:28:46 UTC 2003


Nathan Coraor <nate at cse.psu.edu> writes:

>   (gdb) bt
>   #0  0xfefb3464 in strlen () from /usr/lib/libc.so.1
>   #1  0x0008b08c in HashMessageID (MessageID=0x0) at hash.c:68
>   #2  0x00086bd0 in hisv6_write (history=0x294df0, key=0x0, arrived=1067206081, 
>       posted=1066840133, expires=0, token=0xffbff488) at hisv6/hisv6.c:852
>   #3  0x000852fc in HISwrite (h=0x291828, key=0x0, arrived=1067206081,
>       posted=1066840133, expires=0, token=0xffbff488) at his.c:265
>   #4  0x0006b8c0 in InndHisWrite (key=0x0, arrived=1067206081,
>       posted=1066840133, expires=0, token=0xffbff488) at util.c:356
>   #5  0x00051f14 in ARTpost (cp=0x2a6158) at art.c:2330
>   #6  0x0005a908 in NCpostit (cp=0x2a6158) at nc.c:196
>   #7  0x0005c474 in NCproc (cp=0x2a6158) at nc.c:985
>   #8  0x0005cc10 in NCreader (cp=0x2a6158) at nc.c:1188
>   #9  0x00057ec8 in CHANreadloop () at chan.c:1062
>   #10 0x0005a268 in main (ac=1, av=0xffbffddc) at innd.c:666

Hm.  Okay, I have no clue.  The message ID is null deep into the middle of
ARTpost but isn't null at the beginning of that same routine.  So
something else is going on, but lots of other people are running this same
code without this problem.  I have no idea what's going on here.

Can you look at this article and see if there's anything weird about it?
Also, overview should have already been written at this point; is that
happening properly?

-- 
Russ Allbery (rra at stanford.edu)             <http://www.eyrie.org/~eagle/>

    Please send questions to the list rather than mailing me directly.
     <http://www.eyrie.org/~eagle/faqs/questions.html> explains why.


More information about the inn-workers mailing list