NetTalk Central

Author Topic: Access Violation after upgrading to NT14.04 from NT 12..  (Read 5195 times)

Richard I

  • Sr. Member
  • ****
  • Posts: 398
    • View Profile
    • Email
Access Violation after upgrading to NT14.04 from NT 12..
« on: September 15, 2023, 08:58:08 PM »
Hi
I have an Access Violation following a successful compile and gzipall in NT 14.04 after upgrading from NT 12...
when run in Deployment mode.
If I compile and run in Development mode it runs OK
The Exception Log is attached
Thanks
Richard


Jane

  • Sr. Member
  • ****
  • Posts: 372
  • Expert on nothing with opinions on everything.
    • View Profile
    • Email

jking

  • Sr. Member
  • ****
  • Posts: 419
    • View Profile
    • Email
Re: Access Violation after upgrading to NT14.04 from NT 12..
« Reply #2 on: September 16, 2023, 01:06:36 PM »
Hi Richard,

     I'm getting essentially the same when running the Multi-site host exe.  Will try Jane's suggestion but all this worked with NT 12.61.  No changes to this app when moving to NT 14.04.

Jeff

Jane

  • Sr. Member
  • ****
  • Posts: 372
  • Expert on nothing with opinions on everything.
    • View Profile
    • Email
Re: Access Violation after upgrading to NT14.04 from NT 12..
« Reply #3 on: September 16, 2023, 03:22:27 PM »
Jeff,
I've only experimented briefly with multi-site host, so just speculation here. 

Have you made sure to compile all the NetTalk sites with the same version of NetTalk that you're using for the host?
Will the host run by itself?
Will the host run with just a static site (such as with the multi-site example app)?

Is yours like Richard's situation - his runs in debug mode but crashes in deployment mode?  If so, another thing to try would be one-by-one enabling the different items that get set by switching to "deployment" and seeing if you can isolate the crash down to one switch.

Richard I

  • Sr. Member
  • ****
  • Posts: 398
    • View Profile
    • Email
Re: Access Violation after upgrading to NT14.04 from NT 12..
« Reply #4 on: September 16, 2023, 03:24:29 PM »
Thanks Jeff,
Good to know, Im not alone
which suggests its an internal  NT issue and not necessarily something Ive done.

Frustratingly,  Ive got an upgrade waiting to send -
I believe that  NT is backward compatible -ie can I install NT 12.64 over the top of NT14.04?

Cheers
Richard

Richard I

  • Sr. Member
  • ****
  • Posts: 398
    • View Profile
    • Email
Re: Access Violation after upgrading to NT14.04 from NT 12..
« Reply #5 on: September 16, 2023, 03:27:30 PM »
Thanks Jane Ill do that....
 seeing you are on line - can i over install 12.64 on top of 14.04 safely?
R

Richard I

  • Sr. Member
  • ****
  • Posts: 398
    • View Profile
    • Email
Re: Access Violation after upgrading to NT14.04 from NT 12..
« Reply #6 on: September 16, 2023, 04:09:00 PM »
Following Jane's suggestion -

In Deployment Mode
By Changing "Compress dynamic data" FROM True To  False removes  the  Access Violation
All other settings in Deployment are the default.

So "Compress dynamic data" is the apparent problem

Thanks Jane, again !
Ill await edification
Cheers
Richard

jking

  • Sr. Member
  • ****
  • Posts: 419
    • View Profile
    • Email
Re: Access Violation after upgrading to NT14.04 from NT 12..
« Reply #7 on: September 16, 2023, 05:53:12 PM »
Hi Jane and Richard,

     Both the multi-site host and the dll apps are compiled with NT 14.04

     The multi-site host does run by itself and I can use the static web app to manage it and add dll apps.  However, upon saving, the multi-site host crashes
     with the same access error Richard receives.

     The dll apps, when compiled as an exe and run as a standalone web app server, I can connect to and run the app as expected.

     I tried changing the Compress dynamic data option but it does not help.

     When I start the multi-site host with one or more dll apps added, they are automatically made inactive.  The error tab on the multi-site host has:  DLL
     Caused Error - automatically made inactive.

     I'm lost here, as these dll apps compile and run in NT 12.61.

     Any other thoughts on things to check?

Thanks,

Jeff King

Richard I

  • Sr. Member
  • ****
  • Posts: 398
    • View Profile
    • Email
