gcc - Memory leaks using SDL-1.2 , C -


i'm having trouble locating directly , indirectly memory leaks since origin in of sdl libraries seems, use here. still reachable memory, understood, sort of bug in old sdl, if there's magic way clear i'll glad know.

==19215== heap summary: ==19215==     in use @ exit: 34,164 bytes in 447 blocks ==19215==   total heap usage: 5,994 allocs, 5,547 frees, 4,200,660 bytes allocated ==19215== ==19215== 1 bytes in 1 blocks lost in loss record 1 of 102 ==19215==    @ 0x4c2ab80: malloc (in /usr/lib/valgrind/vgpreload_memcheck-amd64-linux.so) ==19215==    0x6338a0e: _xlcdefaultmapmodifiers (in /usr/lib/x86_64-linux-gnu/libx11.so.6.3.0) ==19215==    0x6338df5: xsetlocalemodifiers (in /usr/lib/x86_64-linux-gnu/libx11.so.6.3.0) ==19215==    0x4e75613: ??? (in /usr/lib/x86_64-linux-gnu/libsdl-1.2.so.0.11.4) ==19215==    0x4e76374: ??? (in /usr/lib/x86_64-linux-gnu/libsdl-1.2.so.0.11.4) ==19215==    0x4e66c9a: sdl_videoinit (in /usr/lib/x86_64-linux-gnu/libsdl-1.2.so.0.11.4) ==19215==    0x4e40e7b: sdl_initsubsystem (in /usr/lib/x86_64-linux-gnu/libsdl-1.2.so.0.11.4) ==19215==    0x4e40ef3: sdl_init (in /usr/lib/x86_64-linux-gnu/libsdl-1.2.so.0.11.4) ==19215==    0x40cb3d: init_sdl (in /specific/a/home/chess/chess2/chess) ==19215==    0x40cbdc: startgui (in /specific/a/home/chess/chess2/chess) ==19215==    0x40125a: main (in /specific/a/home/chess/chess2/chess)  ==19215==  ==19215== 12 bytes in 2 blocks lost in loss record 6 of 102 ==19215==    @ 0x4c2ab80: malloc (in /usr/lib/valgrind/vgpreload_memcheck-amd64-linux.so) ==19215==    0x535d679: strdup (strdup.c:42) ==19215==    0x6346e56: ??? (in /usr/lib/x86_64-linux-gnu/libx11.so.6.3.0) ==19215==    0x6347c64: _ximseticvaluedata (in /usr/lib/x86_64-linux-gnu/libx11.so.6.3.0) ==19215==    0x6343259: _ximlocalcreateic (in /usr/lib/x86_64-linux-gnu/libx11.so.6.3.0) ==19215==    0x6329884: xcreateic (in /usr/lib/x86_64-linux-gnu/libx11.so.6.3.0) ==19215==    0x4e7545c: ??? (in /usr/lib/x86_64-linux-gnu/libsdl-1.2.so.0.11.4) ==19215==    0x4e76374: ??? (in /usr/lib/x86_64-linux-gnu/libsdl-1.2.so.0.11.4) ==19215==    0x4e66c9a: sdl_videoinit (in /usr/lib/x86_64-linux-gnu/libsdl-1.2.so.0.11.4) ==19215==    0x4e40e7b: sdl_initsubsystem (in /usr/lib/x86_64-linux-gnu/libsdl-1.2.so.0.11.4) ==19215==    0x4e40ef3: sdl_init (in /usr/lib/x86_64-linux-gnu/libsdl-1.2.so.0.11.4) ==19215==    0x40cb3d: init_sdl (in /specific/a/home/chess/chess2/chess)  ==19215== ==19215== 192 (16 direct, 176 indirect) bytes in 1 blocks lost in loss record 85 of 102 ==19215==    @ 0x4c2ce8e: realloc (in /usr/lib/valgrind/vgpreload_memcheck-amd64-linux.so) ==19215==    0x632f0fd: ??? (in /usr/lib/x86_64-linux-gnu/libx11.so.6.3.0) ==19215==    0x632f657: ??? (in /usr/lib/x86_64-linux-gnu/libx11.so.6.3.0) ==19215==    0x6330f04: ??? (in /usr/lib/x86_64-linux-gnu/libx11.so.6.3.0) ==19215==    0x63316bb: _xlccreatelc (in /usr/lib/x86_64-linux-gnu/libx11.so.6.3.0) ==19215==    0x634dc9f: _xlcdefaultloader (in /usr/lib/x86_64-linux-gnu/libx11.so.6.3.0) ==19215==    0x6338c4d: _xopenlc (in /usr/lib/x86_64-linux-gnu/libx11.so.6.3.0) ==19215==    0x6338d97: _xlccurrentlc (in /usr/lib/x86_64-linux-gnu/libx11.so.6.3.0) ==19215==    0x6338dcd: xsetlocalemodifiers (in /usr/lib/x86_64-linux-gnu/libx11.so.6.3.0) ==19215==    0x4e755c3: ??? (in /usr/lib/x86_64-linux-gnu/libsdl-1.2.so.0.11.4) ==19215==    0x4e76374: ??? (in /usr/lib/x86_64-linux-gnu/libsdl-1.2.so.0.11.4) ==19215==    0x4e66c9a: sdl_videoinit (in /usr/lib/x86_64-linux-gnu/libsdl-1.2.so.0.11.4)  ==19215== ==19215== 192 (16 direct, 176 indirect) bytes in 1 blocks lost in loss record 86 of 102 ==19215==    @ 0x4c2ce8e: realloc (in /usr/lib/valgrind/vgpreload_memcheck-amd64-linux.so) ==19215==    0x632f0fd: ??? (in /usr/lib/x86_64-linux-gnu/libx11.so.6.3.0) ==19215==    0x632f657: ??? (in /usr/lib/x86_64-linux-gnu/libx11.so.6.3.0) ==19215==    0x6330f04: ??? (in /usr/lib/x86_64-linux-gnu/libx11.so.6.3.0) ==19215==    0x63316bb: _xlccreatelc (in /usr/lib/x86_64-linux-gnu/libx11.so.6.3.0) ==19215==    0x634dc9f: _xlcdefaultloader (in /usr/lib/x86_64-linux-gnu/libx11.so.6.3.0) ==19215==    0x6338c4d: _xopenlc (in /usr/lib/x86_64-linux-gnu/libx11.so.6.3.0) ==19215==    0x6338d97: _xlccurrentlc (in /usr/lib/x86_64-linux-gnu/libx11.so.6.3.0) ==19215==    0x6338dcd: xsetlocalemodifiers (in /usr/lib/x86_64-linux-gnu/libx11.so.6.3.0) ==19215==    0x4e75613: ??? (in /usr/lib/x86_64-linux-gnu/libsdl-1.2.so.0.11.4) ==19215==    0x4e76374: ??? (in /usr/lib/x86_64-linux-gnu/libsdl-1.2.so.0.11.4) ==19215==    0x4e66c9a: sdl_videoinit (in /usr/lib/x86_64-linux-gnu/libsdl-1.2.so.0.11.4)  ==19215== ==19215== leak summary: ==19215==    lost: 45 bytes in 5 blocks ==19215==    indirectly lost: 352 bytes in 8 blocks ==19215==      possibly lost: 0 bytes in 0 blocks ==19215==    still reachable: 33,767 bytes in 434 blocks ==19215==         suppressed: 0 bytes in 0 blocks ==19215== reachable blocks (those pointer found) not shown. ==19215== see them, rerun with: --leak-check=full --show-leak-kinds=all


