Join The Works program to have access to the most current content, and to be able to ask questions and get answers from Revelation staff and the Revelation community

At 17 NOV 2022 11:02:16PM Barry Stevens wrote:

A client is transfering their OI system from one hosted sight to another.

The system has been copied to the NEW server.

I am running OI onsite on the hosted server sit.

I can run OI and get my MDI menu.

I can run reports.

I can open an EQUIRY form ok BUT when I open an ENTRY form - OI Crashes and below is the event log entry.

I have looked at all the setups that I can think of SYSTEM user access all users write access.

no revparam (that another issue)

Log Name: Application

Source: Application Error

Date: 18/11/2022 1:07:18 PM

Event ID: 1000

Task Category: (100)

Level: Error

Keywords: Classic

User: N/A

Computer: PARKTRENT-DC1.PARKTRENT.local

Description:

Faulting application name: OINSIGHT.exe, version: 9.3.2.0, time stamp: 0x4ffc5035

Faulting module name: unknown, version: 0.0.0.0, time stamp: 0x00000000

Exception code: 0xc000041d

Fault offset: 0x0052a268

Faulting process id: 0x814

Faulting application start time: 0x01d8faf225c98010

Faulting application path: E:\PMS\OINSIGHT.exe

Faulting module path: unknown

Report Id: ba797c2a-2fbe-44b0-8617-fef4ef8bbba8

Faulting package full name:

Faulting package-relative application ID:

Event Xml:

<Event xmlns="http://schemas.microsoft.com/win/2004/08/events/event">

<System>
  <Provider Name="Application Error" />
  <EventID Qualifiers="0">1000</EventID>
  <Level>2</Level>
  <Task>100</Task>
  <Keywords>0x80000000000000</Keywords>
  <TimeCreated SystemTime="2022-11-18T02:07:18.831004400Z" />
  <EventRecordID>1885</EventRecordID>
  <Channel>Application</Channel>
  <Computer>PARKTRENT-DC1.PARKTRENT.local</Computer>
  <Security />
</System>
<EventData>
  <Data>OINSIGHT.exe</Data>
  <Data>9.3.2.0</Data>
  <Data>4ffc5035</Data>
  <Data>unknown</Data>
  <Data>0.0.0.0</Data>
  <Data>00000000</Data>
  <Data>c000041d</Data>
  <Data>0052a268</Data>
  <Data>814</Data>
  <Data>01d8faf225c98010</Data>
  <Data>E:\PMS\OINSIGHT.exe</Data>
  <Data>unknown</Data>
  <Data>ba797c2a-2fbe-44b0-8617-fef4ef8bbba8</Data>
  <Data>
  </Data>
  <Data>
  </Data>
</EventData>

</Event>


At 18 NOV 2022 03:09PM Barry Stevens wrote:

What logfile should I create to see where this is occuring?


At 19 NOV 2022 07:55AM Karl Pozmann wrote:

I've been having a similar experience moving my client from Server 2012 R2 to Windows 11 Pro. Did you remember to move the linear hash service from the old server if it was running there? That's what I neglected to do and will install it today on the 11 pro machine - Bryan Shumsky was key to helping me figure that out as I clearly had NO memory of ever installing it on the old server.

Also, if you go to my post on the 16th you'll see Andrew helping out. Per Andrew, you can start a log by:

"In the OI subdir create a blank text file called oeprofile.log. When you start OI (which will run a LOT slower) it will add all calls to oeprofile_processId.log. The last entry in the log will be where OI terminated."

In any event, I hope to solve the problem my client is having by moving the linear hash service today. I have emails from Bryan to help along those lines if you need it.


At 19 NOV 2022 03:17PM Barry Stevens wrote:

I've been having a similar experience moving my client from Server 2012 R2 to Windows 11 Pro. Did you remember to move the linear hash service from the old server if it was running there? That's what I neglected to do and will install it today on the 11 pro machine - Bryan Shumsky was key to helping me figure that out as I clearly had NO memory of ever installing it on the old server.

Also, if you go to my post on the 16th you'll see Andrew helping out. Per Andrew, you can start a log by:

"In the OI subdir create a blank text file called oeprofile.log. When you start OI (which will run a LOT slower) it will add all calls to oeprofile_processId.log. The last entry in the log will be where OI terminated."

