Yeah, that's the standard SPARC bus error. Read the thread "rrd problems and "bus error" on Solaris 8 (Sparc)"
Luca swears he applied the patch, but he didn't... | Burton, | I have already applied it. Do I miss something? | | Cheers, Luca It's moved again, look at pbuf.c 1117... u_char *tcp_data = (u_char *)((int)tcp + tcp->th_off * 4); to u_char *tcp_data = (u_char *)((int)tcp + tp.th_off * 4); I'm gonna go commit the damn thing myself! -----Burton -----Original Message----- From: David Birnbaum [mailto:[EMAIL PROTECTED] Sent: Tuesday, December 02, 2003 5:16 PM To: Burton M. Strauss III Subject: RE: myrrd load failure On Tue, 2 Dec 2003, Burton M. Strauss III wrote: <snip/> Here's the gdb output; I'm a perl hacker, so if you can translate what you need looked a bit, I can probably help. Program received signal SIGBUS, Bus error. [Switching to LWP 5 ] Program received signal SIGBUS, Bus error. processIpPkt (bp=0xfdafdbae "E\020", h=0xfdaffc40, length=150, ether_src=0xfdafdbd6 "/yX\204\027\226d>}\004\005\233\006++Vy>3]\200\n\030\\\215\026H", ether_dst=0x88 <Address 0x88 out of bounds>, actualDeviceId=0, vlanId=-1) at pbuf.c:1119 1119 u_char *tcp_data = (u_char *)((int)tcp + tcp->th_off * 4); (gdb) list 1114 int WIN=0, MSS=-1, WS=-1, S=0, N=0, D=0, T=0; 1115 int ttl; 1116 char WSS[3], _MSS[5]; 1117 struct tcphdr *tcp = (struct tcphdr*)(bp+hlen); 1118 u_char *tcp_opt = (u_char *)(tcp + 1); 1119 u_char *tcp_data = (u_char *)((int)tcp + tcp->th_off * 4); 1120 1121 if(tcp->th_flags & TH_SYN) /* only SYN or SYN-2ACK packets */ 1122 { 1123 if(tcpUdpLen > 0) { (gdb) info stack #0 processIpPkt (bp=0xfdafdbae "E\020", h=0xfdaffc40, length=150, ether_src=0xfdafdbd6 "/yX\204\027\226d>}\004\005\233\006++Vy>3]\200\n\030\\\215\026H", ether_dst=0x88 <Address 0x88 out of bounds>, actualDeviceId=0, vlanId=-1) at pbuf.c:1119 #1 0xff11f1d4 in processPacket (_deviceId=0x0, h=0xfdaffc40, p=0xfdafdba0 "\b") at pbuf.c:2916 #2 0xff11d1f8 in queuePacket (_deviceId=0x0, h=0xfdaffc40, p=0xd6bda "\b") at pbuf.c:1974 #3 0x17eec in pcap_read () #4 0xff115e38 in pcapDispatch (_i=0x0) at ntop.c:81 Cheers, David. _______________________________________________ Ntop-dev mailing list [EMAIL PROTECTED] http://listgateway.unipi.it/mailman/listinfo/ntop-dev
