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