[gme-users] copy and paste references

Krishnakumar B kitty at dre.vanderbilt.edu
Fri Feb 20 17:09:20 CST 2004


On Thursday, 19 February 2004, Akos Ledeczi wrote:
> Attila,
> 
> this is >>not<< a general error, that is I can do what
> you described using my paradigm and it works properly,
> that is it copies references just fine without the
> restriction you mentioned.
> 
> Could you please post a bug report on bugzilla
> specifying the paradigm you use and an action
> sequence that causes the crash?

On the same topic, we have a small problem with the way models that are
built using the same single underlying imported library, are merged.

The scenario we have is different people have to work on building different
aspects of the same modeling paradigm, but everyone is using the same
library, say ESML. Assuming the common portions of the extended library are
captured, the individual developers are free to extend their aspects of the
paradigm. Now when the aspects need to be merged, it would be nice if the
copy/paste done as part of the merging, maintained the reference
information of elements of each aspect to elements defined in the imported
library, instead of

1. Either invalidating the references because GME keeps track of objects
   via id which obviously fails when doing copy/paste. 
2. Having multiple copies of the same base imported library.

I was wondering if it is possible to provide such support for atleast
MetaGME paradigm in GME, as the combination of kind and type should be
unique in MetaGME.

We (Adi and me) discussed a bit on trying to solve it on the same lines of
the LibraryUpdate tool that he implemented. I am looking for arguments
for/against having such support in GME.

Without this, we effectively have to serialize the process of creating
meta-models, which IMHO, is a waste of time.

Comments/Suggestions very welcome.

-kitty.



More information about the gme-users mailing list