View Issue Details
| ID | Project | Category | View Status | Date Submitted | Last Update |
|---|---|---|---|---|---|
| 0002069 | GNUnet | cadet service | public | 2012-01-15 19:55 | 2012-02-28 11:05 |
| Reporter | Christian Grothoff | Assigned To | Christian Grothoff | ||
| Priority | immediate | Severity | crash | Reproducibility | always |
| Status | closed | Resolution | fixed | ||
| Product Version | Git master | ||||
| Target Version | 0.9.2 | Fixed in Version | 0.9.2 | ||
| Summary | 0002069: calling GNUNET_MESH_tunnel_destroy during peer disconnect handler causes badness | ||||
| Description | The stack-trace says a lot: (gdb) ba #0 0x00007fa4770fd165 in *__GI_raise (sig=<value optimized out>) at ../nptl/sysdeps/unix/sysv/linux/raise.c:64 #1 0x00007fa4770fff70 in *__GI_abort () at abort.c:92 #2 0x00007fa47784cb6c in GNUNET_abort () at common_logging.c:273 #3 0x00007fa477631cb2 in destroy_tunnel (t=0x13de1c0) at mesh_api.c:415 #4 0x00007fa477635821 in GNUNET_MESH_tunnel_destroy (tunnel=0x13de1c0) at mesh_api.c:1327 #5 0x00000000004024e8 in tunnel_peer_disconnect_handler (cls=0x13de070, peer=0x7fff82f02500) at gnunet-service-vpn.c:515 #6 0x00007fa477631e94 in destroy_tunnel (t=0x13de1c0) at mesh_api.c:421 #7 0x00007fa477635821 in GNUNET_MESH_tunnel_destroy (tunnel=0x13de1c0) at mesh_api.c:1327 #8 0x00000000004024e8 in tunnel_peer_disconnect_handler (cls=0x13de070, peer=0x7fff82f02618) at gnunet-service-vpn.c:515 #9 0x00007fa4776330a8 in reconnect (h=0x13dcb20) at mesh_api.c:710 #10 0x00007fa477633f47 in msg_received (cls=0x13dcb20, msg=0x0) at mesh_api.c:975 #11 0x00007fa47784958c in receive_helper (cls=0x13dd3f0, buf=0x0, available=0, addr=0x0, addrlen=0, errCode=0) at client.c:487 #12 0x00007fa477854bc3 in signal_timeout (sh=0x13dd2d0) at connection.c:1101 #13 0x00007fa477854f4d in receive_ready (cls=0x13dd2d0, tc=0x7fff82f12870) at connection.c:1160 #14 0x00007fa47787c682 in run_ready (rs=0x13da890, ws=0x13da920) at scheduler.c:684 #15 0x00007fa47787ce67 in GNUNET_SCHEDULER_run (task=0x7fa4778884b2 <service_task>, task_cls=0x7fff82f12b70) at scheduler.c:874 #16 0x00007fa477889f54 in GNUNET_SERVICE_run (argc=3, argv=0x7fff82f12dc8, serviceName=0x4090bd " peer %s\n", opt=GNUNET_SERVICE_OPTION_NONE, task=0x4083b1 <client_disconnect>, task_cls=0x0) at service.c:1712 #17 0x000000000040899c in run (cls=0x0, server=0x3, cfg_=0x7fa477cb62f5) at gnunet-service-vpn.c:2379 #18 0x00007fa4770e9c4d in __libc_start_main (main=<value optimized out>, argc=<value optimized out>, ubp_av=<value optimized out>, init=<value optimized out>, fini=<value optimized out>, rtld_fini=<value optimized out>, stack_end=0x7fff82f12db8) at libc-start.c:228 #19 0x0000000000401f09 in _start () The real question is how to fix it. | ||||
| Steps To Reproduce | Similar to 0002068. | ||||
| Tags | No tags attached. | ||||
| child of | 0002064 | closed | Christian Grothoff | new VPN service (working with new exit/dns services) needs to be fully implemented and tested |
| Date Modified | Username | Field | Change |
|---|---|---|---|
| 2012-01-15 19:55 | Christian Grothoff | New Issue | |
| 2012-01-15 19:55 | Christian Grothoff | Status | new => assigned |
| 2012-01-15 19:55 | Christian Grothoff | Assigned To | => Bart Polot |
| 2012-01-15 21:47 | Christian Grothoff | Target Version | => 0.9.2 |
| 2012-01-15 21:51 | Christian Grothoff | Relationship added | child of 0002064 |
| 2012-01-17 16:28 | Christian Grothoff | Priority | normal => immediate |
| 2012-01-17 16:37 | Christian Grothoff | Note Added: 0005271 | |
| 2012-01-17 16:37 | Christian Grothoff | Assigned To | Bart Polot => Christian Grothoff |
| 2012-01-17 16:38 | Christian Grothoff | Status | assigned => resolved |
| 2012-01-17 16:38 | Christian Grothoff | Fixed in Version | => 0.9.2 |
| 2012-01-17 16:38 | Christian Grothoff | Resolution | open => fixed |
| 2012-02-28 11:05 | Christian Grothoff | Status | resolved => closed |
| 2014-05-09 18:34 | Christian Grothoff | Category | mesh service => cadet service |
