philippeback · May 13, 2018 19:23
diff --git a/Leaks b/Leaks
 > I don’t know if there is an existing object reference crawler, but I ported mine from VW. It finds the shortest paths so it is good for finding the reference that is causing the memory leak. 
 > 
 > MCHttpRepository
 > 	location: 'http://www.smalltalkhub.com/mc/JohnBrant/ReferenceFinder/main'
 > 	user: ''
 > 	password: ‘’
 > 
 > Once loaded, you can evaluate something like "ReferenceFinder findPathToInstanceOf: MyClass”.  That will return a reference path or nil if no path exists from the Smalltalk global to an instance of MyClass. If you want to find a path to a particular instance, you can use “ReferenceFinder findPathTo: myInst”.
 > 
 > In the past, I’ve found that NECController and some compiler infrastructure (I forget the class) have been culprits for memory leaks with their caches.
	> I don’t know if there is an existing object reference crawler, but I ported mine from VW. It finds the shortest paths so it is good for finding the reference that is causing the memory leak.
	>
	> MCHttpRepository
	> location: 'http://www.smalltalkhub.com/mc/JohnBrant/ReferenceFinder/main'
	> user: ''
	> password: ‘’
	>
	> Once loaded, you can evaluate something like "ReferenceFinder findPathToInstanceOf: MyClass”. That will return a reference path or nil if no path exists from the Smalltalk global to an instance of MyClass. If you want to find a path to a particular instance, you can use “ReferenceFinder findPathTo: myInst”.
	>
	> In the past, I’ve found that NECController and some compiler infrastructure (I forget the class) have been culprits for memory leaks with their caches.