NetTalk Central
NetTalk Web Server => Web Server - Ask For Help => Topic started by: jlavera on June 28, 2022, 01:56:41 AM
-
Hi, all
I'm having a repetitive GPF as this:
??? 1303F10Ah Line=1774 Proc=SSL_OUR_SERVERSWITCHTOSSL@F Src=netdl020.clw Module=J:\RestServer\CLAnet.dll 11.53.0.0
Any idea what this can be?
Jorge Lavera
-
This also happened before the last upgrade, in line 1769 of netdl020.clw (clanet.dll) version 11.43.0.0, same Proc=SSL_OUR_SERVERSWITCHTOSSL.
Bruce, any idea what is in that line? Our rest server is failing every half an hour with this; no special calls or overload.
Thanks,
Jorge Lavera
-
Did you double check that your ClaNet.DLL version matches your NetTalk version? That can cause weird behavior.
-
Hi, Don.
Yes, the version reported by clanet.dll matches the respectives NT versions installed. Triple checked.
Jorge Lavera
-
Hi Jorge,
since this is an unusual GPF, the error is likely in the run up to that specific line.
So it would be a good idea to post the whole stack trace from the GPF
(https://clarionhub.com/t/how-to-improve-the-call-stack-when-your-program-gpfs/188)
Cheers
Bruce
-
Hi, Bruce.
They are all like this:
----------------------------------------------------------------------------------
Program : J:\SMSWINRest\SMSRestWebServer.exe
Version : 4653.0.0.311
At : 13:50:56 on 2022/06/28
Workstation: : EMY-RDSH-04
User Name: : EMY-RDSH-04$
Reported error : EXCEPTION_ACCESS_VIOLATION - Error writing data at : 00000000h
Windows : Win 10 , Tablet - 10.0.17763
Clarion : 0.9
Thread : 3 Field : 0 Event : 523 Keycode : 0
Error at address : 00000000h no module
Stack Trace
??? 1303F10Ah Line=1774 Proc=SSL_OUR_SERVERSWITCHTOSSL@F Src=netdl020.clw Module=J:\SMSWINRest\CLAnet.dll 11.53.0.0
[01] 72A33A92h no debug info, Module=J:\SMSWINRest\libssl-1_1.dll 1.1.1k
[02] 13032C93h Line=1632 Proc=SIMPLESERVER_ACCEPT@Fll Src=netdl017.clw Module=J:\SMSWINRest\CLAnet.dll 11.53.0.0
[03] 1300962Fh Line=1166 Proc=CALLBACKWINDOWCLIENTCALLBACK Src=netdl003.clw Module=J:\SMSWINRest\CLAnet.dll 11.53.0.0
??? 13008DA4h Line=1275 Proc=CALLBACKWINDOWMAINCALLBACK Src=netdl003.clw Module=J:\SMSWINRest\CLAnet.dll 11.53.0.0
[04] 76B15D1Bh no debug info, Module=C:\windows\System32\USER32.dll 10.0.17763.1 (WinBuild.160101.0800)
??? 13008DA4h Line=1275 Proc=CALLBACKWINDOWMAINCALLBACK Src=netdl003.clw Module=J:\SMSWINRest\CLAnet.dll 11.53.0.0
[05] 76B0682Ch no debug info, Module=C:\windows\System32\USER32.dll 10.0.17763.1 (WinBuild.160101.0800)
??? 13008DA4h Line=1275 Proc=CALLBACKWINDOWMAINCALLBACK Src=netdl003.clw Module=J:\SMSWINRest\CLAnet.dll 11.53.0.0
??? 73409D20h Line ?=47 no proc Src=wxeh.cpp Module=J:\SMSWINRest\ClaRUN.dll 11.1.13815
??? 73409D24h Line ?=47 no proc Src=wxeh.cpp Module=J:\SMSWINRest\ClaRUN.dll 11.1.13815
??? 73409D1Ch Line ?=47 no proc Src=wxeh.cpp Module=J:\SMSWINRest\ClaRUN.dll 11.1.13815
??? 13008DA4h Line=1275 Proc=CALLBACKWINDOWMAINCALLBACK Src=netdl003.clw Module=J:\SMSWINRest\CLAnet.dll 11.53.0.0
[06] 76B0596Bh no debug info, Module=C:\windows\System32\USER32.dll 10.0.17763.1 (WinBuild.160101.0800)
??? 13008DA4h Line=1275 Proc=CALLBACKWINDOWMAINCALLBACK Src=netdl003.clw Module=J:\SMSWINRest\CLAnet.dll 11.53.0.0
??? 13008DA4h Line=1275 Proc=CALLBACKWINDOWMAINCALLBACK Src=netdl003.clw Module=J:\SMSWINRest\CLAnet.dll 11.53.0.0
[07] 76AFBCB0h no debug info, Module=C:\windows\System32\USER32.dll 10.0.17763.1 (WinBuild.160101.0800)
[08] 7339E68Ch Line ?=27 no proc Src="Library State" Module=J:\SMSWINRest\ClaRUN.dll 11.1.13815
??? 13009A98h Line=826 Proc=CALLBACKWINDOWSRC@F Src=netdl003.clw Module=J:\SMSWINRest\CLAnet.dll 11.53.0.0
??? 733DF956h Line ?=47 no proc Src=wxeh.cpp Module=J:\SMSWINRest\ClaRUN.dll 11.1.13815
??? 733C1228h Line ?=27 no proc Src="Library State" Module=J:\SMSWINRest\ClaRUN.dll 11.1.13815
[09] 13009DC7h Line=864 Proc=CALLBACKWINDOWSRC@F Src=netdl003.clw Module=J:\SMSWINRest\CLAnet.dll 11.53.0.0
[10] 73381CABh no line number no proc Module=J:\SMSWINRest\ClaRUN.dll 11.1.13815
??? 733FAF94h Line ?=47 no proc Src=wxeh.cpp Module=J:\SMSWINRest\ClaRUN.dll 11.1.13815
??? 733DB9AEh Line ?=47 no proc Src=wxeh.cpp Module=J:\SMSWINRest\ClaRUN.dll 11.1.13815
[11] 73381789h no line number no proc Module=J:\SMSWINRest\ClaRUN.dll 11.1.13815
??? 733DB9C4h Line ?=47 no proc Src=wxeh.cpp Module=J:\SMSWINRest\ClaRUN.dll 11.1.13815
??? 733FAF94h Line ?=47 no proc Src=wxeh.cpp Module=J:\SMSWINRest\ClaRUN.dll 11.1.13815
??? 733FB014h Line ?=47 no proc Src=wxeh.cpp Module=J:\SMSWINRest\ClaRUN.dll 11.1.13815
??? 733EF244h Line ?=47 no proc Src=wxeh.cpp Module=J:\SMSWINRest\ClaRUN.dll 11.1.13815
??? 733EF258h Line ?=47 no proc Src=wxeh.cpp Module=J:\SMSWINRest\ClaRUN.dll 11.1.13815
??? 733EF274h Line ?=47 no proc Src=wxeh.cpp Module=J:\SMSWINRest\ClaRUN.dll 11.1.13815
??? 733EF268h Line ?=47 no proc Src=wxeh.cpp Module=J:\SMSWINRest\ClaRUN.dll 11.1.13815
??? 733EF290h Line ?=47 no proc Src=wxeh.cpp Module=J:\SMSWINRest\ClaRUN.dll 11.1.13815
??? 733EF284h Line ?=47 no proc Src=wxeh.cpp Module=J:\SMSWINRest\ClaRUN.dll 11.1.13815
[12] 774477FDh no debug info, Module=C:\windows\SYSTEM32\ntdll.dll 10.0.17763.2989 (WinBuild.160101.0800)
[13] 774477CDh no debug info, Module=C:\windows\SYSTEM32\ntdll.dll 10.0.17763.2989 (WinBuild.160101.0800)
----------------------------------------------------------------------------------
-
It's calling into OpenSSL, into SSL_New.
So it happens when a new connection is made.
Perhaps one of your OpenSSL's is not installed in the exe folder correctly. See
https://www.capesoft.com/docs/NetTalk11/NetTalk.htm#DeployingAtlsClientOrServer
If that doesn't help it'll need some extra debugging added to your system - but to do that you'd need to be on NetTalk 12.
Cheers
Bruce
-
I'll check, thank you, Bruce.
-
We are still having the GPF after the upgrades, about 15 minutes after starting. We made sure every file is updated.
Help!
----------------------------------------------------------------------------------
Program : F:\SMSRESTOG\WebServer.exe
Version : 4655.0.0.313
At : 20:20:17 on 2022/07/01
Workstation: : EMY-RDSH-04
User Name: : EMY-RDSH-04$
Reported error : EXCEPTION_ACCESS_VIOLATION - Error writing data at : 00000000h
Windows : Win 10 - 10.0.17763
Clarion : 0.9
Thread : 3 Field : 0 Event : 523 Keycode : 0
Error at address : 00000000h no module
Stack Trace
??? 1303D892h Line=1823 Proc=SSL_OUR_SERVERSWITCHTOSSL@F Src=netdl020.clw Module=F:\SMSRESTOG\CLAnet.dll 12.41.0.0
[01] 70F13BA2h no debug info, Module=F:\SMSRESTOG\libssl-1_1.dll 1.1.1n
[02] 13031533h Line=1635 Proc=SIMPLESERVER_ACCEPT@Fll Src=netdl017.clw Module=F:\SMSRESTOG\CLAnet.dll 12.41.0.0
[03] 130085E6h Line=1166 Proc=CALLBACKWINDOWCLIENTCALLBACK Src=netdl003.clw Module=F:\SMSRESTOG\CLAnet.dll 12.41.0.0
??? 13007D64h Line=1275 Proc=CALLBACKWINDOWMAINCALLBACK Src=netdl003.clw Module=F:\SMSRESTOG\CLAnet.dll 12.41.0.0
[04] 751C5D1Bh no debug info, Module=C:\windows\System32\USER32.dll 10.0.17763.1 (WinBuild.160101.0800)
??? 13007D64h Line=1275 Proc=CALLBACKWINDOWMAINCALLBACK Src=netdl003.clw Module=F:\SMSRESTOG\CLAnet.dll 12.41.0.0
[05] 751B682Ch no debug info, Module=C:\windows\System32\USER32.dll 10.0.17763.1 (WinBuild.160101.0800)
??? 13007D64h Line=1275 Proc=CALLBACKWINDOWMAINCALLBACK Src=netdl003.clw Module=F:\SMSRESTOG\CLAnet.dll 12.41.0.0
??? 7111BEA0h Line ?=47 no proc Src=wxeh.cpp Module=F:\SMSRESTOG\ClaRUN.dll 11.1.13815
??? 7111BEA4h Line ?=47 no proc Src=wxeh.cpp Module=F:\SMSRESTOG\ClaRUN.dll 11.1.13815
??? 7111BE9Ch Line ?=47 no proc Src=wxeh.cpp Module=F:\SMSRESTOG\ClaRUN.dll 11.1.13815
??? 13007D64h Line=1275 Proc=CALLBACKWINDOWMAINCALLBACK Src=netdl003.clw Module=F:\SMSRESTOG\CLAnet.dll 12.41.0.0
[06] 751B596Bh no debug info, Module=C:\windows\System32\USER32.dll 10.0.17763.1 (WinBuild.160101.0800)
??? 13007D64h Line=1275 Proc=CALLBACKWINDOWMAINCALLBACK Src=netdl003.clw Module=F:\SMSRESTOG\CLAnet.dll 12.41.0.0
??? 13007D64h Line=1275 Proc=CALLBACKWINDOWMAINCALLBACK Src=netdl003.clw Module=F:\SMSRESTOG\CLAnet.dll 12.41.0.0
[07] 751ABCB0h no debug info, Module=C:\windows\System32\USER32.dll 10.0.17763.1 (WinBuild.160101.0800)
[08] 710B077Ch Line ?=27 no proc Src="Library State" Module=F:\SMSRESTOG\ClaRUN.dll 11.1.13815
??? 13008A3Dh Line=826 Proc=CALLBACKWINDOWSRC@F Src=netdl003.clw Module=F:\SMSRESTOG\CLAnet.dll 12.41.0.0
??? 710F1A46h Line ?=47 no proc Src=wxeh.cpp Module=F:\SMSRESTOG\ClaRUN.dll 11.1.13815
??? 710D3318h Line ?=27 no proc Src="Library State" Module=F:\SMSRESTOG\ClaRUN.dll 11.1.13815
[09] 13008D33h Line=864 Proc=CALLBACKWINDOWSRC@F Src=netdl003.clw Module=F:\SMSRESTOG\CLAnet.dll 12.41.0.0
[10] 71093D9Bh no line number no proc Module=F:\SMSRESTOG\ClaRUN.dll 11.1.13815
??? 7110D0ACh Line ?=47 no proc Src=wxeh.cpp Module=F:\SMSRESTOG\ClaRUN.dll 11.1.13815
??? 710EDA9Eh Line ?=47 no proc Src=wxeh.cpp Module=F:\SMSRESTOG\ClaRUN.dll 11.1.13815
[11] 71093879h no line number no proc Module=F:\SMSRESTOG\ClaRUN.dll 11.1.13815
??? 710EDAB4h Line ?=47 no proc Src=wxeh.cpp Module=F:\SMSRESTOG\ClaRUN.dll 11.1.13815
??? 7110D0ACh Line ?=47 no proc Src=wxeh.cpp Module=F:\SMSRESTOG\ClaRUN.dll 11.1.13815
??? 7110D12Ch Line ?=47 no proc Src=wxeh.cpp Module=F:\SMSRESTOG\ClaRUN.dll 11.1.13815
??? 71101358h Line ?=47 no proc Src=wxeh.cpp Module=F:\SMSRESTOG\ClaRUN.dll 11.1.13815
??? 7110136Ch Line ?=47 no proc Src=wxeh.cpp Module=F:\SMSRESTOG\ClaRUN.dll 11.1.13815
??? 71101388h Line ?=47 no proc Src=wxeh.cpp Module=F:\SMSRESTOG\ClaRUN.dll 11.1.13815
??? 7110137Ch Line ?=47 no proc Src=wxeh.cpp Module=F:\SMSRESTOG\ClaRUN.dll 11.1.13815
??? 711013A4h Line ?=47 no proc Src=wxeh.cpp Module=F:\SMSRESTOG\ClaRUN.dll 11.1.13815
??? 71101398h Line ?=47 no proc Src=wxeh.cpp Module=F:\SMSRESTOG\ClaRUN.dll 11.1.13815
[12] 770F77FDh no debug info, Module=C:\windows\SYSTEM32\ntdll.dll 10.0.17763.2989 (WinBuild.160101.0800)
[13] 770F77CDh no debug info, Module=C:\windows\SYSTEM32\ntdll.dll 10.0.17763.2989 (WinBuild.160101.0800)
-
Next step is for me to TeamViewer your server to see what is happening.
Usually I'd say "email me the details" but email is offline at the moment, so catch me on skype and we can set it up.
Cheers
Bruce
-
Hi, Bruce.
I'm not sure how we solved that, but it was working fine in NT 12.47.
We needed some new features so we migrated to NT 14.37 - now, the problem started again.
With the server sitting idle, just answering "pings", it GPFs each 6 or so hours.
Basically, same GPF as this old case.
I'm sure all the dlls are matching NT 14.37, libcrypto-3.dll is 3.5.1.0, LibSSL-3.dll is 3.5.1, clanet.dll is 14.37.0.0, all in the program's folder.
Note in the GPF there is no mention of any other program, just clanet.dll and clarun.dll.
Is there any other resource I should check?
Why is it calling SSL_OUR_SERVERSWITCHTOSSL? Our "unsecure" port is closed, there is nothing coming from there (all connections are TLS).
Is this needed? Can be disabled somehow?
Program : F:\SMSRestServerMobileDevOps\SMSRestWebServer.exe
Version : 5276.14.4.548
At : 19:23:22 on 2026/05/18
Workstation: : ALCHEMY-RDSH-02
User Name: : ALCHEMY-RDSH-02$
Reported error : EXCEPTION_ACCESS_VIOLATION - Error writing data at : 00000000h
Windows : Win 10 - 10.0.17763
Clarion : 0.9
Thread : 3 Field : 0 Event : 523 Keycode : 0
Error at address : 00000000h no module
Stack Trace
??? 7417CE89h Line=2072 Proc=SSL_OUR_SERVERSWITCHTOSSL@F Src=netdl020.clw Module=F:\SMSRestServerMobileDevOps\CLAnet.dll 14.37.0.0
[01] 7417CE89h Line=2072 Proc=SSL_OUR_SERVERSWITCHTOSSL@F Src=netdl020.clw Module=F:\SMSRestServerMobileDevOps\CLAnet.dll 14.37.0.0
[02] 741706C6h Line=1794 Proc=SIMPLESERVER_ACCEPT@Fll Src=netdl017.clw Module=F:\SMSRestServerMobileDevOps\CLAnet.dll 14.37.0.0
[03] 741487E0h Line=1158 Proc=CALLBACKWINDOWCLIENTCALLBACK Src=netdl003.clw Module=F:\SMSRestServerMobileDevOps\CLAnet.dll 14.37.0.0
??? 74147FC4h Line=1267 Proc=CALLBACKWINDOWMAINCALLBACK Src=netdl003.clw Module=F:\SMSRestServerMobileDevOps\CLAnet.dll 14.37.0.0
[04] 76E96D1Bh no debug info, Module=C:\windows\System32\USER32.dll 10.0.17763.1 (WinBuild.160101.0800)
??? 74147FC4h Line=1267 Proc=CALLBACKWINDOWMAINCALLBACK Src=netdl003.clw Module=F:\SMSRestServerMobileDevOps\CLAnet.dll 14.37.0.0
[05] 76E877CCh no debug info, Module=C:\windows\System32\USER32.dll 10.0.17763.1 (WinBuild.160101.0800)
??? 74147FC4h Line=1267 Proc=CALLBACKWINDOWMAINCALLBACK Src=netdl003.clw Module=F:\SMSRestServerMobileDevOps\CLAnet.dll 14.37.0.0
??? 72F0BDC0h Line ?=47 no proc Src=wxeh.cpp Module=F:\SMSRestServerMobileDevOps\ClaRUN.dll 11.1.13845
??? 72F0BDC4h Line ?=47 no proc Src=wxeh.cpp Module=F:\SMSRestServerMobileDevOps\ClaRUN.dll 11.1.13845
??? 72F0BDBCh Line ?=47 no proc Src=wxeh.cpp Module=F:\SMSRestServerMobileDevOps\ClaRUN.dll 11.1.13845
??? 74147FC4h Line=1267 Proc=CALLBACKWINDOWMAINCALLBACK Src=netdl003.clw Module=F:\SMSRestServerMobileDevOps\CLAnet.dll 14.37.0.0
[06] 76E8690Bh no debug info, Module=C:\windows\System32\USER32.dll 10.0.17763.1 (WinBuild.160101.0800)
??? 74147FC4h Line=1267 Proc=CALLBACKWINDOWMAINCALLBACK Src=netdl003.clw Module=F:\SMSRestServerMobileDevOps\CLAnet.dll 14.37.0.0
??? 74147FC4h Line=1267 Proc=CALLBACKWINDOWMAINCALLBACK Src=netdl003.clw Module=F:\SMSRestServerMobileDevOps\CLAnet.dll 14.37.0.0
[07] 76E7CC60h no debug info, Module=C:\windows\System32\USER32.dll 10.0.17763.1 (WinBuild.160101.0800)
[08] 72EA0B48h Line ?=27 no proc Src="Library State" Module=F:\SMSRestServerMobileDevOps\ClaRUN.dll 11.1.13845
??? 74148C28h Line=819 Proc=CALLBACKWINDOWSRC@F Src=netdl003.clw Module=F:\SMSRestServerMobileDevOps\CLAnet.dll 14.37.0.0
??? 72EE1E3Ah Line ?=47 no proc Src=wxeh.cpp Module=F:\SMSRestServerMobileDevOps\ClaRUN.dll 11.1.13845
??? 72EC36E8h Line ?=27 no proc Src="Library State" Module=F:\SMSRestServerMobileDevOps\ClaRUN.dll 11.1.13845
[09] 74148F1Eh Line=857 Proc=CALLBACKWINDOWSRC@F Src=netdl003.clw Module=F:\SMSRestServerMobileDevOps\CLAnet.dll 14.37.0.0
[10] 72E83FC3h no line number no proc Module=F:\SMSRestServerMobileDevOps\ClaRUN.dll 11.1.13845
??? 72EFCFC4h Line ?=47 no proc Src=wxeh.cpp Module=F:\SMSRestServerMobileDevOps\ClaRUN.dll 11.1.13845
??? 72EDDE6Eh Line ?=47 no proc Src=wxeh.cpp Module=F:\SMSRestServerMobileDevOps\ClaRUN.dll 11.1.13845
[11] 72E83AA1h no line number no proc Module=F:\SMSRestServerMobileDevOps\ClaRUN.dll 11.1.13845
??? 72EDDE84h Line ?=47 no proc Src=wxeh.cpp Module=F:\SMSRestServerMobileDevOps\ClaRUN.dll 11.1.13845
??? 72EFCFC4h Line ?=47 no proc Src=wxeh.cpp Module=F:\SMSRestServerMobileDevOps\ClaRUN.dll 11.1.13845
??? 72EFD044h Line ?=47 no proc Src=wxeh.cpp Module=F:\SMSRestServerMobileDevOps\ClaRUN.dll 11.1.13845
??? 72EF1360h Line ?=47 no proc Src=wxeh.cpp Module=F:\SMSRestServerMobileDevOps\ClaRUN.dll 11.1.13845
??? 72EF1374h Line ?=47 no proc Src=wxeh.cpp Module=F:\SMSRestServerMobileDevOps\ClaRUN.dll 11.1.13845
??? 72EF1390h Line ?=47 no proc Src=wxeh.cpp Module=F:\SMSRestServerMobileDevOps\ClaRUN.dll 11.1.13845
??? 72EF1384h Line ?=47 no proc Src=wxeh.cpp Module=F:\SMSRestServerMobileDevOps\ClaRUN.dll 11.1.13845
??? 72EF13ACh Line ?=47 no proc Src=wxeh.cpp Module=F:\SMSRestServerMobileDevOps\ClaRUN.dll 11.1.13845
??? 72EF13A0h Line ?=47 no proc Src=wxeh.cpp Module=F:\SMSRestServerMobileDevOps\ClaRUN.dll 11.1.13845
[12] 77817E4Dh no debug info, Module=C:\windows\SYSTEM32\ntdll.dll 10.0.17763.6292 (WinBuild.160101.0800)
[13] 77817E1Dh no debug info, Module=C:\windows\SYSTEM32\ntdll.dll 10.0.17763.6292 (WinBuild.160101.0800)
Kind regards,
Jorge Lavera
-
Can somehow sharing a certificate among servers can cause this? I have two servers sharing a folder and a certificate, and both are showing this sporadic GPF problem. Other servers not sharing, does not.
-
probably not.
My guess is whatever you did wrong in 2022 you've done wrong again.
Since I had to TeamViewer in to see what that was last time, I'm guessing I need to do that again.
-
Hi, Bruce.
You didn't teamviewer that time, we finally did an upgrade of NT to the latest NT 12.x and the error went away.
While the GPF is exactly the same, the situation is different this time. In that time the error was in a single server running alone, this is no longer happening. And we are in the latest of everything.
Kind regards,
Jorge Lavera
-
For others and future references, the debug in NT was disabled, and when I activated it, the GPFs just stopped.
From the General extension, "Log files" tab, activated Force /netall, and the error went away - no more GPFs.
Bruce told me the debug change forces a "full recompile", and that's why it was fixed. As per his request, I recompiled again without the debug.
Indeed after 8 hours the GPFs still didn't return, so there's a magic trick to fix this.
Kind regards,
Jorge Lavera
-
Hi Jorge
From the General extension, "Log files" tab, activated Force /netall
Is it possible to gibe more info on exactly where this is?
Think I zigged instead of zagged, can't find this setting
thanks
Johan
-
Hi,
Found it!
thanks
Johan
-
hi,
what about at multi host environment? do we set this Force/netall only at the host.exe or in all (host and dll)
jason
nt14.36
c11.1