View Issue Details

IDProjectCategoryView StatusLast Update
0002097GNUnetfile-sharing servicepublic2012-02-28 11:05
ReporterLRN Assigned ToChristian Grothoff  
PriorityurgentSeveritycrashReproducibilitysometimes
Status closedResolutionfixed 
Product VersionGit master 
Target Version0.9.2Fixed in Version0.9.2 
Summary0002097: Crash in FS service during some of the FS tests
Descriptionr19299+3

Looks like it tries to remove an item from DLL. Twice.
Steps To ReproduceRun testsuite in src/fs

Additional Information
Reading symbols from d:\progs\gnunet\bin\gnunet-service-fs.exe...done.
[Switching to Thread 6272.0x1fec]
(gdb) c
Continuing.

Program received signal SIGTRAP, Trace/breakpoint trap.
0x74dc280d in KERNELBASE!DeleteAce () from C:\Windows\syswow64\KernelBase.dll
(gdb) bt
#0  0x74dc280d in KERNELBASE!DeleteAce () from C:\Windows\syswow64\KernelBase.dll
#1  0x6be465a4 in GNUNET_abort () at common_logging.c:271
#2  0x00409940 in _fu305__skip_log () at gnunet-service-fs_lc.c:199
#3  0x6be771cf in run_ready (rs=0x490668, ws=0x498520) at scheduler.c:684
#4  0x6be77945 in GNUNET_SCHEDULER_run (task=0x6be81cce <service_task>, task_cls=0x28fe28) at scheduler.c:874
#5  0x6be829b2 in GNUNET_SERVICE_run (argc=3, argv=0x48a3e0, serviceName=0x417167 "fs", opt=GNUNET_SERVICE_OPTION_NONE, task=0x401e2f <run>, task_cls=0x0) at service.c:1712
#6  0x00402052 in main (argc=3, argv=0x48a3e0) at gnunet-service-fs.c:652
(gdb) up
#1  0x6be465a4 in GNUNET_abort () at common_logging.c:271
271       DebugBreak ();
(gdb)
#2  0x00409940 in _fu305__skip_log () at gnunet-service-fs_lc.c:199
199       GNUNET_CONTAINER_DLL_remove (lc->cr_head, lc->cr_tail, cr);
(gdb) p lc->cr_head
$1 = (struct ClientRequest *) 0x0
(gdb) p lc->cr_tail
$2 = (struct ClientRequest *) 0x0
(gdb) p cr
$3 = (struct ClientRequest *) 0x496f58
(gdb) p *cr
$4 = {next = 0x5e, prev = 0x0, pr = 0x4ccf30, lc = 0x4cc798, kill_task = 0}
(gdb) p *cr->lc
$5 = {next = 0x0, prev = 0x0, client = 0x48f380, cr_head = 0x0, cr_tail = 0x0, res_head = 0x0, res_tail = 0x0, th = 0x0}
(gdb) p lc
$6 = (struct GSF_LocalClient *) 0x4cc798
TagsNo tags attached.

Activities

Christian Grothoff

2012-01-26 11:19

manager   ~0005381

I think I've fixed it in 19424 (the issue should be hard to reproduce, but I found a control path that would explain this -- we queue the client_request_destroy task possibly twice).

Issue History

Date Modified Username Field Change
2012-01-22 01:46 LRN New Issue
2012-01-22 21:10 Christian Grothoff Priority normal => urgent
2012-01-22 21:10 Christian Grothoff Status new => acknowledged
2012-01-22 21:10 Christian Grothoff Product Version => Git master
2012-01-22 21:10 Christian Grothoff Target Version => 0.9.2
2012-01-26 11:19 Christian Grothoff Note Added: 0005381
2012-01-26 11:19 Christian Grothoff Status acknowledged => resolved
2012-01-26 11:19 Christian Grothoff Fixed in Version => 0.9.2
2012-01-26 11:19 Christian Grothoff Resolution open => fixed
2012-01-26 11:19 Christian Grothoff Assigned To => Christian Grothoff
2012-02-28 11:05 Christian Grothoff Status resolved => closed