njn25 | e49d8e7 | 2002-09-23 09:36:25 +0000 | [diff] [blame] | 1 | |
| 2 | Jump to the invalid address stated on the next line |
| 3 | at 0x........: ??? |
sewardj | e21a858 | 2006-01-18 04:20:04 +0000 | [diff] [blame] | 4 | by 0x........: (below main) (in /...libc...) |
nethercote | f798eee | 2004-04-13 08:36:35 +0000 | [diff] [blame] | 5 | Address 0x........ is not stack'd, malloc'd or (recently) free'd |
jsgf | c5918d9 | 2003-10-14 21:11:29 +0000 | [diff] [blame] | 6 | |
thughes | 18467b7 | 2004-03-16 11:03:09 +0000 | [diff] [blame] | 7 | Process terminating with default action of signal 11 (SIGSEGV) |
fitzhardinge | 98abfc7 | 2003-12-16 02:05:15 +0000 | [diff] [blame] | 8 | Access not within mapped region at address 0x........ |
jsgf | c5918d9 | 2003-10-14 21:11:29 +0000 | [diff] [blame] | 9 | at 0x........: ??? |
sewardj | e21a858 | 2006-01-18 04:20:04 +0000 | [diff] [blame] | 10 | by 0x........: (below main) (in /...libc...) |
sewardj | 95d86c0 | 2007-12-18 01:49:23 +0000 | [diff] [blame] | 11 | If you believe this happened as a result of a stack overflow in your |
| 12 | program's main thread (unlikely but possible), you can try to increase |
| 13 | the size of the main thread stack using the --main-stacksize= flag. |
njn | 05b4823 | 2008-02-13 05:05:58 +0000 | [diff] [blame^] | 14 | The main thread stack size used in this run was .... |
jsgf | c5918d9 | 2003-10-14 21:11:29 +0000 | [diff] [blame] | 15 | |
| 16 | ERROR SUMMARY: 1 errors from 1 contexts (suppressed: 0 from 0) |
| 17 | malloc/free: in use at exit: 0 bytes in 0 blocks. |
| 18 | malloc/free: 0 allocs, 0 frees, 0 bytes allocated. |
| 19 | For a detailed leak analysis, rerun with: --leak-check=yes |
| 20 | For counts of detected errors, rerun with: -v |