Found senders of #isSystemDefined in Nile

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

Found senders of #isSystemDefined in Nile

Mariano Abel Coca
Hi,

I've found a few senders of #isSystemDefined when trying to run the pharo dev test suite, and I don't know what is the expected behavior.

I've read in: http://www.mail-archive.com/pharo-project@.../msg12075.html that the idea is to remove the message and all it's senders, but I don't know why is used here in Nile.

The senders are in NSSmartRefStream, inside of #uniClassInstVarsRefs:, #uniClasesDo: and #beginInstance:size:

Any hint on this will be appreciated.

Cheers,

Mariano.

_______________________________________________
Pharo-project mailing list
[hidden email]
http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
Reply | Threaded
Open this post in threaded view
|

Re: Found senders of #isSystemDefined in Nile

Alexandre Bergel-4
I have the feeling that all these uniClasses are stone age. All traces should be removed.

Cheers,
Alexandre


On 22 May 2010, at 13:19, Mariano Abel Coca wrote:

> Hi,
>
> I've found a few senders of #isSystemDefined when trying to run the pharo dev test suite, and I don't know what is the expected behavior.
>
> I've read in: http://www.mail-archive.com/pharo-project@.../msg12075.html that the idea is to remove the message and all it's senders, but I don't know why is used here in Nile.
>
> The senders are in NSSmartRefStream, inside of #uniClassInstVarsRefs:, #uniClasesDo: and #beginInstance:size:
>
> Any hint on this will be appreciated.
>
> Cheers,
>
> Mariano.
> _______________________________________________
> Pharo-project mailing list
> [hidden email]
> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project


_______________________________________________
Pharo-project mailing list
[hidden email]
http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
Reply | Threaded
Open this post in threaded view
|

Re: Found senders of #isSystemDefined in Nile

Stéphane Ducasse
Yes we should just update Nile
This is a clear example of the fact that since we do not record refactoring external packages can easily degrade



On May 22, 2010, at 6:26 PM, Alexandre Bergel wrote:

> I have the feeling that all these uniClasses are stone age. All traces should be removed.
>
> Cheers,
> Alexandre
>
>
> On 22 May 2010, at 13:19, Mariano Abel Coca wrote:
>
>> Hi,
>>
>> I've found a few senders of #isSystemDefined when trying to run the pharo dev test suite, and I don't know what is the expected behavior.
>>
>> I've read in: http://www.mail-archive.com/pharo-project@.../msg12075.html that the idea is to remove the message and all it's senders, but I don't know why is used here in Nile.
>>
>> The senders are in NSSmartRefStream, inside of #uniClassInstVarsRefs:, #uniClasesDo: and #beginInstance:size:
>>
>> Any hint on this will be appreciated.
>>
>> Cheers,
>>
>> Mariano.
>> _______________________________________________
>> Pharo-project mailing list
>> [hidden email]
>> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
>
>
> _______________________________________________
> Pharo-project mailing list
> [hidden email]
> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project


_______________________________________________
Pharo-project mailing list
[hidden email]
http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project