Hi,

ich verzweifel grad.. ich hab ein MemoryLeak in meinem Programm entdeckt als ich mal die Speicherauslastung beobachtet hab. Die ging stetig hoch.. pro sekunde etwa 100kb.

Ich hab ewig lange gesucht und der reihe nach alles auskommentiert, bis ich rausgefundne habe das wenn ich die glDrawArrays calls auskommentiere der Speicherverbrauch nichtmehr weiter steigt.

Dachte ich mir "Gut.. ist wohl ein Speicherleck im glDrawArrays im aktuellen Treiber".. und hab es gegen glBegin/glEnd ausgetaucht... genau der geiche effekt.. noch immer steigt der Speicherverbrauch..

Ich hab grad nichtmal ansatzweise eine Idee was das Problem sein kann... sobald etwas gezeichnet wird ist das Speicherleck da.. und dabei liegt es nicht an den Daten von mir, denn wenn ich einfach nur nen fest definiertes Quad via glBegin/glEnd zeichne ist das leck ebenfalls da.

Hat irgendwer eine idee was da das problem sein kann?

Aya

PS: Das ganze passiert unter MacOSX.. auf dem iPhone "glaube" ich auch.. zumindest stürzt meine App immer nach einiger Zeit ab und zeigt typische Speichermangel merkmale (inkl. Memory Warnings im Debugger).

EDIT: 99% der Draw-Calls zeichnen nur ein Quad via TriangleFan.. also meist ist es: glDrawArrays(GL_TRIANGLE_FAN, 0, 4)

Wirf mal einen Blick darauf: http://valgrind.org/, ist zwar grundsätzlich Linux - daher ein freies Programm -, aber sie unterstützen MacOSX auch (siehe "Platforms").

Ich kenn es selber nicht, aber es soll ein ziemlich mächtiges Tool sein.

Mhh... ich blick bei dem ding grad nich durch wie ich das compilieren soll... da sind zwar zig verschiedene Makefiles, aber irgendwie.. egal welche ich versuche zu 'Maken', nix klappt...

Ein simples:



klappt leider nicht, weil es kein standard Makefile gibt..

Hast du dir mal Instruments angesehen?

_________________
Es werde Licht.
glEnable(GL_LIGHTING);
Und es ward Licht.

Zitat aus einem Java Buch: "C makes it easy to shoot yourself in the foot; C++ makes it harder, but when you do it blows your whole leg off"

on error goto next

Ja, mit Instruments bin ich zuerst auf den MemoryLeak aufmerksam geworden.

Instruments ist allerdings leider sehr auf Objective-C ausgelegt, also bei C++ mäckert er an stellen wo ich nicht weiß wieso.. siehe hier: http://www.delphigl.com/forum/viewtopic.php?f=4&t=9333

Aya

Ich finde, Du solltest mit Valgrind etwas mehr Geduld haben. Das ist doch nicht nur so ein Hopp-Einmal-Brauchen-Und-Dann-Wegwerfen-Ding. Wenn Du Dich damit auskennst, ist das eine echte Bereicherung für Deine Programmierumgebung. Wenn Du professionell arbeitest, brauchst Du so etwas ohnehin.

Wenn Du jetzt Zeit hast, dann setz Dich auf den Hosenboden und mach mal. Stell Dir vor, Dir passiert so etwas, wenn Du mal einen ungeduldigen Kunden hast, was machst Du dann? Dann hast Du keine Zeit, Dich lange in ein neues Tool einzulesen.

Zum Beispiel könntest Du mal googeln nach "compile Valgrind"?! Würde mich doch sehr wundern, wenn da nichts rauskäme.

Ich weiß grad echt nicht was ich dazu sagen soll.. *sprachlos*

PS. hab es compliert bekommen.

Na also: geht doch.

Man nennt so etwas "motivationsfördernde Maßnahme". Ich wünsch Dir viel Erfolg mit Valgrind und find es toll, dass es Dir gelungen ist.

Viele Grüße
Traude

Danke mama...

Eigentlich gibt es binary builds und module wie gdb und valgrind sind oft in der compiler toolchain dabei.
Schlimmer ist es eher eine gute UI zu finden, damit man nicht immer auf Kommandozeile alles recht umständlich eintrippen und etwas unübersichtlich dargestellt bekommt.

_________________
"Wer die Freiheit aufgibt um Sicherheit zu gewinnen, der wird am Ende beides verlieren"
Benjamin Franklin

Projekte: https://github.com/tak2004

Ich nehme an, dass das stimmt. Das Problem dabei ist nur: man kann sich keine nützliche Essenz daraus ziehen. Was heißt jetzt genau "Eigentlich gibt es binary builds"? Was für welche? Wo im Web sind die zu finden? Operationale Anweisungen, BITTE. Und das ist durchaus freundlich gemeint.
Viele Grüße
Mama

In Linux liegt es in den paketmanagern dabei(z.B. "yum install valgrind"), bei Mac OS X gibt es nur eine inoffiziellen port, der nicht gerade stable ist und für windows gibt es auch kein support. Valgrind ist eng mit gcc verbunden und mingw!=gcc.
Wenn man Platformübergreifende memory leak detection will, dann muss man zu anderen Lösungen greifen, google und sourceforge haben viele Projekte, die sich damit beschäftigen.

_________________
"Wer die Freiheit aufgibt um Sicherheit zu gewinnen, der wird am Ende beides verlieren"
Benjamin Franklin

Projekte: https://github.com/tak2004