OINSIGHT.exe app crash (Server Setup) [Revelation On-Line Wiki]

This page is read only. You can view the source, but not change it. Ask your administrator if you think this is wrong.
{{tag>category:"Server Setup" author:"Barry Stevens" author:"Karl Pozmann" author:"Carl Pates" author:"Donald Bakke"}}

[[https://www.revelation.com/the-works|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]]


==== OINSIGHT.exe app crash (Server Setup) ====
=== At 17 NOV 2022 11:02:16PM Barry Stevens wrote: ===
 
 
<QUOTE>
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>
</QUOTE>
----

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

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

</QUOTE>

----

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

<QUOTE>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. 

</QUOTE>

----

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

<QUOTE>
<QUOTE>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. </QUOTE>





@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)

</QUOTE>

----

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

<QUOTE>
<QUOTE>
<QUOTE>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. </QUOTE>





@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)</QUOTE>





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.



</QUOTE>

----

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

<QUOTE>
<QUOTE>
<QUOTE>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. </QUOTE>





@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)</QUOTE>





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.



</QUOTE>

----

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

<QUOTE>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.



[email=cpates@revsoft.co.uk]Carl Pates[/email]

</QUOTE>

----

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

<QUOTE>
<QUOTE>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.



[email=cpates@revsoft.co.uk]Carl Pates[/email]</QUOTE>



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.



[url=mailto:dbakke@srpcs.com]Don Bakke[/url]

[url=http://www.srpcs.com]SRP Computer Solutions, Inc.[/url]

</QUOTE>

----

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

<QUOTE>
<QUOTE>
<QUOTE>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.



[email=cpates@revsoft.co.uk]Carl Pates[/email]</QUOTE>



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.



[url=mailto:dbakke@srpcs.com]Don Bakke[/url]

[url=http://www.srpcs.com]SRP Computer Solutions, Inc.[/url]</QUOTE>



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.

</QUOTE>

----

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

<QUOTE>
<QUOTE>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.



[email=cpates@revsoft.co.uk]Carl Pates[/email]</QUOTE>



@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

</QUOTE>

----

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

<QUOTE>
<QUOTE>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.



[email=cpates@revsoft.co.uk]Carl Pates[/email]</QUOTE>



@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

</QUOTE>

----

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

<QUOTE>
<QUOTE>
<QUOTE>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.



[email=cpates@revsoft.co.uk]Carl Pates[/email]</QUOTE>



@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</QUOTE>





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

</QUOTE>

----

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

<QUOTE>
<QUOTE>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></QUOTE>



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:



[b]RevCAPI ERROR: Unable to locate server[/b][i][/i]



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

</QUOTE>

----

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

<QUOTE>
<QUOTE>
<QUOTE>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></QUOTE>



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:



[b]RevCAPI ERROR: Unable to locate server[/b][i][/i]



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</QUOTE>





The issue was DEP!!!

</QUOTE>


[[https://www.revelation.com/revweb/oecgi4p.php/O4W_HANDOFF?DESTN=O4W_RUN_FORM&INQID=WORKS_READ&SUMMARY=1&KEY=E2655B2B7E798440A057FF9A1F6D55AB|View this thread on the Works forum...]]