Hi Wolfram, patch-141 does not work, while patch-140 works. The thing is however, that patch-141 is a set of huge amount of patches, which makes it hard to find out the real reason. Dongsu Wolfram Fischer wrote: > Hi Dongsu, > > I just checked the problem with the hipd. As tcpdump doesn't show any > sign of traffic over the interfaces, this seems to be a local error. > This behavior must have been introduced between patch-140 and > patch-current, because 140 works fine without problems and current > doesn't work and ended at this point in my two runs with gdb. > > Perhaps you could use patch-current and add some debug message before > and after the call to recv in message.c:37? > > At the moment I can't add any entries to Bugzilla (already wrote Miika > a mail about it) - I'll add this as soon as I get a login. > > Following the backtrace, after stopping the hipd with CTRL-C. > > Cheers, > Wolf > > [New Thread 0xb7b5b6f0 (LWP 3095)] > > Program received signal SIGINT, Interrupt. > [Switching to Thread 0xb7b5b6f0 (LWP 3095)] > 0xffffe402 in __kernel_vsyscall () > (gdb) bt > #0 0xffffe402 in __kernel_vsyscall () > #1 0xb7f60c91 in recv () from /lib/tls/i686/cmov/libpthread.so.0 > #2 0x080afa6a in hip_peek_recv_total_len (socket=13, encap_hdr_size=0) > at message.c:37 > #3 0x080b0252 in hip_send_recv_daemon_info (msg=0x80f9608) at message.c:228 > #4 0x080aed17 in hip_conf_handle_handover (msg=0x80f9608, action=16, > opt=0xbfa4342c, optc=0) at hipconf.c:1689 > #5 0x080ae535 in hip_do_hipconf (argc=3, argv=0xbfa43424, send_only=1) > at hipconf.c:1568 > #6 0x0809c157 in hip_conf_handle_load (msg=0x0, action=11, opt=0xbfa436e4, > optc=1) at getendpointinfo.c:2253 > #7 0x08085f66 in hip_load_configuration () at init.c:165 > #8 0x080866ff in hipd_init (flush_ipsec=1, killold=0) at init.c:364 > #9 0x08057655 in hipd_main (argc=1, argv=0xbfa43b94) at hipd.c:393 > #10 0x08058a95 in main (argc=1, argv=0xbfa43b94) at hipd.c:717 >