In any event, I hope to solve the problem my client is having by moving the linear hash service today. I have emails from Bryan to help along those lines if you need it.

@KarlPozmann

Yes LH Service was re-installed on the new server

Thanks for the info re oeprofile.log - that will help a lot.

I will also do a LH verify on ALL tables, just in case there was an issue in the transfer.

thank you. (I will check out your posting)


At 21 NOV 2022 12:08AM Barry Stevens wrote:

I've been having a similar experience moving my client from Server 2012 R2 to Windows 11 Pro. Did you remember to move the linear hash service from the old server if it was running there? That's what I neglected to do and will install it today on the 11 pro machine - Bryan Shumsky was key to helping me figure that out as I clearly had NO memory of ever installing it on the old server.

Also, if you go to my post on the 16th you'll see Andrew helping out. Per Andrew, you can start a log by:

"In the OI subdir create a blank text file called oeprofile.log. When you start OI (which will run a LOT slower) it will add all calls to oeprofile_processId.log. The last entry in the log will be where OI terminated."

In any event, I hope to solve the problem my client is having by moving the linear hash service today. I have emails from Bryan to help along those lines if you need it.

@KarlPozmann

Yes LH Service was re-installed on the new server

Thanks for the info re oeprofile.log - that will help a lot.

I will also do a LH verify on ALL tables, just in case there was an issue in the transfer.

thank you. (I will check out your posting)

Here is the end of the oeprofile.log

Running a form.

A debug in the commuter module shows that it never gets there.

RTP26 16781 0

						PS_GET_PROPERTY 16781
							REQUEST_INFO 16781
								BLD_TEMPLATE 16781
								BLD_TEMPLATE 16781 0
								OEREQINFO 16781
								OEREQINFO 16781 0
							REQUEST_INFO 16781 0
						PS_GET_PROPERTY 16781 0
						UTILITY 16781
							REQUEST_INFO 16781
								BLD_TEMPLATE 16781
								BLD_TEMPLATE 16781 0
								OEREQINFO 16781

New server setup.

hosted server - server info that I can see:

Microsoft Windows server 2019 standard

Hardware: VMware - VmWare virtual platform

memory = 4GB

I also see an icon the the server access desktop that says 'FileZilla server'

Dialog box form and readonl Enquiry forms run but 'write forms crash.

Cant run clientsetup

Install of SRPEditor shows no buttons , just white areas.

Copied from my PC where all was working perfect.

Strange stuff and I am sure something in their setup is wrong, but, I cant tell them what is the issue as I am way out of my league.

PS: Just quietly I dont see that these guys have a lot of experience in this area.


At 21 NOV 2022 12:13AM Barry Stevens wrote:

I've been having a similar experience moving my client from Server 2012 R2 to Windows 11 Pro. Did you remember to move the linear hash service from the old server if it was running there? That's what I neglected to do and will install it today on the 11 pro machine - Bryan Shumsky was key to helping me figure that out as I clearly had NO memory of ever installing it on the old server.

Also, if you go to my post on the 16th you'll see Andrew helping out. Per Andrew, you can start a log by:

"In the OI subdir create a blank text file called oeprofile.log. When you start OI (which will run a LOT slower) it will add all calls to oeprofile_processId.log. The last entry in the log will be where OI terminated."

In any event, I hope to solve the problem my client is having by moving the linear hash service today. I have emails from Bryan to help along those lines if you need it.

@KarlPozmann

Yes LH Service was re-installed on the new server

Thanks for the info re oeprofile.log - that will help a lot.

I will also do a LH verify on ALL tables, just in case there was an issue in the transfer.

thank you. (I will check out your posting)

Here is the end of the oeprofile.log

Running a form.

A debug in the commuter module shows that it never gets there.

RTP26 16781 0

						PS_GET_PROPERTY 16781
							REQUEST_INFO 16781
								BLD_TEMPLATE 16781
								BLD_TEMPLATE 16781 0
								OEREQINFO 16781
								OEREQINFO 16781 0
							REQUEST_INFO 16781 0
						PS_GET_PROPERTY 16781 0
						UTILITY 16781
							REQUEST_INFO 16781
								BLD_TEMPLATE 16781
								BLD_TEMPLATE 16781 0
								OEREQINFO 16781

New server setup.

hosted server - server info that I can see:

Microsoft Windows server 2019 standard

Hardware: VMware - VmWare virtual platform

