I am using OI 8.0.8 (runtime) and UD 4.0.0. I regularly update the runtime from my development copy but today, although I can deploy certain changes (eg form appearence), I can no longer deploy (or change) any events associated with my master form. Can anyone suggest anything?

Does OI fail to detect the changes or existence of items?

Try rebuilding the system indexes

I have rebuilt the indexes but the runtime won't accept the changes

Alun,

What are the entries in the UPGRADE_LOG?

The Sprezzatura Group

World leaders in all things RevSoft

Started: 13:58:51 19 MAY 2009

Finished: 13:58:51 19 MAY 2009

That's all folks! my comment not OIs

Alun

What is in the SYSUPGRADES table the RDK?

In others words, if you run ATTACH_TABLE 'MYRDKPATH', then LIST SYSUPGRADE in TCL do you see the rows you expected?

Bob

I see what I would expect, ie:

Key

%MODULE%

%PROCESS%

SYSREPOS/TTC_LAB*STPROCEXE**IQCSTATUS

SYSOBJ/$IQCSTATUS*TTC_LAB

%REQLO%

%RUN%

IQCSTAT is a new version of a pre-existing subroutine that is fired from a quickevent. Following the upgrade the old routine operates rather than the new one. The UPGRADE_LOG shows :

Upgrade Log

Started: 09:58:29 22 MAY 2009

Finished: 09:58:29 22 MAY 2009

If you edit the SYSOBJ record, you will see the compile date at the end. Can you tell from this whether the new version has been copied into the runtime?

Was this always a quick event?

Could there an old event script with Return 0 blocking the quick event from firing?

Bob

THe SYSOBJ record for $IQCSTATUS*TTC_LAB is empty, and the routine has only ever been called from a quick event

THe SYSOBJ record for $IQCSTATUS*TTC_LAB is empty, and the routine has only ever been called from a quick event

I suspect this appears empty because you are using a Revelation editor to view the record. Since object code contains Char(0), the display is getting truncated. You can use one of the following methods to view the record:

1. Open it with AREV.

2. Copy the record to DOS and use a editor that will open binary.

3. Use the SRP Editor (eval version can be downloaded from here)

dbakke@srpcs.com

SRP Computer Solutions, Inc.

Copied the record out and the last line states:

ExpiredFONTIn DateL#30
DR#12R#20TERM




 TTC_LAB

Correct. The compiler tacks a compile timestamp onto the end of the program. So the compile date of the version that in in the RDK is correct but the compile date of the program in the repository after the RDKINSTALL is incorrect? You are in the corrct application when you run RDKINSTALL?

I am in the correct application when installing (there is in fact only one). This issue seems to have nothing to do with stored procedures as such. I can correctly deploy changes (forms, procedures, events etc) anywhere else in the system but in this one affected window I can't correctly deploy events. Attempting to do so either makes no change to its behaviour, or worse still runs a completely different event

Does the window run correctly in your development environment?

Do you use the same promoted events in both environments?

( I apologise for all the questions, I'm just trying to troubleshoot. )

- Bob

The development copy runs fine and I don't use promoted events

Alun,

Have you run SCAN_REP on your application?

Yes, I have

What, if anything, does the %PROCESS% record contain?

The Sprezzatura Group

World leaders in all things RevSoft

%PROCESS% doesn't contain anything

Alun,

Based on all the postings it would seem that your copy of OI is not tracking the changes to your events or you are not properly deploying them. In a previous post you listed the contents of SYSUPGRADE. I did not see any events. Events are written to SYSREPOSEVENTEXES with a key of app*event*form.control.

How did you gather the entries to be included in your rdk?

John

I have used changes since a particular date and also explicitly selected them.

View this thread on the Works forum...