Hi Martin,

To reproduce the error execute the code below. The first part does some cleanups needed to remove the code. The second part ��attempts to remove two packages and seems to go into a recursion. If you interrupt the execution with cmd+. you'll see a lot of Context>>#handleSignal:. If you right click on one and select 'Peel to first like this' it will find the original context that triggered the error.

Don't worry there is no��inconvenience :).

Thanks for looking into this.

GTExampleOrganizer instance reset.

GTExampleOrganizer instance stopThoroughly.

GTExampleOrganizer stop.

Smalltalk garbageCollect.

self assert: GTExample allSubInstances isEmpty.

self assert: GTExampleMethod allSubInstances isEmpty.

Gofer new

smalltalkhubUser: 'Moose' project: 'GToolkit';

package: 'GT-InspectorExtensions-Core';

package: 'GT-Inspector';

load.

Cheers,

Andrei

On Thu, Aug 25, 2016 at 1:00 PM, Martin Dias <tinchodias@gmail.com> wrote:

Hi Andrei, there is an open�� issue that involves #name in category removal whose fix is ready in bleeding edge and only waits that i release the new stable version. But this is about category removal, not class removal. This night I will take a look on the code of class removal... however, could you send a stack trace, please?
I'm sorry for the inconvenience.
Mart��n

El 25/8/2016 7:18, "Andrei Chis" <chisvasileandrei@gmail.com> escribi��:
Hi,

When trying to load a new version of the GTInspector in the latest Pharo image I get an infinite recursion. It seems that the problem is appears because a class is removed, which at a certain point calls #asEpiceaRingDefinition. This does then 'self superclass name', however, the superclass is nil and UndefinedObject>>#name is called, which is deprecated. This should open a warning window and but it leads to an infinite recursion. Know problem or should I opened an issues?

Cheers,
Andrei