#fixObsoleteReferences question

Previous Topic Next Topic
 
classic Classic list List threaded Threaded
5 messages Options
Reply | Threaded
Open this post in threaded view
|

#fixObsoleteReferences question

j blatter
I've just evaluated: SmalltalkImage current fixObsoleteReferences

and then this message came up:

"Error: Still have obsolete behaviors. See inspector"

The inspector (actually an Object Finder) shows 441 obsolete references...
Ok, I've picked a random one of those (AnObsoleteAbstractHierarchicalList) and, after doing a little exploring, found something which could be useful...

PointerFinder on: #AnObsoleteAbstractHierarchicalList

After a while a pink window appeared. Nothing inside...and no idea how to get rid of all those obsolete references.
Somebody knows what I'm supposed to do with them? Should I #do: and become all nil ? Should I inspect one by one and assign it to nil?

thanks



Reply | Threaded
Open this post in threaded view
|

Re: #fixObsoleteReferences question

timrowledge

On 17-May-07, at 9:48 AM, j blatter wrote:
>  Should I #do: and become all nil ?
Just as a general point I think it needs to be reiterated that there  
are just about no circumstances where doing anything like that is  
going to actually solve a problem. For a start doing a 'foo become:  
nil' is, to say the least, idiotic. Just think about it for a moment,  
please.


tim
--
tim Rowledge; [hidden email]; http://www.rowledge.org/tim
Press [ESC] to detonate or any other key to explode.



Reply | Threaded
Open this post in threaded view
|

Re: #fixObsoleteReferences question

j blatter


2007/5/17, tim Rowledge <[hidden email]>:

On 17-May-07, at 9:48 AM, j blatter wrote:
>  Should I #do: and become all nil ?
Just as a general point I think it needs to be reiterated that there
are just about no circumstances where doing anything like that is
going to actually solve a problem. For a start doing a 'foo become:
nil' is, to say the least, idiotic. Just think about it for a moment,
please.

I was ironic, guessed you will catch that.
What I'm actually looking for is for real answers to the problem
 

tim
--
tim Rowledge; [hidden email]; http://www.rowledge.org/tim
Press [ESC] to detonate or any other key to explode.






Reply | Threaded
Open this post in threaded view
|

Re: #fixObsoleteReferences question

timrowledge

On 17-May-07, at 10:19 AM, j blatter wrote:


>
> I was ironic, guessed you will catch that.

I hoped it might be but you would be astonished how often it is  
suggested - or worse, tried - by people that insist on treating  
Smalltalk as one of those dead languages that need manual memory  
allocation and freeing.

> What I'm actually looking for is for real answers to the problem
Find the object(s) holding onto the obsolete objects. Somewhere,  
something considers the object(s) important. Ending up with a lot of  
obsolete references is usually a signal that some class got removed  
improperly or at least at a bad point in the sequence of whatever you  
were trying to do.

tim
--
tim Rowledge; [hidden email]; http://www.rowledge.org/tim
To steal ideas from one person is plagiarism; to steal from many is  
research.



Reply | Threaded
Open this post in threaded view
|

Re: #fixObsoleteReferences question

Bert Freudenberg

On May 17, 2007, at 19:27 , tim Rowledge wrote:

>
> On 17-May-07, at 10:19 AM, j blatter wrote:
>
>
>>
>> I was ironic, guessed you will catch that.
>
> I hoped it might be but you would be astonished how often it is  
> suggested - or worse, tried - by people that insist on treating  
> Smalltalk as one of those dead languages that need manual memory  
> allocation and freeing.
>
>> What I'm actually looking for is for real answers to the problem
> Find the object(s) holding onto the obsolete objects. Somewhere,  
> something considers the object(s) important. Ending up with a lot  
> of obsolete references is usually a signal that some class got  
> removed improperly or at least at a bad point in the sequence of  
> whatever you were trying to do.


http://wiki.squeak.org/squeak/2631

- Bert -