Stack overflow

[Jani Frilander]

Hi.

I was playing with control rulers and got Thorn to crash. I reran with gbd and valgrind but results
aren't easy to read.

gdb:
Program received signal SIGSEGV, Segmentation fault.
0x00007ffff40b319b in ?? () from /lib/libc.so.6
(gdb)

Valgrind:

[notation]  NotationWidget::slotPointerPositionChanged to  960   **** a lot of these ****

[notation]  NotationWidget::slotPointerPositionChanged( 960 ): rolling =  false

[notation]  NotationWidget::slotPointerPositionChanged to  960

[notation]  NotationWidget::slotPointerPositionChanged( 960 ): rolling =  false

[notation]  NotationWidget::slotPointerPositionChanged to  960

[notation]  NotationWidget::slotPointerPositionChanged( 960 ): rolling =  false

[notation]  NotationWidget::slotPointerPositionChanged to  960

[notation]  NotationWidget::slotPointerPositionChanged( 960 ): rolling =  false

[notation]  NotationWidget::slotPointerPositionChanged to  960

[notation]  NotationWidget::slotPointerPositionChanged( 960 ): rolling =  false

[notation]  NotationWidget::slotPointerPositionChanged to  960

[notation]  NotationWidget::slotPointerPositionChanged( 960 ): rolling =  false

==11332== Stack overflow in thread 1: can't grow stack to 0x7fe801fd0
==11332==
==11332== Process terminating with default action of signal 11 (SIGSEGV)
==11332==  Access not within mapped region at address 0x7FE801FD0
==11332==    at 0x8875E17: vfprintf (vfprintf.c:1314)
==11332==  If you believe this happened as a result of a stack
==11332==  overflow in your program's main thread (unlikely but
==11332==  possible), you can try to increase the size of the
==11332==  main thread stack using the --main-stacksize= flag.
==11332==  The main thread stack size used in this run was 8388608.
==11332==
==11332== HEAP SUMMARY:
==11332==     in use at exit: 35,204,205 bytes in 188,623 blocks
==11332==   total heap usage: 21,853,585 allocs, 21,664,962 frees, 2,063,832,313 bytes allocated
==11332==
==11332== LEAK SUMMARY:
==11332==    definitely lost: 127,619 bytes in 1,128 blocks
==11332==    indirectly lost: 170,835 bytes in 4,750 blocks
==11332==      possibly lost: 22,395,581 bytes in 121,437 blocks
==11332==    still reachable: 12,510,170 bytes in 61,308 blocks
==11332==         suppressed: 0 bytes in 0 blocks
==11332== Rerun with --leak-check=full to see details of leaked memory
==11332==
==11332== For counts of detected and suppressed errors, rerun with: -v
==11332== Use --track-origins=yes to see where uninitialised values come from
==11332== ERROR SUMMARY: 14291 errors from 225 contexts (suppressed: 425 from 11)
Killed


------------------------------------------------------------------------------
Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day
trial. Simplify your report design, integration and deployment - and focus on
what you do best, core application coding. Discover what's new with
Crystal Reports now.  http://p.sf.net/sfu/bobj-july
_______________________________________________
Rosegarden-devel mailing list
Rosegarden-devel@... - use the link below to unsubscribe
https://lists.sourceforge.net/lists/listinfo/rosegarden-devel