memory = 4GB

I also see an icon the the server access desktop that says 'FileZilla server'

Dialog box form and readonl Enquiry forms run but 'write forms crash.

Cant run clientsetup

Install of SRPEditor shows no buttons , just white areas.

Copied from my PC where all was working perfect.

Strange stuff and I am sure something in their setup is wrong, but, I cant tell them what is the issue as I am way out of my league.

PS: Just quietly I dont see that these guys have a lot of experience in this area.


At 21 NOV 2022 05:00AM Carl Pates wrote:

Barry,

"Cant run clientsetup"

Some sort of rights issue?

"Install of SRPEditor shows no buttons , just white areas."

Does it use image files? If so are they physically present? If so - what are the rights in that folder?

The "end" of the profile log isn't telling much there. The process dies in a call to Utility, after a call to ps_Get_Property, after a call to RTP26 (Oconv). More than likely this will happen in a system handler, but you need to look back up the log to try and identify what system handler is running, and what your app was doing to trigger it.

Not much more I can tell you I'm afraid - that server looks like it's locked down too tight.

Carl Pates


At 21 NOV 2022 10:00AM Donald Bakke wrote:

Barry,

"Cant run clientsetup"

Some sort of rights issue?

"Install of SRPEditor shows no buttons , just white areas."

Does it use image files? If so are they physically present? If so - what are the rights in that folder?

The "end" of the profile log isn't telling much there. The process dies in a call to Utility, after a call to ps_Get_Property, after a call to RTP26 (Oconv). More than likely this will happen in a system handler, but you need to look back up the log to try and identify what system handler is running, and what your app was doing to trigger it.

Not much more I can tell you I'm afraid - that server looks like it's locked down too tight.

Carl Pates

Barry - With the SRP Editor, do the buttons do anything when you click them? If so, then this is an image loading problem and we often see this with configurations that are not configured to support 32bit color. If not, then this is a control registeration problem and seems to line up with your ClientSetup.exe installation issues.

Don Bakke

SRP Computer Solutions, Inc.


At 21 NOV 2022 03:35PM Barry Stevens wrote:

Barry,

"Cant run clientsetup"

Some sort of rights issue?

"Install of SRPEditor shows no buttons , just white areas."

Does it use image files? If so are they physically present? If so - what are the rights in that folder?

The "end" of the profile log isn't telling much there. The process dies in a call to Utility, after a call to ps_Get_Property, after a call to RTP26 (Oconv). More than likely this will happen in a system handler, but you need to look back up the log to try and identify what system handler is running, and what your app was doing to trigger it.

Not much more I can tell you I'm afraid - that server looks like it's locked down too tight.

Carl Pates

Barry - With the SRP Editor, do the buttons do anything when you click them? If so, then this is an image loading problem and we often see this with configurations that are not configured to support 32bit color. If not, then this is a control registeration problem and seems to line up with your ClientSetup.exe installation issues.

Don Bakke

SRP Computer Solutions, Inc.

Thanks for the input.

I did an clean install of OI (run as admin) to another folder and my app is now working on the server.

Next is to setup running on the terminal server (as the users will be) - but, as usual!! - I dont see the applications folder - here we go again.

Never had this trouble before - I just say copy to the server and run the LHService install and never hear from again. And right+Click run as admin on firsttime workstations shortcut (I do all the reg registraiions in startup)

The SRP Editor are just blanks, not a button. It is not a deal breaker - just for my own use - not the users. But I will keep plugging.


At 23 NOV 2022 02:51PM Barry Stevens wrote:

Barry,

"Cant run clientsetup"

Some sort of rights issue?

"Install of SRPEditor shows no buttons , just white areas."

Does it use image files? If so are they physically present? If so - what are the rights in that folder?

The "end" of the profile log isn't telling much there. The process dies in a call to Utility, after a call to ps_Get_Property, after a call to RTP26 (Oconv). More than likely this will happen in a system handler, but you need to look back up the log to try and identify what system handler is running, and what your app was doing to trigger it.

Not much more I can tell you I'm afraid - that server looks like it's locked down too tight.

Carl Pates

@CarlPates

here is the end of the log from further up.

