Skip to main content



      Home
Home » Eclipse Projects » Eclipse Platform » Who is holding onto my models!!!
Who is holding onto my models!!! [message #276765] Sat, 27 November 2004 23:41 Go to next message
Eclipse UserFriend
Originally posted by: Lamont_Gilbert.rigidsoftware.com

Well its been a year, and 3.x is here, and I'm still saddled with the
unanswerable question of who is holding onto my models!?!

I have a database application. I have my own Editors and parts which are
connected to my database through my custom IEditorInput.

My database items are cached with weakReferences and I can not get rid
of them till everyone that is holding them lets go!

What part of eclipse is holding onto my IEditorInput, and my EditorPart?
If I open and close an editor on 10 different IEditorInputs, _all_
IEditorInputs are still held, and _all_ EditorParts are held as well.
Somewhere. The question is where? And how do I stop this!?


--
Respectfully,


CL Gilbert

"Verily, verily, I say unto you, He that entereth not by the door() into
the sheepfold{}, but climbeth up some other *way, the same is a thief
and a robber."

GnuPG Key Fingerprint:
82A6 8893 C2A1 F64E A9AD 19AE 55B2 4CD7 80D2 0A2D

For a free Java interface to Freechess.org see
http://www.rigidsoftware.com/Chess/chess.html
Re: Who is holding onto my models!!! [message #276779 is a reply to message #276765] Sun, 28 November 2004 12:33 Go to previous messageGo to next message
Eclipse UserFriend
It would appear that you should invest some time using a memory profiler to
find the references.

Or log a bug report with a reproducible test case that shows the "leak"

HTH
Darins

"CL [dnoyeb] Gilbert" <Lamont_Gilbert@rigidsoftware.com> wrote in message
news:cobkta$hsa$1@www.eclipse.org...
> Well its been a year, and 3.x is here, and I'm still saddled with the
> unanswerable question of who is holding onto my models!?!
>
> I have a database application. I have my own Editors and parts which are
> connected to my database through my custom IEditorInput.
>
> My database items are cached with weakReferences and I can not get rid of
> them till everyone that is holding them lets go!
>
> What part of eclipse is holding onto my IEditorInput, and my EditorPart?
> If I open and close an editor on 10 different IEditorInputs, _all_
> IEditorInputs are still held, and _all_ EditorParts are held as well.
> Somewhere. The question is where? And how do I stop this!?
>
>
> --
> Respectfully,
>
>
> CL Gilbert
>
> "Verily, verily, I say unto you, He that entereth not by the door() into
> the sheepfold{}, but climbeth up some other *way, the same is a thief and
> a robber."
>
> GnuPG Key Fingerprint:
> 82A6 8893 C2A1 F64E A9AD 19AE 55B2 4CD7 80D2 0A2D
>
> For a free Java interface to Freechess.org see
> http://www.rigidsoftware.com/Chess/chess.html
Re: Who is holding onto my models!!! [message #276780 is a reply to message #276779] Sun, 28 November 2004 12:34 Go to previous messageGo to next message
Eclipse UserFriend
Originally posted by: Lamont_Gilbert.rigidsoftware.com

Darin Swanson wrote:
> It would appear that you should invest some time using a memory profiler to
> find the references.

Its been a year. I invested lots of time. Just dont have money so it
takes more time. In any event after much pain and suffering I have
found the culprit is an internal class NavigationHistory.

>
> Or log a bug report with a reproducible test case that shows the "leak"
>

Its not a "leak" per se. But then again... The class decides to hold
onto the last 50 IEditorParts opened. Why I don't know. I think I will
file a bug since hitting the newsgroups didn't bring any results last
year either. I would have expected other database Editor type folks to
have similar issue.


> HTH
> Darins
>
> "CL [dnoyeb] Gilbert" <Lamont_Gilbert@rigidsoftware.com> wrote in message
> news:cobkta$hsa$1@www.eclipse.org...
>
>>Well its been a year, and 3.x is here, and I'm still saddled with the
>>unanswerable question of who is holding onto my models!?!
>>
>>I have a database application. I have my own Editors and parts which are
>>connected to my database through my custom IEditorInput.
>>
>>My database items are cached with weakReferences and I can not get rid of
>>them till everyone that is holding them lets go!
>>
>>What part of eclipse is holding onto my IEditorInput, and my EditorPart?
>>If I open and close an editor on 10 different IEditorInputs, _all_
>>IEditorInputs are still held, and _all_ EditorParts are held as well.
>>Somewhere. The question is where? And how do I stop this!?
>>
>>
>>--
>>Respectfully,
>>
>>
>>CL Gilbert
>>
>>"Verily, verily, I say unto you, He that entereth not by the door() into
>>the sheepfold{}, but climbeth up some other *way, the same is a thief and
>>a robber."
>>
>>GnuPG Key Fingerprint:
>>82A6 8893 C2A1 F64E A9AD 19AE 55B2 4CD7 80D2 0A2D
>>
>>For a free Java interface to Freechess.org see
>>http://www.rigidsoftware.com/Chess/chess.html
>
>
>


--
Respectfully,


CL Gilbert

"Verily, verily, I say unto you, He that entereth not by the door() into
the sheepfold{}, but climbeth up some other *way, the same is a thief
and a robber."

GnuPG Key Fingerprint:
82A6 8893 C2A1 F64E A9AD 19AE 55B2 4CD7 80D2 0A2D

For a free Java interface to Freechess.org see
http://www.rigidsoftware.com/Chess/chess.html
Re: Who is holding onto my models!!! [message #276790 is a reply to message #276780] Sun, 28 November 2004 23:27 Go to previous messageGo to next message
Eclipse UserFriend
Can you modify your implementation so that when the editor gets disposed it
nulls out all of its references to the model etc.
This is what I do for the Ant editor.

Darins

"CL [dnoyeb] Gilbert" <Lamont_Gilbert@rigidsoftware.com> wrote in message
news:cod27a$9kf$1@www.eclipse.org...
> Darin Swanson wrote:
>> It would appear that you should invest some time using a memory profiler
>> to find the references.
>
> Its been a year. I invested lots of time. Just dont have money so it
> takes more time. In any event after much pain and suffering I have found
> the culprit is an internal class NavigationHistory.
>
>>
>> Or log a bug report with a reproducible test case that shows the "leak"
>>
>
> Its not a "leak" per se. But then again... The class decides to hold
> onto the last 50 IEditorParts opened. Why I don't know. I think I will
> file a bug since hitting the newsgroups didn't bring any results last year
> either. I would have expected other database Editor type folks to have
> similar issue.
>
>
>> HTH
>> Darins
>>
>> "CL [dnoyeb] Gilbert" <Lamont_Gilbert@rigidsoftware.com> wrote in message
>> news:cobkta$hsa$1@www.eclipse.org...
>>
>>>Well its been a year, and 3.x is here, and I'm still saddled with the
>>>unanswerable question of who is holding onto my models!?!
>>>
>>>I have a database application. I have my own Editors and parts which are
>>>connected to my database through my custom IEditorInput.
>>>
>>>My database items are cached with weakReferences and I can not get rid of
>>>them till everyone that is holding them lets go!
>>>
>>>What part of eclipse is holding onto my IEditorInput, and my EditorPart?
>>>If I open and close an editor on 10 different IEditorInputs, _all_
>>>IEditorInputs are still held, and _all_ EditorParts are held as well.
>>>Somewhere. The question is where? And how do I stop this!?
>>>
>>>
>>>--
>>>Respectfully,
>>>
>>>
>>>CL Gilbert
>>>
>>>"Verily, verily, I say unto you, He that entereth not by the door() into
>>>the sheepfold{}, but climbeth up some other *way, the same is a thief and
>>>a robber."
>>>
>>>GnuPG Key Fingerprint:
>>>82A6 8893 C2A1 F64E A9AD 19AE 55B2 4CD7 80D2 0A2D
>>>
>>>For a free Java interface to Freechess.org see
>>>http://www.rigidsoftware.com/Chess/chess.html
>>
>>
>>
>
>
> --
> Respectfully,
>
>
> CL Gilbert
>
> "Verily, verily, I say unto you, He that entereth not by the door() into
> the sheepfold{}, but climbeth up some other *way, the same is a thief and
> a robber."
>
> GnuPG Key Fingerprint:
> 82A6 8893 C2A1 F64E A9AD 19AE 55B2 4CD7 80D2 0A2D
>
> For a free Java interface to Freechess.org see
> http://www.rigidsoftware.com/Chess/chess.html
Re: Who is holding onto my models!!! [message #276792 is a reply to message #276790] Sun, 28 November 2004 23:52 Go to previous message
Eclipse UserFriend
Originally posted by: Lamont_Gilbert.rigidsoftware.com

Yes, I have been investigating this. I was able to get all but the last
closed editor to have all its stuff freed by calling
getGraphicalViewer.setContents(null) in a partClose listener.

I am setting my models to null, and removing all listeners too. Last
year I discovered some part of the architecture would not let go, so I
just created a sort of weak reference proxy, and let that part hold onto
the proxy. I believe that was due to the recent file list.

This years challenge is the History it would seem.




Darin Swanson wrote:
> Can you modify your implementation so that when the editor gets disposed it
> nulls out all of its references to the model etc.
> This is what I do for the Ant editor.
>
> Darins
>
> "CL [dnoyeb] Gilbert" <Lamont_Gilbert@rigidsoftware.com> wrote in message
> news:cod27a$9kf$1@www.eclipse.org...
>
>>Darin Swanson wrote:
>>
>>>It would appear that you should invest some time using a memory profiler
>>>to find the references.
>>
>>Its been a year. I invested lots of time. Just dont have money so it
>>takes more time. In any event after much pain and suffering I have found
>>the culprit is an internal class NavigationHistory.
>>
>>
>>>Or log a bug report with a reproducible test case that shows the "leak"
>>>
>>
>>Its not a "leak" per se. But then again... The class decides to hold
>>onto the last 50 IEditorParts opened. Why I don't know. I think I will
>>file a bug since hitting the newsgroups didn't bring any results last year
>>either. I would have expected other database Editor type folks to have
>>similar issue.
>>
>>
>>
>>>HTH
>>>Darins
>>>
>>>"CL [dnoyeb] Gilbert" <Lamont_Gilbert@rigidsoftware.com> wrote in message
>>>news:cobkta$hsa$1@www.eclipse.org...
>>>
>>>
>>>>Well its been a year, and 3.x is here, and I'm still saddled with the
>>>>unanswerable question of who is holding onto my models!?!
>>>>
>>>>I have a database application. I have my own Editors and parts which are
>>>>connected to my database through my custom IEditorInput.
>>>>
>>>>My database items are cached with weakReferences and I can not get rid of
>>>>them till everyone that is holding them lets go!
>>>>
>>>>What part of eclipse is holding onto my IEditorInput, and my EditorPart?
>>>>If I open and close an editor on 10 different IEditorInputs, _all_
>>>>IEditorInputs are still held, and _all_ EditorParts are held as well.
>>>>Somewhere. The question is where? And how do I stop this!?
>>>>
>>>>
>>>>--
>>>>Respectfully,
>>>>
>>>>
>>>>CL Gilbert
>>>>
>>>>"Verily, verily, I say unto you, He that entereth not by the door() into
>>>>the sheepfold{}, but climbeth up some other *way, the same is a thief and
>>>>a robber."
>>>>
>>>>GnuPG Key Fingerprint:
>>>>82A6 8893 C2A1 F64E A9AD 19AE 55B2 4CD7 80D2 0A2D
>>>>
>>>>For a free Java interface to Freechess.org see
>>>>http://www.rigidsoftware.com/Chess/chess.html
>>>
>>>
>>>
>>
>>--
>>Respectfully,
>>
>>
>>CL Gilbert
>>
>>"Verily, verily, I say unto you, He that entereth not by the door() into
>>the sheepfold{}, but climbeth up some other *way, the same is a thief and
>>a robber."
>>
>>GnuPG Key Fingerprint:
>>82A6 8893 C2A1 F64E A9AD 19AE 55B2 4CD7 80D2 0A2D
>>
>>For a free Java interface to Freechess.org see
>>http://www.rigidsoftware.com/Chess/chess.html
>
>
>


--
Respectfully,


CL Gilbert

"Verily, verily, I say unto you, He that entereth not by the door() into
the sheepfold{}, but climbeth up some other *way, the same is a thief
and a robber."

GnuPG Key Fingerprint:
82A6 8893 C2A1 F64E A9AD 19AE 55B2 4CD7 80D2 0A2D

For a free Java interface to Freechess.org see
http://www.rigidsoftware.com/Chess/chess.html
Previous Topic:disable bell?
Next Topic:how to set ActionSet visible when editor is selected
Goto Forum:
  


Current Time: Sun Nov 09 09:29:06 EST 2025

Powered by FUDForum. Page generated in 0.04575 seconds
.:: Contact :: Home ::.

Powered by: FUDforum 3.0.2.
Copyright ©2001-2010 FUDforum Bulletin Board Software

Back to the top