bug-gnustep
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

[bug #42717] Crash in -[NSBox(Private) calcSizesAllowingNegative:]


From: Yavor Doganov
Subject: [bug #42717] Crash in -[NSBox(Private) calcSizesAllowingNegative:]
Date: Sun, 20 Jul 2014 15:30:47 +0000
User-agent: Mozilla/5.0 (X11; Linux x86_64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/35.0.1916.153 Safari/537.36

Follow-up Comment #9, bug #42717 (project gnustep):

Here's the valgrind output:

$ valgrind Cenon
==14425== Memcheck, a memory error detector
==14425== Copyright (C) 2002-2013, and GNU GPL'd, by Julian Seward et al.
==14425== Using Valgrind-3.9.0 and LibVEX; rerun with -h for copyright info
==14425== Command: Cenon
==14425== 
==14425== Invalid read of size 4
==14425==    at 0x4AD5058: objc_msg_lookup (sendmsg.c:448)
==14425==    by 0x41211B8: _i_NSBox_Private_calcSizesAllowingNegative_ (in
/usr/lib/libgnustep-gui.so.0.24.0)
==14425==  Address 0xffffff98 is not stack'd, malloc'd or (recently) free'd
==14425== 
==14425== 
==14425== Process terminating with default action of signal 11 (SIGSEGV)
==14425==  Access not within mapped region at address 0xFFFFFF98
==14425==    at 0x4AD5058: objc_msg_lookup (sendmsg.c:448)
==14425==    by 0x41211B8: _i_NSBox_Private_calcSizesAllowingNegative_ (in
/usr/lib/libgnustep-gui.so.0.24.0)
==14425==  If you believe this happened as a result of a stack
==14425==  overflow in your program's main thread (unlikely but
==14425==  possible), you can try to increase the size of the
==14425==  main thread stack using the --main-stacksize= flag.
==14425==  The main thread stack size used in this run was 8388608.
==14425== 
==14425== HEAP SUMMARY:
==14425==     in use at exit: 17,125,664 bytes in 378,360 blocks
==14425==   total heap usage: 647,770 allocs, 269,410 frees, 39,616,506 bytes
allocated
==14425== 
==14425== LEAK SUMMARY:
==14425==    definitely lost: 34,376 bytes in 691 blocks
==14425==    indirectly lost: 50,125 bytes in 3,300 blocks
==14425==      possibly lost: 14,724,851 bytes in 340,448 blocks
==14425==    still reachable: 2,316,312 bytes in 33,921 blocks
==14425==         suppressed: 0 bytes in 0 blocks
==14425== Rerun with --leak-check=full to see details of leaked memory
==14425== 
==14425== For counts of detected and suppressed errors, rerun with: -v
==14425== ERROR SUMMARY: 1 errors from 1 contexts (suppressed: 1 from 1)
Нарушение на разделянето(segfault)


    _______________________________________________________

Reply to this item at:

  <http://savannah.gnu.org/bugs/?42717>

_______________________________________________
  Message sent via/by Savannah
  http://savannah.gnu.org/




reply via email to

[Prev in Thread] Current Thread [Next in Thread]