START_WINDOW 16781 281

						PS_GET_PROPERTY 16781
							REQUEST_INFO 16781
								BLD_TEMPLATE 16781
								BLD_TEMPLATE 16781 0
								OEREQINFO 16781
								OEREQINFO 16781 0
							REQUEST_INFO 16781 0
						PS_GET_PROPERTY 16781 0
						RTP26 16781
							FIND_LOCALE_FORMAT 16781
								GETLOCALEINFO 16781
								GETLOCALEINFO 16781 0
								GETLOCALEINFO 16781
								GETLOCALEINFO 16781 0
								GETLOCALEINFO 16781
								GETLOCALEINFO 16781 0
								GETLOCALEINFO 16781
								GETLOCALEINFO 16781 0
								GETLOCALEINFO 16781
								GETLOCALEINFO 16781 0
								GETLOCALEINFO 16781
								GETLOCALEINFO 16781 0
								GETLOCALEINFO 16781
								GETLOCALEINFO 16781 0
								GETLOCALEINFO 16781
								GETLOCALEINFO 16781 0
								GETLOCALEINFO 16781
								GETLOCALEINFO 16781 0
								GETLOCALEINFO 16781
								GETLOCALEINFO 16781 0
								GETLOCALEINFO 16781
								GETLOCALEINFO 16781 0
								GETLOCALEINFO 16781
								GETLOCALEINFO 16781 0
								GETLOCALEINFO 16781
								GETLOCALEINFO 16781 0
								GETLOCALEINFO 16781
								GETLOCALEINFO 16781 0
							FIND_LOCALE_FORMAT 16781 0
						RTP26 16781 0
						PS_GET_PROPERTY 16781
							REQUEST_INFO 16781
								BLD_TEMPLATE 16781
								BLD_TEMPLATE 16781 0
								OEREQINFO 16781
								OEREQINFO 16781 0
							REQUEST_INFO 16781 0
						PS_GET_PROPERTY 16781 0
						UTILITY 16781
							REQUEST_INFO 16781
								BLD_TEMPLATE 16781
								BLD_TEMPLATE 16781 0
								OEREQINFO 16781

Just had a though - I wonder if there is an issue with port 777 comunication - or would I not be seeing data in other , non data entry forms and reports.

I will email you the log file. With the subject as this forum posting subject


At 23 NOV 2022 02:53PM Barry Stevens wrote:

Barry,

"Cant run clientsetup"

Some sort of rights issue?

"Install of SRPEditor shows no buttons , just white areas."

Does it use image files? If so are they physically present? If so - what are the rights in that folder?

The "end" of the profile log isn't telling much there. The process dies in a call to Utility, after a call to ps_Get_Property, after a call to RTP26 (Oconv). More than likely this will happen in a system handler, but you need to look back up the log to try and identify what system handler is running, and what your app was doing to trigger it.

Not much more I can tell you I'm afraid - that server looks like it's locked down too tight.

Carl Pates

@CarlPates

here is the end of the log from further up.

START_WINDOW 16781 281

						PS_GET_PROPERTY 16781
							REQUEST_INFO 16781
								BLD_TEMPLATE 16781
								BLD_TEMPLATE 16781 0
								OEREQINFO 16781
								OEREQINFO 16781 0
							REQUEST_INFO 16781 0
						PS_GET_PROPERTY 16781 0
						RTP26 16781
							FIND_LOCALE_FORMAT 16781
								GETLOCALEINFO 16781
								GETLOCALEINFO 16781 0
								GETLOCALEINFO 16781
								GETLOCALEINFO 16781 0
								GETLOCALEINFO 16781
								GETLOCALEINFO 16781 0
								GETLOCALEINFO 16781
								GETLOCALEINFO 16781 0
								GETLOCALEINFO 16781
								GETLOCALEINFO 16781 0
								GETLOCALEINFO 16781
								GETLOCALEINFO 16781 0
								GETLOCALEINFO 16781
								GETLOCALEINFO 16781 0
								GETLOCALEINFO 16781
								GETLOCALEINFO 16781 0
								GETLOCALEINFO 16781
								GETLOCALEINFO 16781 0
								GETLOCALEINFO 16781
								GETLOCALEINFO 16781 0
								GETLOCALEINFO 16781
								GETLOCALEINFO 16781 0
								GETLOCALEINFO 16781
								GETLOCALEINFO 16781 0
								GETLOCALEINFO 16781
								GETLOCALEINFO 16781 0
								GETLOCALEINFO 16781
								GETLOCALEINFO 16781 0
							FIND_LOCALE_FORMAT 16781 0
						RTP26 16781 0
						PS_GET_PROPERTY 16781
							REQUEST_INFO 16781
								BLD_TEMPLATE 16781
								BLD_TEMPLATE 16781 0
								OEREQINFO 16781
								OEREQINFO 16781 0
							REQUEST_INFO 16781 0
						PS_GET_PROPERTY 16781 0
						UTILITY 16781
							REQUEST_INFO 16781
								BLD_TEMPLATE 16781
								BLD_TEMPLATE 16781 0
								OEREQINFO 16781

