[Glass] cleanup disconnected

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

[Glass] cleanup disconnected

GLASS mailing list
Hi,

I'm trying to get rid of many disconnected classes in our systems.
Below is an example of such a class. The Metaclass3 instance is the
only thing holding onto it.

Do you know if there's a way to disconnect these and get them out of the system?

Thanks
Otto

topaz 1> run
SystemRepository findReferencePathToObject: 18374145 asObject
%
RefPathScan at 04/30/2015 09:01:01 SAST
  RefPathScan startup.
RefPathScan: list of search oops:
      1  oop=  18374145 (aMetaFSFileHandleTest)

RefPathScan at 04/30/2015 09:01:01 SAST
  Starting object table scan.
RefPathScan at 04/30/2015 09:01:01 SAST
  Finished object table scan.
RefPathScan at 04/30/2015 09:01:01 SAST
  Starting scan   1.
  ***Disconnected Class/Metaclass detected***  oop=18373889
RefPathScan at 04/30/2015 09:01:01 SAST
  End of scan 1.  Current status of sub-scans:

  Search oop #  1 (  18374145):   ***SCAN COMPLETED***
  Complete reference path for oop   18374145
    1  oop=  18373889  aMetaclass3
    2  oop=  18374145  aMetaFSFileHandleTest

RefPathScan at 04/30/2015 09:01:01 SAST
  Completed find reference paths
_______________________________________________
Glass mailing list
[hidden email]
http://lists.gemtalksystems.com/mailman/listinfo/glass
Reply | Threaded
Open this post in threaded view
|

Re: [Glass] cleanup disconnected

GLASS mailing list
Otto,

This reference looks like its coming from the Monticello bootstrap code
... Look at these methods on the class side of GsPackage

   lastFileNameOf:inDirectory:
   lastFileNameOf:inPath:
   loadLastVersionOf:fromRepositoryPath:
   loadMCZFile:fromRepositoryPath:
   loadMCZFile:home:fromRepositoryPath:
   saveNewVersionOf:author:message:toPath:

Basically there are two SymbolDictionaries named: Monticello_Methods and
Monticello_Globals that are stashed in a SymbolList named 'PackageList'
in DataCurator's UserGlobals.

Let me know if you need more information.

Dale

On 04/30/2015 12:27 AM, Otto Behrens via Glass wrote:

> Hi,
>
> I'm trying to get rid of many disconnected classes in our systems.
> Below is an example of such a class. The Metaclass3 instance is the
> only thing holding onto it.
>
> Do you know if there's a way to disconnect these and get them out of the system?
>
> Thanks
> Otto
>
> topaz 1> run
> SystemRepository findReferencePathToObject: 18374145 asObject
> %
> RefPathScan at 04/30/2015 09:01:01 SAST
>    RefPathScan startup.
> RefPathScan: list of search oops:
>        1  oop=  18374145 (aMetaFSFileHandleTest)
>
> RefPathScan at 04/30/2015 09:01:01 SAST
>    Starting object table scan.
> RefPathScan at 04/30/2015 09:01:01 SAST
>    Finished object table scan.
> RefPathScan at 04/30/2015 09:01:01 SAST
>    Starting scan   1.
>    ***Disconnected Class/Metaclass detected***  oop=18373889
> RefPathScan at 04/30/2015 09:01:01 SAST
>    End of scan 1.  Current status of sub-scans:
>
>    Search oop #  1 (  18374145):   ***SCAN COMPLETED***
>    Complete reference path for oop   18374145
>      1  oop=  18373889  aMetaclass3
>      2  oop=  18374145  aMetaFSFileHandleTest
>
> RefPathScan at 04/30/2015 09:01:01 SAST
>    Completed find reference paths
> _______________________________________________
> Glass mailing list
> [hidden email]
> http://lists.gemtalksystems.com/mailman/listinfo/glass

_______________________________________________
Glass mailing list
[hidden email]
http://lists.gemtalksystems.com/mailman/listinfo/glass