<html>
<head>
<style>
.hmmessage P
{
margin:0px;
padding:0px
}
body.hmmessage
{
FONT-SIZE: 10pt;
FONT-FAMILY:Tahoma
}
</style>
</head>
<body class='hmmessage'>
<br>&gt; &gt; Okay, but if i make the AbstractGroupableItem unguarded, wouldn't this make<br>&gt; &gt; tasks stored as AbstractGroupableItem unguarded?<br>&gt; <br>&gt; if an AbstractGroupableItem holds onto a TaskPtr, the TaskPtr is guaranteed to <br>&gt; stick around as long as there is one AbstractGroupableItem referencing it. <br>&gt; that's why it's critical that TaskPtr is always used and TaskPtr::data() is <br>&gt; never stored.<br><br>Sorry i dont get how to do it. <br>I understand that i have to store TaskPtr's and that the TaskGroup<br>doesn't have to be shared. My problem is, AbstractGroupableItem, which derives Task, was created <br>that TaskGroups and Tasks can be handled the same way. So the Task remains guarded i made the<br>AbstractGroupableItem guarded too. Hence the TaskGroup automatically was guarded since it inherits<br>AbstractGroupableItem too.<br>I'm not comletely sure but i believe you told me that i shouldn't make the AbstractGroupableItem guarded.<br>If i would do that, i would pass AbstractGroupableItem pointers to GroupingStrategy which should store all items.<br>This would result in a list of unguarded Task pointers and thats obviously not what we want.<br><br>Would you just not derive the Task from AbstractGroupableItem but rather let the AbstractGroupableItem hold TaskPtr?<br>If this is the case one would have to do abstractGroupableItem-&gt;taskPtr()-&gt;someTaskFuncion(); <br>which wouldn't be nice as i think.<br><br>Or would you let the AbstractGroupableItem hold a guarded copy of itself? So the AbstractGroupableItem holds a TaskPtr<br>of its own? Don't know if this would work but it seems strange to me.<br><br>Regards<br><br /><hr />Bis zu 500 Fotos im Monat für Freunde und Familie freigeben! Jetzt gratis auf Windows Live Spaces <a href='http://get.live.com/spaces/overview' target='_new'>Hier klicken!</a></body>
</html>