Store redundancy and [BUG] [7.3.1]

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

Store redundancy and [BUG] [7.3.1]

Mark Pirogovsky-3
Hello All,
I have two (much more then 2, but...) problems with the store.

--First problem.

This morning I came across interesting store inefficiency.

I needed to pull out few classes from one of my existing packages and
place them into new package so I can share those classes with an
unrelated application.  I do Have a class MyWriter and its hierarchy.

I do create new package "Shared One" , then I use menu item "move to
pkg." to move MyWriter class and all definitions to my new pkg.  Then I
commit the "Shared One" pkg.

To my surprise now I see two versions of the class MyWriter in the
repository.  My older one and one which store just created for me, that
is identical to the old one.

Can anybody tell me what I did wrong, or maybe I don't understand
something ?

--Second problem.

Sometimes when I load or compare packages (bundles) I do come across the
error in the method

Store.DataElement >>sourceMatches: aDatum

once in a while aDatum comes as nil.  and I do patch it with something
like this:


sourceMatches: aDatum
                "Answer wheter the source matches."
                "Note: since protocol is part of the definition, we don't need to
check it."

aDatum ifNil:[^false].


        ^self definition equalsAcrossPlatforms: aDatum definition

        "@__markp 06/29/2006 08:14:23 am"

I am not sure if it is a right thing to do, and why this data element is
not defined in the first place... Does it mean that i have some data
corruption in my repository, or maybe it is a manifestation of some
other problem...

Any info is greatly appreciated.

Truly,
--Mark