Just had a though - I wonder if there is an issue with port 777 comunication - or would I not be seeing data in other , non data entry forms and reports.

I will email you the log file. With the subject as this forum posting subject


At 23 NOV 2022 09:29PM Barry Stevens wrote:

Barry,

"Cant run clientsetup"

Some sort of rights issue?

"Install of SRPEditor shows no buttons , just white areas."

Does it use image files? If so are they physically present? If so - what are the rights in that folder?

The "end" of the profile log isn't telling much there. The process dies in a call to Utility, after a call to ps_Get_Property, after a call to RTP26 (Oconv). More than likely this will happen in a system handler, but you need to look back up the log to try and identify what system handler is running, and what your app was doing to trigger it.

Not much more I can tell you I'm afraid - that server looks like it's locked down too tight.

Carl Pates

@CarlPates

here is the end of the log from further up.

START_WINDOW 16781 281

						PS_GET_PROPERTY 16781
							REQUEST_INFO 16781
								BLD_TEMPLATE 16781
								BLD_TEMPLATE 16781 0
								OEREQINFO 16781
								OEREQINFO 16781 0
							REQUEST_INFO 16781 0
						PS_GET_PROPERTY 16781 0
						RTP26 16781
							FIND_LOCALE_FORMAT 16781
								GETLOCALEINFO 16781
								GETLOCALEINFO 16781 0
								GETLOCALEINFO 16781
								GETLOCALEINFO 16781 0
								GETLOCALEINFO 16781
								GETLOCALEINFO 16781 0
								GETLOCALEINFO 16781
								GETLOCALEINFO 16781 0
								GETLOCALEINFO 16781
								GETLOCALEINFO 16781 0
								GETLOCALEINFO 16781
								GETLOCALEINFO 16781 0
								GETLOCALEINFO 16781
								GETLOCALEINFO 16781 0
								GETLOCALEINFO 16781
								GETLOCALEINFO 16781 0
								GETLOCALEINFO 16781
								GETLOCALEINFO 16781 0
								GETLOCALEINFO 16781
								GETLOCALEINFO 16781 0
								GETLOCALEINFO 16781
								GETLOCALEINFO 16781 0
								GETLOCALEINFO 16781
								GETLOCALEINFO 16781 0
								GETLOCALEINFO 16781
								GETLOCALEINFO 16781 0
								GETLOCALEINFO 16781
								GETLOCALEINFO 16781 0
							FIND_LOCALE_FORMAT 16781 0
						RTP26 16781 0
						PS_GET_PROPERTY 16781
							REQUEST_INFO 16781
								BLD_TEMPLATE 16781
								BLD_TEMPLATE 16781 0
								OEREQINFO 16781
								OEREQINFO 16781 0
							REQUEST_INFO 16781 0
						PS_GET_PROPERTY 16781 0
						UTILITY 16781
							REQUEST_INFO 16781
								BLD_TEMPLATE 16781
								BLD_TEMPLATE 16781 0
								OEREQINFO 16781

Just had a though - I wonder if there is an issue with port 777 comunication - or would I not be seeing data in other , non data entry forms and reports.

I will email you the log file. With the subject as this forum posting subject

and this is an extract of the log from my PC, at the same point, where it goes further and the form does display:

