My latest attempt to deploy has met with this break. Any clues as to what might be causing it?

This routine's (partial) lineage is:

REPOS.DOSGEN..CHECKOUT

REPOS.DLL..CHECKOUT

REPOSITORY

RDKEXTRACTENTITIES

RDKEXTRACT

RDK_GASGAUGE

Alex,

Do you have entities that are checked out?

If so you can check them back in by using the REPOSITORY function.

John Revelation

Alex,

I would like to track down this bug, but I need your help. Can you:

1) Download this copy of $REPOS.DOSGEN..CHECKOUT (built with line-marks) into your OpenInsight directory as the file "checkout.obj".

2) Copy it into OpenInsight using the following command from the System Editor:

run copy_os_to_row 'checkout.obj', 'SYSOBJ', '$REPOS.DOSGEN..CHECKOUT', 1, 1

3) Log out, log back in, and retry the operation that failed, and post any error messages.

Thank you,

Cameron. Revelation

Alex,

I believe that we know what caused the error. It is going to be resolved for 3.5, hopefully for pre-release 2 (any day now). The problem is that the copy of an OS file failed due to an inability to open the source and/or destination. In 3.5 we are providing a new utility to copy OS files in a very similar manner to how the DOS COPY command works (which can copy files that are even in use by Windows). This utility also maintains the date/time and attributes of the file when it is copied. The syntax is simple: Utility("COPYFILE", Src, Dest) … but it won't be there until the next pre-release.

Cameron. Revelation

Thanks for the file, Cameron. I copied it in and found that the "Variable not assigned a value" error was happening on Line 164 of REPOS.DOSGEN..CHECKOUT.

However, I actually managed to do a deployment! The crashes may have been due to having other people logged in to OI during the deployment process.

Alex,

The problem that you reported has been resolved for OI/WG 3.5 pre-release 2.

Cameron. Revelation

View this thread on the forum...