View Issue Details

IDProjectCategoryView StatusLast Update
0001869GNUnettransport servicepublic2011-11-30 18:38
ReporterLRN Assigned ToMatthias Wachs  
PriorityurgentSeveritymajorReproducibilityalways
Status closedResolutionfixed 
Product VersionGit master 
Target Version0.9.0 
Summary0001869: transport service crashes during test_mesh_small_unicast
Descriptiontransport service crashes during test_mesh_small_unicast
Steps To Reproducerun test_mesh_small_unicast on W32
Additional Information(gdb) bt
#0 0x779415ee in ntdll!LdrQueryProcessModuleInformation () from E:\Windows\SysWOW64\ntdll.dll
#1 0x779415ee in ntdll!LdrQueryProcessModuleInformation () from E:\Windows\SysWOW64\ntdll.dll
#2 0x7793015e in ntdll!LdrFindResource_U () from E:\Windows\SysWOW64\ntdll.dll
#3 0x0028f3a8 in ?? ()
#4 0x00408690 in send_with_plugin (target=0x1ed12cc, msgbuf=0x28f950 "\002 \001j", msgbuf_size=544, priority=4294967295, timeout=..., session=0x0,
    plugin_name=0x0, addr=0x0, addrlen=0, force_address=1, cont=0x4093e1 <send_disconnect_cont>, cont_cls=0x0)
    at gnunet-service-transport_neighbours.c:582
#5 0x004096ed in _fu341__skip_log () at gnunet-service-transport_neighbours.c:801
#6 0x004097a8 in disconnect_neighbour (n=0x1ed12b0) at gnunet-service-transport_neighbours.c:830
#7 0x0040a3c1 in _fu374__skip_log () at gnunet-service-transport_neighbours.c:992
#8 0x624b42ca in run_ready (rs=0x1ebc4b0, ws=0x1ebc5c8) at scheduler.c:685
#9 0x624b4a3c in GNUNET_SCHEDULER_run (task=0x624beab9 <service_task>, task_cls=0x28fe28) at scheduler.c:867
#10 0x624bf79d in GNUNET_SERVICE_run (argc=3, argv=0x1eba190, serviceName=0x414293 "transport", opt=GNUNET_SERVICE_OPTION_NONE,
    task=0x40205f <run>, task_cls=0x0) at service.c:1608
#11 0x004023cc in main (argc=3, argv=0x1eba190) at gnunet-service-transport.c:569
(gdb) info symbol 0x767f8b21
strcmp + 16 in section .text of E:\Windows\syswow64\msvcrt.dll
(gdb) up 7
#7 0x0040a3c1 in _fu374__skip_log () at gnunet-service-transport_neighbours.c:992
992 disconnect_neighbour(n);
(gdb) p *n
$14 = {messages_head = 0x0, messages_tail = 0x0, is_active = 0x0, session = 0x0, plugin_name = 0x0, addr = 0x0, addrlen = 0, id = {hashPubKey = {
      bits = {966949655, 29874534, 118067287, 3502014119, 1627300910, 2394912036, 347687509, 847101690, 1026432395, 4250800925, 1609314545,
        461219821, 2231781623, 1507647253, 1811934120, 3607545989}}}, timeout_task = 1881, keepalive_task = 0, transmission_task = 0, in_tracker = {
    consumption_since_last_update__ = 0, last_update__ = {abs_value = 1320170402595}, available_bytes_per_s__ = 1024, max_carry_s__ = 5},
  bandwidth_in = {value__ = 0}, bandwidth_out = {value__ = 0}, connect_ts = {abs_value = 1320170402590}, ats_suggest = 0, state_reset = 1882,
  quota_violation_count = 0, state = 4}

Unless something broke the stack, it seems that neighbour information structure is either unitialized, or freed, or broken.
TagsNo tags attached.

Relationships

duplicate of 0001868 closedMatthias Wachs plugins given sometimes an emtpy address in combination with 'force address' 

Activities

Matthias Wachs

2011-11-02 09:51

reporter   ~0004820

This is definitely caused by https://www.gnunet.org/bugs/view.php?id=1868 :

session=0x0, plugin_name=0x0, addr=0x0, addrlen=0

Corruption happened in papi = GST_plugins_find (plugin_name);
-> added assertion to ensure: plugin_name != NULL

Matthias Wachs

2011-11-07 13:11

reporter   ~0004879

added additional checks to ensure

 session=0x0, plugin_name=0x0, addr=0x0, addrlen=0, force_address=1,

does not occur

Issue History

Date Modified Username Field Change
2011-11-01 19:11 LRN New Issue
2011-11-01 19:11 LRN Status new => assigned
2011-11-01 19:11 LRN Assigned To => Matthias Wachs
2011-11-02 09:51 Matthias Wachs Note Added: 0004820
2011-11-04 11:21 Christian Grothoff Priority normal => urgent
2011-11-04 11:21 Christian Grothoff Target Version => 0.9.0
2011-11-04 11:21 Christian Grothoff Relationship added duplicate of 0001868
2011-11-07 13:11 Matthias Wachs Note Added: 0004879
2011-11-07 13:11 Matthias Wachs Status assigned => resolved
2011-11-07 13:11 Matthias Wachs Resolution open => fixed
2011-11-30 18:38 Christian Grothoff Status resolved => closed