Re: Access Violation after upgrading to NT14.04 from NT 12..
« Reply #8 on: September 16, 2023, 05:59:24 PM »
Hi Jeff,
Id be inclined to sit on it until  Bruce replies.  he's at Conference currently 
Meanwhile, Im living with an amended Deployment
Cheers
Richard

jking

  • Sr. Member
  • ****
  • Posts: 419
    • View Profile
    • Email
Re: Access Violation after upgrading to NT14.04 from NT 12..
« Reply #9 on: September 17, 2023, 09:04:29 AM »
Hello all,

I have compiled the multi-site host and one dll app using debug mode and the debug version of ClaRun.dll.  Attached is the error log.  I noted that the ClaNet.dll for NT 14.04 shows the Clarion version 11.01.13733.  Not sure if this is significant.  Anyone have any thoughts on this error log?

Thanks,

Jeff


jking

  • Sr. Member
  • ****
  • Posts: 419
    • View Profile
    • Email
Solved, Re: Access Violation after upgrading to NT14.04 from NT 12..
« Reply #10 on: September 19, 2023, 09:55:19 AM »
     The solution was that the deployed dll app has it's own set of required dll's.  These also must be included in the host.exe folder.  I don't know the exact dll name that was the problem, I simply copied all dll's from the dll app folder into the host.exe folder and the exception error went away. 

     Note that the other symptom here was that when I started the host.exe, the deployed dll apps would be set as "inactive".  It seems the host.exe will check the deployed dll's on startup, to determine if they are "good" or not.  Perhaps Bruce can explain this process a bit as it would be interesting to know.

Thanks,

Jeff

Richard I

  • Sr. Member
  • ****
  • Posts: 398
    • View Profile
    • Email
Re: Access Violation Log Exception in Debug Mode
« Reply #11 on: September 19, 2023, 10:23:36 PM »
Hi all
Attached is the exception in Debug Mode showing Call Stack:

00C79295  NetWeb.Clw:3552 - NETWEBSERVERWORKERBASE._FLUSHSEND(STRINGTHEORY,LONG)
00C7385A  NetWeb.Clw:7798 - NETWEBSERVERWORKERBASE._CLOSECONNECTION(LONG)
00C45D34  NetWeb.Clw:12086 - NETWEBSERVERWORKERBASE.REPLYCOMPLETE
00C7FC1B  NetWeb.Clw:3136 - NETWEBSERVERWORKERBASE.PROCESSREQUEST(STRING)
00D4DF07  TimePeaceMobile002.clw:54 - WEBHANDLER(STRING)
00D3B083  TPMobile.exe:002DB083
00D3AB61  TPMobile.exe:002DAB61
77B77B1E
77B77AEE

Bruce

  • Global Moderator
  • Hero Member
  • *****
  • Posts: 11250
    • View Profile
Re: Access Violation after upgrading to NT14.04 from NT 12..
« Reply #12 on: September 20, 2023, 01:00:21 AM »
Hi Richard,

So I take it, for you, it's still failing in Deployment mode, but all ok in Development mode?
If so, try changing the performance tab settings a few at a time to narrow down which setting might be in play.

cheers
Bruce

Richard I

  • Sr. Member
  • ****
  • Posts: 398
    • View Profile
    • Email
Re: Access Violation after upgrading to NT14.04 from NT 12..
« Reply #13 on: September 20, 2023, 01:10:48 AM »
Hi Bruce,
Thank you
Yes, development Mode does compile and run OK
Earlier in the thread I reported that:
If in Deployment Mode  "Compress dynamic data" is changed   FROM True To  False
and All other settings in Deployment are the default,
The Exception or Access Violation report does not appear
So "Compress dynamic data" is the apparent problem

With the setting at True, being the default,  it does display.

In the post immediately prior to yours in this thread, I have displayed the Call Stack information, which I hope might help,.
Regards,
Richard

Richard I

  • Sr. Member
  • ****
  • Posts: 398
    • View Profile
    • Email
Re: Access Violation after upgrading to NT14.04 from NT 12..
« Reply #14 on: October 03, 2023, 01:41:49 AM »
Hi all,
Pleased to report that with Bruce's help, Ive solved the GPF issue reported here.
It required me to change in the project to dll mode and clean out some of the dlls in the folder that were not needed.

Now in the performance tab Deployment, all settings are set as TRUE

Thanks Bruce
Richard