Home » Eclipse Projects » GEF » GEF not letting go of my objects
| GEF not letting go of my objects [message #120448] |
Thu, 04 March 2004 01:14  |
Eclipse User |
|
|
|
Originally posted by: Lamont_Gilbert.rigidsoftware.com
I have a caching scheme and I am monitoring the life of my objects. it
appears that gef wants to hold onto the last several drawing models. My
application is fashioned after the logic example.
So i open an editor, and after its closed, GEF releases the edit parts,
but seems to not release the models. it seems to want to hold onto the
last 3-4 models.
They get even harder to release if they actually contain any children.
Any idea where/what could be holding onto my models? I canned all my
actions, but something out there is not letting go.
--
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." John 10:1
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: GEF not letting go of my objects [message #120461 is a reply to message #120448] |
Thu, 04 March 2004 04:06  |
| Eclipse User |
|
|
|
Originally posted by: Lamont_Gilbert.rigidsoftware.com
CL [dnoyeb] Gilbert wrote:
> I have a caching scheme and I am monitoring the life of my objects. it
> appears that gef wants to hold onto the last several drawing models. My
> application is fashioned after the logic example.
>
> So i open an editor, and after its closed, GEF releases the edit parts,
> but seems to not release the models. it seems to want to hold onto the
> last 3-4 models.
>
> They get even harder to release if they actually contain any children.
>
> Any idea where/what could be holding onto my models? I canned all my
> actions, but something out there is not letting go.
>
>
>
not gef related I dont think. Im going to post in other forum. I found
part of the issue and its that Workbench takes liberties with the editor
inputs...
--
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." John 10:1
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: GEF not letting go of my objects [message #120668 is a reply to message #120461] |
Thu, 04 March 2004 19:17 |
| Eclipse User |
|
|
|
Originally posted by: none.us.ibm.com
There is a memory leak in the workbench's commandSupport class. It holds
onto actions, which hold onto the editor.
"CL [dnoyeb] Gilbert" <Lamont_Gilbert@rigidsoftware.com> wrote in message
news:c269pa$8te$1@eclipse.org...
> CL [dnoyeb] Gilbert wrote:
> > I have a caching scheme and I am monitoring the life of my objects. it
> > appears that gef wants to hold onto the last several drawing models. My
> > application is fashioned after the logic example.
> >
> > So i open an editor, and after its closed, GEF releases the edit parts,
> > but seems to not release the models. it seems to want to hold onto the
> > last 3-4 models.
> >
> > They get even harder to release if they actually contain any children.
> >
> > Any idea where/what could be holding onto my models? I canned all my
> > actions, but something out there is not letting go.
> >
> >
> >
>
> not gef related I dont think. Im going to post in other forum. I found
> part of the issue and its that Workbench takes liberties with the editor
> inputs...
>
> --
> 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." John 10:1
>
> 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: GEF not letting go of my objects [message #120817 is a reply to message #120668] |
Thu, 04 March 2004 20:12 |
| Eclipse User |
|
|
|
Originally posted by: phil.williams.toadmail.com
This is a multi-part message in MIME format.
--------------080501000406080102080802
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
I take it that there is a bug for this defect, correct? Also, is this a
2.x bug or a 3.0 bug?
Thanks,
Phil
Randy Hudson wrote:
>There is a memory leak in the workbench's commandSupport class. It holds
>onto actions, which hold onto the editor.
>
>"CL [dnoyeb] Gilbert" <Lamont_Gilbert@rigidsoftware.com> wrote in message
>news:c269pa$8te$1@eclipse.org...
>
>
>>CL [dnoyeb] Gilbert wrote:
>>
>>
>>>I have a caching scheme and I am monitoring the life of my objects. it
>>>appears that gef wants to hold onto the last several drawing models. My
>>>application is fashioned after the logic example.
>>>
>>>So i open an editor, and after its closed, GEF releases the edit parts,
>>>but seems to not release the models. it seems to want to hold onto the
>>>last 3-4 models.
>>>
>>>They get even harder to release if they actually contain any children.
>>>
>>>Any idea where/what could be holding onto my models? I canned all my
>>>actions, but something out there is not letting go.
>>>
>>>
>>>
>>>
>>>
>>not gef related I dont think. Im going to post in other forum. I found
>>part of the issue and its that Workbench takes liberties with the editor
>>inputs...
>>
>>--
>>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." John 10:1
>>
>>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
>>
>>
>>
>
>
>
>
--------------080501000406080102080802
Content-Type: text/html; charset=us-ascii
Content-Transfer-Encoding: 7bit
<!DOCTYPE html PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
<html>
<head>
<meta content="text/html;charset=ISO-8859-1" http-equiv="Content-Type">
<title></title>
</head>
<body>
I take it that there is a bug for this defect, correct? Also, is this
a 2.x bug or a 3.0 bug?<br>
<br>
Thanks,<br>
Phil<br>
<br>
<br>
Randy Hudson wrote:
<blockquote cite="midc27v5q$eh3$1@eclipse.org" type="cite">
<pre wrap="">There is a memory leak in the workbench's commandSupport class. It holds
onto actions, which hold onto the editor.
"CL [dnoyeb] Gilbert" <a class="moz-txt-link-rfc2396E" href="mailto:Lamont_Gilbert@rigidsoftware.com"><Lamont_Gilbert@rigidsoftware.com></a> wrote in message
<a class="moz-txt-link-freetext" href="news:c269pa$8te$1@eclipse.org">news:c269pa$8te$1@eclipse.org</a>...
</pre>
<blockquote type="cite">
<pre wrap="">CL [dnoyeb] Gilbert wrote:
</pre>
<blockquote type="cite">
<pre wrap="">I have a caching scheme and I am monitoring the life of my objects. it
appears that gef wants to hold onto the last several drawing models. My
application is fashioned after the logic example.
So i open an editor, and after its closed, GEF releases the edit parts,
but seems to not release the models. it seems to want to hold onto the
last 3-4 models.
They get even harder to release if they actually contain any children.
Any idea where/what could be holding onto my models? I canned all my
actions, but something out there is not letting go.
</pre>
</blockquote>
<pre wrap="">not gef related I dont think. Im going to post in other forum. I found
part of the issue and its that Workbench takes liberties with the editor
inputs...
--
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." John 10:1
GnuPG Key Fingerprint:
82A6 8893 C2A1 F64E A9AD 19AE 55B2 4CD7 80D2 0A2D
For a free Java interface to Freechess.org see
<a class="moz-txt-link-freetext" href="http://www.rigidsoftware.com/Chess/chess.html">http://www.rigidsoftware.com/Chess/chess.html</a>
</pre>
</blockquote>
<pre wrap=""><!---->
</pre>
</blockquote>
</body>
</html>
--------------080501000406080102080802--
|
|
|
| Re: GEF not letting go of my objects [message #120846 is a reply to message #120817] |
Thu, 04 March 2004 23:01 |
| Eclipse User |
|
|
|
Originally posted by: none.us.ibm.com
This is a multi-part message in MIME format.
------=_NextPart_000_00DC_01C40212.A8472C00
Content-Type: text/plain;
charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable
This is in the latest 3.0 integration builds (post-M7). There is no =
bugzilla for this problem.
"Phil Williams" <phil.williams@toadmail.com> wrote in message =
news:c282bc$i5u$1@eclipse.org...
I take it that there is a bug for this defect, correct? Also, is this =
a 2.x bug or a 3.0 bug?
Thanks,
Phil
Randy Hudson wrote:=20
There is a memory leak in the workbench's commandSupport class. It holds
onto actions, which hold onto the editor.
"CL [dnoyeb] Gilbert" <Lamont_Gilbert@rigidsoftware.com> wrote in =
message
news:c269pa$8te$1@eclipse.org...
CL [dnoyeb] Gilbert wrote:
I have a caching scheme and I am monitoring the life of my objects. =
it
appears that gef wants to hold onto the last several drawing models. My
application is fashioned after the logic example.
So i open an editor, and after its closed, GEF releases the edit parts,
but seems to not release the models. it seems to want to hold onto the
last 3-4 models.
They get even harder to release if they actually contain any children.
Any idea where/what could be holding onto my models? I canned all my
actions, but something out there is not letting go.
not gef related I dont think. Im going to post in other forum. I =
found
part of the issue and its that Workbench takes liberties with the editor
inputs...
--=20
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." John 10:1
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
=20
------=_NextPart_000_00DC_01C40212.A8472C00
Content-Type: text/html;
charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable
<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN">
<HTML><HEAD><TITLE></TITLE>
<META http-equiv=3DContent-Type =
content=3Dtext/html;charset=3DISO-8859-1>
<META content=3D"MSHTML 6.00.2800.1400" name=3DGENERATOR>
<STYLE></STYLE>
</HEAD>
<BODY bgColor=3D#ffffff>
<DIV><FONT face=3DArial size=3D2>This is in the latest 3.0 integration =
builds=20
(post-M7). There is no bugzilla for this problem.</FONT></DIV>
<BLOCKQUOTE dir=3Dltr=20
style=3D"PADDING-RIGHT: 0px; PADDING-LEFT: 5px; MARGIN-LEFT: 5px; =
BORDER-LEFT: #000000 2px solid; MARGIN-RIGHT: 0px">
<DIV>"Phil Williams" <<A=20
=
href=3D"mailto:phil.williams@toadmail.com">phil.williams@toadmail.com</A>=
>=20
wrote in message <A=20
=
href=3D"news:c282bc$i5u$1@eclipse.org">news:c282bc$i5u$1@eclipse.org</A>.=
...</DIV>I=20
take it that there is a bug for this defect, correct? Also, is =
this a=20
2.x bug or a 3.0 bug?<BR><BR>Thanks,<BR>Phil<BR><BR><BR>Randy Hudson =
wrote:=20
<BLOCKQUOTE cite=3Dmidc27v5q$eh3$1@eclipse.org type=3D"cite"><PRE =
wrap=3D"">There is a memory leak in the workbench's commandSupport =
class. It holds
onto actions, which hold onto the editor.
"CL [dnoyeb] Gilbert" <A class=3Dmoz-txt-link-rfc2396E =
href=3D"mailto:Lamont_Gilbert@rigidsoftware.com"><Lamont_Gilbert@rigid=
software.com></A> wrote in message
<A class=3Dmoz-txt-link-freetext =
href=3D"news:c269pa$8te$1@eclipse.org">news:c269pa$8te$1@eclipse.org</A>.=
...
</PRE>
<BLOCKQUOTE type=3D"cite"><PRE wrap=3D"">CL [dnoyeb] Gilbert wrote:
</PRE>
<BLOCKQUOTE type=3D"cite"><PRE wrap=3D"">I have a caching scheme =
and I am monitoring the life of my objects. it
appears that gef wants to hold onto the last several drawing models. My
application is fashioned after the logic example.
So i open an editor, and after its closed, GEF releases the edit parts,
but seems to not release the models. it seems to want to hold onto the
last 3-4 models.
They get even harder to release if they actually contain any children.
Any idea where/what could be holding onto my models? I canned all my
actions, but something out there is not letting go.
</PRE></BLOCKQUOTE><PRE wrap=3D"">not gef related I dont think. =
Im going to post in other forum. I found
part of the issue and its that Workbench takes liberties with the editor
inputs...
--=20
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." John 10:1
GnuPG Key Fingerprint:
82A6 8893 C2A1 F64E A9AD 19AE 55B2 4CD7 80D2 0A2D
For a free Java interface to Freechess.org see
<A class=3Dmoz-txt-link-freetext =
href=3D"http://www.rigidsoftware.com/Chess/chess.html">http://www.rigidso=
ftware.com/Chess/chess.html</A>
</PRE></BLOCKQUOTE><PRE wrap=3D""><!---->
</PRE></BLOCKQUOTE></BLOCKQUOTE></BODY></HTML>
------=_NextPart_000_00DC_01C40212.A8472C00--
|
|
|
| Re: GEF not letting go of my objects [message #120861 is a reply to message #120668] |
Thu, 04 March 2004 23:09 |
| Eclipse User |
|
|
|
Originally posted by: Lamont_Gilbert.rigidsoftware.com
Specifically I found that Workbench holds onto all previous
EditorInputs. Regardless to when/where the EditorPart was closed.
So I had to change the editorInput to hold only a proxy to my main
object, but its still a problem because that proxy also holding a class
that needs to be released since it can't be reused after it is closed.
I don't have a solution to that yet, but as long as I know it exists, i
can deal.
Personally, my editors were always released I believe. But the
EditorInputs were not.
whats the bug id on that issue?
cl
Randy Hudson wrote:
> There is a memory leak in the workbench's commandSupport class. It holds
> onto actions, which hold onto the editor.
>
> "CL [dnoyeb] Gilbert" <Lamont_Gilbert@rigidsoftware.com> wrote in message
> news:c269pa$8te$1@eclipse.org...
>
>>CL [dnoyeb] Gilbert wrote:
>>
>>>I have a caching scheme and I am monitoring the life of my objects. it
>>>appears that gef wants to hold onto the last several drawing models. My
>>>application is fashioned after the logic example.
>>>
>>>So i open an editor, and after its closed, GEF releases the edit parts,
>>>but seems to not release the models. it seems to want to hold onto the
>>>last 3-4 models.
>>>
>>>They get even harder to release if they actually contain any children.
>>>
>>>Any idea where/what could be holding onto my models? I canned all my
>>>actions, but something out there is not letting go.
>>>
>>>
>>>
>>
>>not gef related I dont think. Im going to post in other forum. I found
>>part of the issue and its that Workbench takes liberties with the editor
>>inputs...
>>
>>--
>>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." John 10:1
>>
>>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." John 10:1
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: GEF not letting go of my objects [message #120870 is a reply to message #120846] |
Thu, 04 March 2004 23:10 |
| Eclipse User |
|
|
|
Originally posted by: Lamont_Gilbert.rigidsoftware.com
Oh, I am working with 2.1.2 currently.
Cl
Randy Hudson wrote:
> This is in the latest 3.0 integration builds (post-M7). There is no
> bugzilla for this problem.
>
> "Phil Williams" <phil.williams@toadmail.com
> <mailto:phil.williams@toadmail.com>> wrote in message
> news:c282bc$i5u$1@eclipse.org...
> I take it that there is a bug for this defect, correct? Also, is
> this a 2.x bug or a 3.0 bug?
>
> Thanks,
> Phil
>
>
> Randy Hudson wrote:
>
>>There is a memory leak in the workbench's commandSupport class. It holds
>>onto actions, which hold onto the editor.
>>
>>"CL [dnoyeb] Gilbert" <Lamont_Gilbert@rigidsoftware.com> wrote in message
>>news:c269pa$8te$1@eclipse.org...
>>
>>
>>>CL [dnoyeb] Gilbert wrote:
>>>
>>>
>>>>I have a caching scheme and I am monitoring the life of my objects. it
>>>>appears that gef wants to hold onto the last several drawing models. My
>>>>application is fashioned after the logic example.
>>>>
>>>>So i open an editor, and after its closed, GEF releases the edit parts,
>>>>but seems to not release the models. it seems to want to hold onto the
>>>>last 3-4 models.
>>>>
>>>>They get even harder to release if they actually contain any children.
>>>>
>>>>Any idea where/what could be holding onto my models? I canned all my
>>>>actions, but something out there is not letting go.
>>>>
>>>>
>>>>
>>>>
>>>
>>>not gef related I dont think. Im going to post in other forum. I found
>>>part of the issue and its that Workbench takes liberties with the editor
>>>inputs...
>>>
>>>--
>>>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." John 10:1
>>>
>>>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." John 10:1
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
|
|
|
Goto Forum:
Current Time: Fri Aug 23 08:21:56 GMT 2024
Powered by FUDForum. Page generated in 0.04123 seconds |
] 
Search
Help
Register
Login
Home
