, ,

Join The Works program to have access to the most current content, and to be able to ask questions and get answers from Revelation staff and the Revelation community

REP120 error on TCOPY (OpenInsight 32-Bit)

At 26 OCT 2004 12:51:48PM Wayne Shepard wrote:

When promoting a window to a parent application using the repository TCOPY method, I get a REP120 error returned on one event. Presumably this is the last event it tries to move. The window seems to be copied successfully and runs well enough in the destination app. However, I notice that the USES fields are not filled in on the OIWIN and OIWINEXE repository entries. Is there a fix for this in the works for 7.1, or should I put together a work-around?

Wayne

At 26 OCT 2004 01:08PM Mike Ruane wrote:

Wayne-

We haven't touched the TCOPY method at all.

Have you looked at the CopyForm utility, found elsewhere on the website?

Mike

At 28 OCT 2004 02:35PM Wayne Shepard wrote:

Thanks, this was a big help, although I noticed a line of code seems to be missing in the program. In the subroutine ParseCtrl, there should be a 

  convert @svm:@tm to @fm:@vm in QInfo

before QInfo is loaded back into Ctrl. You might want to update the zip file so future users don't run into this.

Thanks,

Wayne

At 28 OCT 2004 02:47PM Wayne Shepard wrote:

Oops! Almost forgot another change I had to make. Since the repository GET method returns the inherited entity if the object requested does not exist, simply calling GET is not a valid test of whether the copy will overwrite an object in the registry. I had to add a test to see if the app of the object returned was the same as the app of the object requested to determine whether or not to prompt about overwriting.

Maybe the author has a different concept of what overwriting means viz-a-viz the hierarchy, but I'm only concered about actually destroying objects by mistake.

View this thread on the Works forum...