START_WINDOW 35000 297

						PS_GET_PROPERTY 35000
							REQUEST_INFO 35000
								BLD_TEMPLATE 35000
								BLD_TEMPLATE 35000 0
								OEREQINFO 35000
								OEREQINFO 35000 0
							REQUEST_INFO 35000 0
						PS_GET_PROPERTY 35000 0
						RTP26 35000
							FIND_LOCALE_FORMAT 35000
								GETLOCALEINFO 35000
								GETLOCALEINFO 35000 0
								GETLOCALEINFO 35000
								GETLOCALEINFO 35000 0
								GETLOCALEINFO 35000
								GETLOCALEINFO 35000 0
								GETLOCALEINFO 35000
								GETLOCALEINFO 35000 0
								GETLOCALEINFO 35000
								GETLOCALEINFO 35000 0
								GETLOCALEINFO 35000
								GETLOCALEINFO 35000 0
								GETLOCALEINFO 35000
								GETLOCALEINFO 35000 0
								GETLOCALEINFO 35000
								GETLOCALEINFO 35000 0
								GETLOCALEINFO 35000
								GETLOCALEINFO 35000 0
								GETLOCALEINFO 35000
								GETLOCALEINFO 35000 0
								GETLOCALEINFO 35000
								GETLOCALEINFO 35000 0
								GETLOCALEINFO 35000
								GETLOCALEINFO 35000 0
								GETLOCALEINFO 35000
								GETLOCALEINFO 35000 0
								GETLOCALEINFO 35000
								GETLOCALEINFO 35000 0
							FIND_LOCALE_FORMAT 35000 0
						RTP26 35000 0
						PS_GET_PROPERTY 35000
							REQUEST_INFO 35000
								BLD_TEMPLATE 35000
								BLD_TEMPLATE 35000 0
								OEREQINFO 35000
								OEREQINFO 35000 0
							REQUEST_INFO 35000 0
						PS_GET_PROPERTY 35000 0
						UTILITY 35000
							REQUEST_INFO 35000
								BLD_TEMPLATE 35000
								BLD_TEMPLATE 35000 0
								OEREQINFO 35000
								OEREQINFO 35812 812
							REQUEST_INFO 35812 812
						UTILITY 35812 812
						GET_STATUS 35812
						GET_STATUS 35812 0
						GET_PROPERTY 35812
							UNASSIGNED 35812
							UNASSIGNED 35812 0
						GET_PROPERTY 35812 0
						PS_GET_PROPERTY 35812
							REQUEST_INFO 35812
								BLD_TEMPLATE 35812
								BLD_TEMPLATE 35812 0
								OEREQINFO 35812
								OEREQINFO 35812 0
							REQUEST_INFO 35812 0

At 24 NOV 2022 06:24PM Barry Stevens wrote:

A client is transfering their OI system from one hosted sight to another.

The system has been copied to the NEW server.

I am running OI onsite on the hosted server sit.

I can run OI and get my MDI menu.

I can run reports.

I can open an EQUIRY form ok BUT when I open an ENTRY form - OI Crashes and below is the event log entry.

I have looked at all the setups that I can think of SYSTEM user access all users write access.

no revparam (that another issue)

Log Name: Application

Source: Application Error

Date: 18/11/2022 1:07:18 PM

Event ID: 1000

Task Category: (100)

Level: Error

Keywords: Classic

User: N/A

Computer: PARKTRENT-DC1.PARKTRENT.local

Description:

Faulting application name: OINSIGHT.exe, version: 9.3.2.0, time stamp: 0x4ffc5035

Faulting module name: unknown, version: 0.0.0.0, time stamp: 0x00000000

Exception code: 0xc000041d

Fault offset: 0x0052a268

Faulting process id: 0x814

Faulting application start time: 0x01d8faf225c98010

Faulting application path: E:\PMS\OINSIGHT.exe

Faulting module path: unknown

Report Id: ba797c2a-2fbe-44b0-8617-fef4ef8bbba8

Faulting package full name:

Faulting package-relative application ID:

Event Xml:

<Event xmlns="http://schemas.microsoft.com/win/2004/08/events/event">

<System>
  <Provider Name="Application Error" />
  <EventID Qualifiers="0">1000</EventID>
  <Level>2</Level>
  <Task>100</Task>
  <Keywords>0x80000000000000</Keywords>
  <TimeCreated SystemTime="2022-11-18T02:07:18.831004400Z" />
  <EventRecordID>1885</EventRecordID>
  <Channel>Application</Channel>
  <Computer>PARKTRENT-DC1.PARKTRENT.local</Computer>
  <Security />
