OutOfMemoryError lokalisieren

[Calamitous]

hallo!
habe folgendes problem: mein Programm meldet beim ausführen (genauer gesagt der JBuilder "OutOfMemoryError". Nun hab ich leider keine Ahnung woher das kommen könnte. (Die Standartsachen wie nachsehen ob 2 Klassen sich gegenseitig instanziieren hab ich schon überprüft).
Gibt es eine möglichkeit nachzusehen in welchem Bereich der Error aufgetreten ist (irgendwo muss der "Speicher" ja überlaufen - sprich eine bestimmte zeile wird das vermutlich auslösen (wahrscheinlich in einer Schleife).
Aber wie finde ich die nun?

 

[L-ectron-X]

Hm, Du könntest zum Beispiel auf ganz einfache Art und Weise mit

public void meineMethode() {
  System.out.println("meineMethode-Anfang");
  //was die Methode machen soll
  System.out.println("meineMethode-Ende");
}

prüfen, in welcher Methode der Error auftritt. Wenn Du die lokalisiert hast, kannst Du den Fehler immer enger eingrenzen. Vielleicht gehts auch mit dem Debugger, oder den stackTrace()-Methoden.

 

[Calamitous]

mh, das ginge nur leider SEHR aufwendig (> 500 methoden)

Vielleicht gehts auch mit dem Debugger, oder den stackTrace()-Methoden

das dachte ich auch, nur leider bleibt mir der Debugger nirgendswo stehen und wenn ich "pause" , etc drücke ist der Fehler ja (nachdem der computer ein bischen schneller ist wie ich schon ewigkeiten her, und damit der debugger schon komplett woanders

 

[bygones]

kannst du das ganze nicht eingrenzen... es muss ja irgendwo passieren wo du viele Objekte generierst....

 

[stev.glasow]

Hast du das Ganze mal mit einen Profiler laufen lassen?

 

[Calamitous]

ja hab ich nun auch gemacht.
Also es scheint so als würden irgendwo Aufrufe von "getPreferredSize" erfolgen wobei die Dimension vom Object noch "null" ist -> da kommt dann der nicht abfangbare Fehler weil er scheinbar im java-framework sozusagen drin ist...
weiß da jemand einen Ausweg oder hab nur ich keine Ahnung?

 

[Isaac]

Was sind denn "nicht auffangbare Fehler"?

Du kannst alle Fehler fangen nur wirst du bei RuntimeExceptions nicht darauf hingewiesen diese zu fangen da das Kind dann sozusagen schon in den Brunnne gefallen ist und eine geordnete Rückkehr in den Programmverlauf oft nicht möglich ist. Fangen kannst du aber alles, solltest Du sogar. Jede Anwendung hat in der Regel einen try catch um die main routine der alles fängt was aus den Tiefen der Application so hochgeworfen wird.

 

[bygones]

ja hab ich nun auch gemacht.
Also es scheint so als würden irgendwo Aufrufe von "getPreferredSize" erfolgen wobei die Dimension vom Object noch "null" ist

Das klingt mir unwahrscheinlich - wieso sollte bei dem Aufruf ein OutofMemory kommen ? nein, das glaube ich nicht... wenn du es aber meinst - zeig mal code ?!

 

[Beni]

@Isaac
Da hast du schon recht, nur gibt es bei diesen RuntimeErrors nicht immer den Hinweis, wo der Fehler passierte...

 

[nollario]

du kannst auch eine Method bauen, die die Runtime überwacht und an verschiedenen Stellen aufrufen, um zu testen, wo der meiste speicher flöten geht:

			Runtime rt = Runtime.getRuntime();
			maxMemory = rt.maxMemory();
			freeMemory = rt.freeMemory();
			totalMemory = rt.totalMemory();