Sign up on the Revelation Software website to have access to the most current content, and to be able to ask questions and get answers from the Revelation community

Problem Deploying Full Tables (OpenInsight 32-bit Specific)

At 18 SEP 2009 03:10:44PM Ray Chan wrote:

To All,

We’re trying to make an RDK. We want to deploy FULL several tables. These tables are not new tables. We want to replace the data. For some reason, this doesn’t seem to work in our testing. For example, if we clear Table A on our test side, and run the RDK , when we look at Table A it will be empty. If we don’t clear Table A on our test side, and run the RDK, Table A will only contain records that were there already. Anything new doesn’t show which proves that Table A isn’t getting deployed even thought we told the RDK to deploy Full

This should be simple. What’s going on? This is Friday so hurry :-)

Thanks,

Ray Chan

OI 7.2.2


At 18 SEP 2009 06:51PM Ray Chan wrote:

We can see that at the COPY_TABLE in the RDKModuleInstall program

Copy_Table(File, OSDir, Account, File, FALSE$, FALSE$, TRUE$, FALSE$, Success, FALSE$)

that we are getting an ErrCode of SSP213.

What does this mean?

Why must RDK be such an adventure? Sometimes it works sometimes it doesn't? Any comments would be appreciated…

Thanks,

Ray Chan


At 18 SEP 2009 07:18PM dbakke@srpcs.com's Don Bakke wrote:

Ray,

From the SSPERRORS_200 record:

equ ssp_copy_same_file_name_err$ to "SSP213" ;* source and dest table name same %1% table_name

Off-hand the code should work since the Overwriteflag has been set to TRUE$. Try running the Copy_Table command using the same parameters to see if you produces the same error or more information that might be helpful.

dbakke@srpcs.com

SRP Computer Solutions, Inc.


At 18 SEP 2009 10:21PM Ray Chan wrote:

Hey Don,

Thanks for responding (and late Friday too!)

Well I ran the RDK again and same thing. Below is the Upgrade_log:

When I manually exec the Copy_Table command, it looked like it executed successfully, but the table isn't overridden. Hmmm.

Maybe I need to try again later. Meanwhile, if anyone has any idea on why Tables aren't copying over, your comments would be appreciated. I'm up for trying anything.

At the moment, if I still smoked, that's what I would do.

Thanks,

Ray


At 19 SEP 2009 12:03PM Richard Hunt wrote:

I was thinking and I kinda remember something about data copied from a CD, not sure if it applies to read only or read / write also. If I remember correctly the files copied from the CD would have their file attribute set as "read only".

Maybe the operating system file has the "read only" attribute set. Just thought I would offer that.


At 19 SEP 2009 07:03PM Ray Chan wrote:

Richard, all:

I went and unset the "read only" and gave my window login access to all function (R/W/M/etc.) and I'm still getting the mysterious SSP213. Yes, it seems New Tables are copying, but existing tables that I want to replace arn't copying over.

When I looked at the ReposView and the Entity Properties for one of these tables that not copying over, I see that the Last Update date is incorrect. If I were to read this, it would mean that we haven't made any change to this table since 2008. This is incorrect.

Could this make the table not copy over in that it's not getting deployed at all? See below:

Thanks.

Ray


At 21 SEP 2009 03:43AM Bill Caisley wrote:

Ray,

Is this happening in Dev or Runtime?


At 21 SEP 2009 11:07AM Ray Chan wrote:

Bill,

This is happening in Develop mode.

Ray Chan

View this thread on the forum...