</System>
<EventData>
  <Data>OINSIGHT.exe</Data>
  <Data>9.3.2.0</Data>
  <Data>4ffc5035</Data>
  <Data>unknown</Data>
  <Data>0.0.0.0</Data>
  <Data>00000000</Data>
  <Data>c000041d</Data>
  <Data>0052a268</Data>
  <Data>814</Data>
  <Data>01d8faf225c98010</Data>
  <Data>E:\PMS\OINSIGHT.exe</Data>
  <Data>unknown</Data>
  <Data>ba797c2a-2fbe-44b0-8617-fef4ef8bbba8</Data>
  <Data>
  </Data>
  <Data>
  </Data>
</EventData>

</Event>

I think what I am about to point out is all related to some sort of access issue, but dont know where:

1. FYI:

I have found that the forms in question all have ole controls for ChadoSpellText.SpellText tat uses ChadoSpellText.ocx and it get registered with on OK message.

2. Which is where Rev might help

I ran SRPUtilitis and in the proggress log dialg I saw this:

RevCAPI ERROR: Unable to locate server

Can you shed light on what it is trying to do and where abouts on a Server 2019 it might be getting blocked (or most likly a missed server setup action)

TIA


At 29 NOV 2022 12:42AM Barry Stevens wrote:

A client is transfering their OI system from one hosted sight to another.

The system has been copied to the NEW server.

I am running OI onsite on the hosted server sit.

I can run OI and get my MDI menu.

I can run reports.

I can open an EQUIRY form ok BUT when I open an ENTRY form - OI Crashes and below is the event log entry.

I have looked at all the setups that I can think of SYSTEM user access all users write access.

no revparam (that another issue)

Log Name: Application

Source: Application Error

Date: 18/11/2022 1:07:18 PM

Event ID: 1000

Task Category: (100)

Level: Error

Keywords: Classic

User: N/A

Computer: PARKTRENT-DC1.PARKTRENT.local

Description:

Faulting application name: OINSIGHT.exe, version: 9.3.2.0, time stamp: 0x4ffc5035

Faulting module name: unknown, version: 0.0.0.0, time stamp: 0x00000000

Exception code: 0xc000041d

Fault offset: 0x0052a268

Faulting process id: 0x814

Faulting application start time: 0x01d8faf225c98010

Faulting application path: E:\PMS\OINSIGHT.exe

Faulting module path: unknown

Report Id: ba797c2a-2fbe-44b0-8617-fef4ef8bbba8

Faulting package full name:

Faulting package-relative application ID:

Event Xml:

<Event xmlns="http://schemas.microsoft.com/win/2004/08/events/event">

<System>
  <Provider Name="Application Error" />
  <EventID Qualifiers="0">1000</EventID>
  <Level>2</Level>
  <Task>100</Task>
  <Keywords>0x80000000000000</Keywords>
  <TimeCreated SystemTime="2022-11-18T02:07:18.831004400Z" />
  <EventRecordID>1885</EventRecordID>
  <Channel>Application</Channel>
  <Computer>PARKTRENT-DC1.PARKTRENT.local</Computer>
  <Security />
</System>
<EventData>
  <Data>OINSIGHT.exe</Data>
  <Data>9.3.2.0</Data>
  <Data>4ffc5035</Data>
  <Data>unknown</Data>
  <Data>0.0.0.0</Data>
  <Data>00000000</Data>
  <Data>c000041d</Data>
  <Data>0052a268</Data>
  <Data>814</Data>
  <Data>01d8faf225c98010</Data>
  <Data>E:\PMS\OINSIGHT.exe</Data>
  <Data>unknown</Data>
  <Data>ba797c2a-2fbe-44b0-8617-fef4ef8bbba8</Data>
  <Data>
  </Data>
  <Data>
  </Data>
</EventData>

</Event>

I think what I am about to point out is all related to some sort of access issue, but dont know where:

1. FYI:

I have found that the forms in question all have ole controls for ChadoSpellText.SpellText tat uses ChadoSpellText.ocx and it get registered with on OK message.

2. Which is where Rev might help

I ran SRPUtilitis and in the proggress log dialg I saw this:

RevCAPI ERROR: Unable to locate server

Can you shed light on what it is trying to do and where abouts on a Server 2019 it might be getting blocked (or most likly a missed server setup action)

TIA

The issue was DEP!!!

View this thread on the Works forum...

  • third_party_content/community/commentary/forums_works/e2655b2b7e798440a057ff9a1f6d55ab.txt
  • Last modified: 2023/12/30 11:57
  • by 127.0.0.1