Non-debuggerable situation: investigations

Brent Pinkney brent.pinkney at aircom.co.za
Tue Feb 1 20:25:11 UTC 2005


Hi,

I have been tracking down the symptions Chris is referring to and can  
confirm his problem.

For the impatient see my conclusions at the bottom.

Firstly, it is possible to open a debugger in 3.7 on the 'do-it' of

	ProtoObject basicNew printString.

1. When this is is evaluated a wee debugger appears indicating correctly  
than printString is not understood.
2. If one chooses to debug this a full debugger appears as expected.
3. If one clicks on the top row in the stack list, a new debugger appears  
indicating that ProtoObject does not understand inspector class. This is  
becuase the first debugger is trying to populate the little inspector in  
the bottom left hand corner of the debugger (the receiver).
4. If one abandons the second debugger, one can continue with the first  
debugger.

5. If one implemenents, for investigation purposes only,  
ProtoObject>>inspectorClass as

	ProtoObject>>inspectorClass
		^ Inspector
	!

6. If one repeats 1-3 again then the second debugger does NOT appear.


Now....

7. Step three above (with method in step 5 installed) is the same as  
evaluating:

	Inspector
		openAsMorphOn: ProtoObject new
		withEvalPane: true
		withLabel: 'huh'
		valueViewClass: nil

In 3.7-6989 this opens just fine.

8. In 3.8-6550 this does NOT work. You can get it to work by
	a) adding ProtoObject>>inspectorClass as per step 5.
	b) reverting Inspector>>inspect: from Andrew Black's (apb) version
	   to Anthony Hannan's (ajh) version.

9. Note. The debugger still does not open, even with the changes to 3.8 in  
8 above. I am still hunting but must now sleep.

Conclusion
----------
The problems have probably been introduced at the same time as the changes  
to Inspector.
Could this be the inspector enhancements bundled with the clousure  
compiler stuff.

Help requested.

Brent



More information about the Squeak-dev mailing list