-

Comments

Post a Comment

Popular posts from this blog

java - UnknownEntityTypeException: Unable to locate persister (Hibernate 5.0) -

Image
in code below when try execute main.java getting exception: exception in thread "main" org.hibernate.unknownentitytypeexception: unable locate persister: com.np.vta.test.pojo.users @ org.hibernate.internal.sessionfactoryimpl.locateentitypersister(sessionfactoryimpl.java:792) @ org.hibernate.internal.sessionimpl.locateentitypersister(sessionimpl.java:2637) @ org.hibernate.internal.sessionimpl.access$2500(sessionimpl.java:164) @ org.hibernate.internal.sessionimpl$identifierloadaccessimpl.<init>(sessionimpl.java:2575) @ org.hibernate.internal.sessionimpl$identifierloadaccessimpl.<init>(sessionimpl.java:2562) @ org.hibernate.internal.sessionimpl.byid(sessionimpl.java:1044) @ org.hibernate.internal.sessionimpl.get(sessionimpl.java:955) @ com.app.test.main.main(main.java:20) but if uncomment cfg.addclass( users.class ).addresource( "com/np/vta/test/pojo/users.hbm.xml" ); code works fine. why not reading <mapping...
Read more

python - ValueError: empty vocabulary; perhaps the documents only contain stop words -

i'm using (for first time) scikit library , got error: valueerror: empty vocabulary; perhaps documents contain stop words file "c:\users\a605563\desktop\velibprojetpreso\traitementtwitterdico.py", line 33, in <module> x_train_counts = count_vect.fit_transform(filetweets) file "c:\python27\lib\site-packages\sklearn\feature_extraction\text.py", line 804, in fit_transform self.fixed_vocabulary_) file "c:\python27\lib\site-packages\sklearn\feature_extraction\text.py", line 751, in _count_vocab raise valueerror("empty vocabulary; perhaps documents contain stop words but don't understand why that's happening. import sklearn sklearn.feature_extraction.text import countvectorizer import pandas pd import numpy import unicodedata import nltk tweetsfile = open('tweets2015-08-13.csv', 'r+') f2 = open('analyzer.txt', 'a') print tweetsfile.readline() count_vect = countvectorizer(strip_accents='ascii...
Read more

ubuntu - collect2: fatal error: ld terminated with signal 9 [Killed] -

Image
i'm trying build precimonious on ubuntu 16.04.3 x64. allocated 1gb memory it. file structure looks like ~ |--- llvm/ |--- precimonious/ where llvm on version 3.0 mentioned @ https://github.com/corvette-berkeley/precimonious#requirement . followed steps on readme command make ended with ... llvm[1]: linking debug shared library libllvm-3.0.so collect2: fatal error: ld terminated signal 9 [killed] compilation terminated. ... i went through answers online , might because there's not enough memory perform link. memory usage the gcc version on machine gcc version 5.4.0 20160609 (ubuntu 5.4.0-6ubuntu1~16.04.4) , installed via apt-get install build-essential . fresh droplet created on digitalocean btw. appreciated. it memory exhaustion. sampling interval memory measurement not small enough covers exact point oom killer kicks in. depending on container/vm technology, may able set vm.overcommit_memory=2 before build, process not killed (but doing requires m...
Read more