Okay, I cloned a complete copy of our 7.01 OI system, data tables, OI developer directory etc. I changed the DB to attach the proper directories. REVPARAM files changed to SERVERONLY=0. Everything works fine.

Apply 7.1 update. Completes successfully. Network driver set to Allnetworks 2.1.

Can login to SYSPROG and EXAMPLES which appear to run fine.

When I log into our application after a few seconds I get a message box "Program Error: OINSIGHT.exe has generated errors and will be closed by Windows. You will need to restart this program. An error log is being created."

No error log is found in the event viewer.

Workstation: Windows 2000 (5.00.2195) SP4, Compaq/HP P4 1.70GHz 128Mb RAM.

I suspect this is caused by one of our MFSs as it was working on an ancient conversion copy of the datafiles that may not have all the MFS definitions installed in the REVMEDIA entries.

Any ideas?

Warren,

Any chance you are using the UV bond and/or working through Terminal Server? We are just now discovering a similar problem (i.e. a system crash as you described) when those two elements are combined.

dbakke@srpcs.com

SRP Computer Solutions, Inc.

No, it was doing this locally, and through PC Anywhere.

I removed all of our MFSs. Went back in and crash.

I copied the SYSPROG DBT over the application DBT and redid the attaches and it looks like it is working.

Odd.

Don, what problems are you guys having? Are they new, as opposed to the stuff Bob was already going through?

Mike,

This is related to Bob's project but we have only just discovered this problem. Bob F. is planning on contacting Bob C. about this today…although I just remembered that Bob C. is on vacation.

We are attempting to launch the exact same application (OI 7.1 attaching UV tables) in three scenarios. Here's the rundown:

1. Through a local workstation connected to a LAN - No problems.

2. Through our Terminal Server using our private internal IP address (which can only be done within our firewall) - No problems.

3. Through the same Terminal Server using our public external IP address (which is done remotely and gets mapped by our firewall to the internal IP) - We get a "OINSIGHT.exe has generated errors and will be closed by Windows…" error message.

We don't have any other OpenInsight problems with our Terminal Server (internal or external). In fact, we can log into SYSPROG on this particular copy of OI without any issues either. But when we attempt to log into the appliction with the UV tables then it crashes.

Let me know if you would like any other information. We are hoping to clear this up pretty soon. Our client was hoping to get a prototype delivered by the end of this year.

Thanks,

dbakke@srpcs.com

SRP Computer Solutions, Inc.

Mike:

I'm not sure what Bob has going on.

However, I upgraded a local copy of 7.01 to 7.1, then cloned the live datafiles on to the local drive. After I changed the attaches in the Database Manager to point to the cloned datafiles, OI would just shut down with an error message after a few seconds.

I suspected our MFSs might be the culprit, but after removing them the problem persisted. I rebuilt the DBT using the SYSPROG.DBT as the starting point which appears to have fixed the problem. I added the MFSs back and it still looks to be ok.

Mike,

We have a copy of the error dump if you want it. Here's the actual error description that it contained:

The application, , generated an application error The error occurred on 12/28/2004 @ 11:03:00.775 The exception generated was c0000005 at address 030F1745 (uvrpc_get_machid)

dbakke@srpcs.com

SRP Computer Solutions, Inc.

Clarification:

I restored the 7.01 version, changed the attaches in the DBM to the cloned data. No problems. After upgrading to 7.1 OI would shut down after a few seconds. Rebuilding the DBT using SYSPROG.DBT seems to have cleared the problem up.

Don-

That looks like an error in the intercall code.

I'll keep investigating it.

Mike

I suspect the call to a UV native routine is not ensuring that a string is null byte terminated. This can be done either by appending a \00\ or by using a paremeter declaration that appends it.

Pat

Don-

Can you walk through the programs step by step and tell me wher it's breaking, or is it all in a black box?

Mike

Mike,

This happens when OpenInsight is loading on its own. I suspect it is happening when it attempts to attach the tables defined in the .DBT file. I can attempt to see what OpenEngine last executed before it crashes if you would like.

BTW, as a test we used Remote Desktop Connection to externally connect to a workstation as well as Terminal Server. Only Terminal Server seems to be giving us this problem.

dbakke@srpcs.com

SRP Computer Solutions, Inc.

Mike,

I went ahead and asked Paul (the only person who can connect remotely for us at the moment) to check the OpenEngine process. He said the last process to execute is:

RUN SWAP_DATABASE 'FBI'

dbakke@srpcs.com

SRP Computer Solutions, Inc.

Don,

You could also create both a lh(3).log file and a oeprofile.log file to see if that log narrows it down any closer.

Pat

Pat,

We created the log files. I'm not sure what to look for in this situation. Here are the last few lines from each file:

LH2.LOG

OP UNIVERSE_RDK\REVMEDIA 26 OK

RD 25 SYS_TABLE_TYPES OK

RD 5 $UNASSIGNED OK

RO 0 SYSPTRS*GLOBAL OK

OP REV30014 27 OK

RO 27 U2_BOB OK

RD 5 $IC_OPENSESSION OK

OEPROFILE.LOG

 RTP27 12388

  RTP57 12388

   RTP57A 12388

   RTP57A 12458 70

  RTP57 12458 70

 RTP27 12458 70

 IC_OPENSESSION 12468

I have these "failed" log files and "success" log files if you want me to send them to you. The LH2.LOG files are fairly similar and I can see where the last line in the above dump appears but continues in the successfl LH2.LOG. The OEPROFILE.LOG files were a lot more difficult to compare. I'm not sure where the common ground is between them.

Let me know if you want or need them.

Thanks,

dbakke@srpcs.com

SRP Computer Solutions, Inc.

Don,

I am pretty sure that the IC_OPENSESSION call is causing the failure. We'll investigate.

Pat

I am wondering if InterCall is not causing the problem.

dsig

has there been any resolution on this issue?

dsig _at_ sigafoos.org.com onmouseover=window.status=the new revelation technology .. a refreshing change;return(true)"

David Tod Sigafoos ~ SigSolutions

Phone: 971.570.2005

View this thread on the Works forum...