View Issue Details
| ID | Project | Category | View Status | Date Submitted | Last Update |
|---|---|---|---|---|---|
| 0001872 | GNUnet | util library | public | 2011-11-02 18:08 | 2011-11-30 18:38 |
| Reporter | LRN | Assigned To | Christian Grothoff | ||
| Priority | normal | Severity | minor | Reproducibility | have not tried |
| Status | closed | Resolution | fixed | ||
| Target Version | 0.9.0 | Fixed in Version | 0.9.0 | ||
| Summary | 0001872: Crash in test_server | ||||
| Description | r17936 | ||||
| Additional Information | Attaching to process 7964 [New Thread 7964.0x136c] [New Thread 7964.0x1a84] [New Thread 7964.0xbf8] [New Thread 7964.0x1c84] Reading symbols from f:\src\gnunet-git-svn\src\util\.libs\test_server.exe...done. [Switching to Thread 7964.0x1c84] Continuing. Program received signal SIGTRAP, Trace/breakpoint trap. [Switching to Thread 7964.0x136c] 0x772515ee in ntdll!LdrQueryProcessModuleInformation () from E:\Windows\SysWOW64\ntdll.dll [Switching to thread 1 (Thread 7964.0x136c)] #0 0x772515ee in ntdll!LdrQueryProcessModuleInformation () from E:\Windows\SysWOW64\ntdll.dll #0 0x772515ee in ntdll!LdrQueryProcessModuleInformation () from E:\Windows\SysWOW64\ntdll.dll #1 0x772515ee in ntdll!LdrQueryProcessModuleInformation () from E:\Windows\SysWOW64\ntdll.dll #2 0x7724015e in ntdll!LdrFindResource_U () from E:\Windows\SysWOW64\ntdll.dll #3 0x0028f828 in ?? () #4 0x00401738 in transmit_initial_message (cls=0x0, size=0, buf=0x0) at test_server.c:145 #5 0x624846a5 in client_notify (cls=0x1dad248, size=0, buf=0x0) at client.c:990 #6 0x6248d1f5 in transmit_ready (cls=0x1dad150, tc=0x28fe48) at connection.c:1524 #7 0x624ac779 in run_ready (rs=0x1dace98, ws=0x1dacfb0) at scheduler.c:685 #8 0x624accb8 in GNUNET_SCHEDULER_run (task=0x40181d <task>, task_cls=0x406030) at scheduler.c:867 #9 0x00401a4f in check () at test_server.c:207 #10 0x00401a8d in main (argc=1, argv=0x1daab30) at test_server.c:218 (gdb) up 4 #4 0x00401738 in transmit_initial_message (cls=0x0, size=0, buf=0x0) at test_server.c:145 145 GNUNET_assert (size >= sizeof (struct GNUNET_MessageHeader)); (gdb) p size $1 = 0 (gdb) up #5 0x624846a5 in client_notify (cls=0x1dad248, size=0, buf=0x0) at client.c:990 990 GNUNET_break (0 == th->notify (th->notify_cls, 0, NULL)); (gdb) up #6 0x6248d1f5 in transmit_ready (cls=0x1dad150, tc=0x28fe48) at connection.c:1524 1524 notify (sock->nth.notify_ready_cls, 0, NULL); | ||||
| Tags | No tags attached. | ||||
|
|
Looks to me like the 250ms timeout was not enough time for W32 to start gnunet-service-resolver. I've increased the timeout to 2s in 17962. Does this fix it? |
|
|
crashing test_server is something i never expected this far into the development process. Unless you've changed something fundamental. Because it's -util lib level. So this might be a very rare crash that just happened to manifest itself when i was running r17936 testsuite. Anyway, i've done two testsuite runs on two different HEADs, and haven't had this particular crash. 250ms might be on the border of "reasonable" for W32, but then why i haven't seen this before? |
|
|
Ok, let's call this resolved until/unless someone can reproduce it again... |
| Date Modified | Username | Field | Change |
|---|---|---|---|
| 2011-11-02 18:08 | LRN | New Issue | |
| 2011-11-03 14:29 | Christian Grothoff | Note Added: 0004839 | |
| 2011-11-03 14:29 | Christian Grothoff | Assigned To | => Christian Grothoff |
| 2011-11-03 14:29 | Christian Grothoff | Status | new => feedback |
| 2011-11-04 11:22 | Christian Grothoff | Product Version | => 0.9.0pre4 |
| 2011-11-04 11:22 | Christian Grothoff | Target Version | => 0.9.0 |
| 2011-11-04 11:26 | LRN | Note Added: 0004854 | |
| 2011-11-04 11:26 | LRN | Status | feedback => assigned |
| 2011-11-04 12:45 | Christian Grothoff | Note Added: 0004855 | |
| 2011-11-04 12:45 | Christian Grothoff | Status | assigned => resolved |
| 2011-11-04 12:45 | Christian Grothoff | Fixed in Version | => 0.9.0 |
| 2011-11-04 12:45 | Christian Grothoff | Resolution | open => fixed |
| 2011-11-30 18:38 | Christian Grothoff | Status | resolved => closed |
