SYS1002 error when writing (OpenInsight 32-bit Specific)
At 28 JUN 2006 11:12:32AM Sean Bartram wrote:
I'm getting a "SYS1002: The object code is invalid" when writing a record to a table in RBasic. The error occurs in RTP27. OI version is 7.1.0. In the code, the table is opened, and the data in the file-variable looks correct. The data in the record to be written looks good, and finally the key to the record looks good. The table opens without error in the table builder, and all looks well. This application is in the process of being converted to OI from AREV 3.1.2, although I am uncertain of how this table was 'converted' and the developer that did it has dropped off the face of the planet. Any advice would be greatly appreciated.
-Sean
At 28 JUN 2006 11:23AM [url=http://www.sprezzatura.com]The Sprezzatura Group[/url] wrote:
First guess - is the file indexed?
World leaders in all things RevSoft
At 28 JUN 2006 11:29AM Sean Bartram wrote:
Yes - the file is indexed. Sorry I did not include that in my original email…
At 28 JUN 2006 11:54AM [url=http://www.sprezzatura.com]The Sprezzatura Group[/url] wrote:
OK what it MIGHT be is one of the symbolic dictionary items that is indexed has not compiled correctly - perhaps because of for example implicit formatting (the use of Var "D2" rather than Oconv(Var, "D2") etc.
World leaders in all things RevSoft
At 28 JUN 2006 01:17PM Sean Bartram wrote:
That was indeed the issue in this case. Thank you.
Now I just have to go through a few hundred symbolic dictionaries and put in "FMT" or "OCONV" accordingly.
At 28 JUN 2006 01:44PM [url=http://www.sprezzatura.com]The Sprezzatura Group[/url] wrote:
We'd be tempted to write a program… ;)
World leaders in all things RevSoft
At 28 JUN 2006 02:09PM Sean Bartram wrote:
As am I; however I don't know the inner workings of the dictionaries well enough to do it efficiently. Another problem is that I picked up in the middle of this homespun conversion from AREV to OI, and I don't know if the Porting Lab or any other AREV to OI conversion system would be worth, starting all over. About a third to a half of the system has been converted, but none of it has been *thoroughly* tested. As I understand it, the existing conversion processes leave a fair amount of hands-on converting, particularly the windows. What is your experience with this? Any advice would be greatly appreciated!
At 28 JUN 2006 02:16PM [url=http://www.sprezzatura.com]The Sprezzatura Group[/url] wrote:
The Porting Lab is designed to be a "head start" - it doesn't purport to convert a system in a manner that will be complete and polished. It basically removes a lot of the grunt work in converting objects over but the developer still has work to do at the end of it. The Lab provides reports and examples of the remaining work and in the time allocated tries to provide examples of the sort of work required.
World leaders in all things RevSoft
At 28 JUN 2006 02:28PM Sean Bartram wrote:
I expected that to be the case. Thanks for the information, and the assistance with the earlier issue.
At 28 JUN 2006 05:40PM [url=http://www.sprezzatura.com]The Sprezzatura Group[/url] wrote:
You are welcome ;)
World leaders in all things RevSoft
At 28 JUN 2006 07:12PM Warren Auyong wrote:
You need OI compliant dictonaries as a pre-requisite for the Porting Lab if I'm not mistaken so you won't gain much there. I don't recall the porting process auditing the symbolic code when we went through the porting lab a couple years ago.
At 28 JUN 2006 10:24PM Gerald Lovel wrote:
The porting lab is definitely a value as a starting place. Unfortunately, it sounds like you have already reached its value point. If you are "only" a third of the way along, it might be a good idea to pause and look at program structuring approaches. OI programs need a structure including editing menus, promoted events, standard form commuters, reporting routines, and general utilities. (AREV needed all this too.)
SRP has a framework product which at the least would show how to get this going. The WORKS members CD had a free beta of the ATLAS framework. Since the next version of this will be released for download this week, write to me separately and I will provide download info.
glovel@atlaswares.com