Show Posts
This section allows you to view all posts made by this member. Note that you can only see posts made in areas you currently have access to.
1
Web Server - Ask For Help / Is there a way to GET binary files from a rest server, not using encoding?
« on: May 23, 2026, 05:21:58 PM »
Hi, all.
We have some API Rest servers where the speed had become critical, so if we can reduce the traffic it would be great. We used to upload/download (POST, GET) files using base64 encoding inside json packages. It works great, but it adds 30% to 40% of overhead.
We replaced all the POST with Multipart/form-data, the API rest server recognizes it perfectly, and we receive those files way faster than before.
However, I don't find the way to do the same for GET operations; for what I see, the methods force to use either json or xml (the "default return format" is mandatory and either json or xml).
Is there a way to transmit a Multipart/form-data response? Or any other way to transmit binaries, for example BSON or even CBOR?
Cheers,
Jorge Lavera
We have some API Rest servers where the speed had become critical, so if we can reduce the traffic it would be great. We used to upload/download (POST, GET) files using base64 encoding inside json packages. It works great, but it adds 30% to 40% of overhead.
We replaced all the POST with Multipart/form-data, the API rest server recognizes it perfectly, and we receive those files way faster than before.
However, I don't find the way to do the same for GET operations; for what I see, the methods force to use either json or xml (the "default return format" is mandatory and either json or xml).
Is there a way to transmit a Multipart/form-data response? Or any other way to transmit binaries, for example BSON or even CBOR?
Cheers,
Jorge Lavera
2
Web Server - Ask For Help / Re: GPF on Line=1774 Proc=SSL_OUR_SERVERSWITCHTOSSL
« on: May 22, 2026, 02:07:28 AM »
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
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
3
Web Server - Ask For Help / Re: GPF on Line=1774 Proc=SSL_OUR_SERVERSWITCHTOSSL
« on: May 21, 2026, 06:41:46 AM »
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
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
4
Web Server - Ask For Help / Re: GPF on Line=1774 Proc=SSL_OUR_SERVERSWITCHTOSSL
« on: May 19, 2026, 09:21:33 AM »
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.
5
Web Server - Ask For Help / Re: GPF on Line=1774 Proc=SSL_OUR_SERVERSWITCHTOSSL
« on: May 18, 2026, 04:12:56 AM »
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
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
6
Web Server - Ask For Help / API hangs on memo field
« on: April 28, 2026, 06:31:51 AM »
I have a rest server API. Recently upgraded to NT 14.37, and all the latest versions of ST, Reflection, jFiles, etc.
There is a complex topspeed file with lot of fields and some memo fields. The API receive just a few of them, ignoring the rest.
There is generated code that does this:
DocParm:App_Rosters.SetAttribute('table',DocParm:App_Rosters.TableFieldToColumn(App_Rosters,'AppRosters:CancelDescription'),'readonly') DocParm:App_Rosters.SetAttribute('table',DocParm:App_Rosters.TableFieldToColumn(App_Rosters,'AppRosters:CancelDescription'),'private')
And it hangs on either one.
I debugged until I found that in Reflection.clw, there is a
ReflectClass.TableFieldToColumn Procedure(FILE pTable,String pLabel)
where this call does a loop in the "record"... but it is not counting or processing the memo fields. It looks for the field name in the structure, but it is not there, as a memo, it is not part of the structure. The result is it never ends the loop and the server hangs.
Anyone sees this? Is this a bug, or I'm missing a setting (which I cannot find)?
Kind regards,
Jorge Lavera
There is a complex topspeed file with lot of fields and some memo fields. The API receive just a few of them, ignoring the rest.
There is generated code that does this:
DocParm:App_Rosters.SetAttribute('table',DocParm:App_Rosters.TableFieldToColumn(App_Rosters,'AppRosters:CancelDescription'),'readonly') DocParm:App_Rosters.SetAttribute('table',DocParm:App_Rosters.TableFieldToColumn(App_Rosters,'AppRosters:CancelDescription'),'private')
And it hangs on either one.
I debugged until I found that in Reflection.clw, there is a
ReflectClass.TableFieldToColumn Procedure(FILE pTable,String pLabel)
where this call does a loop in the "record"... but it is not counting or processing the memo fields. It looks for the field name in the structure, but it is not there, as a memo, it is not part of the structure. The result is it never ends the loop and the server hangs.
Anyone sees this? Is this a bug, or I'm missing a setting (which I cannot find)?
Kind regards,
Jorge Lavera
7
Web Server - Ask For Help / Re: How to change header of the ANSWER in an API rest server
« on: January 26, 2025, 12:23:23 PM »
I will answer myself, since I found the solution (ant it -was- easy, may help others.
Inside the method, there is a
BuildResult routine
In there, the reply content type is set.
At the end of it, I added
p_web.ReplyContentType = 'application/json'
And I got exactly what I needed.
Kind regards,
Jorge Lavera
Inside the method, there is a
BuildResult routine
In there, the reply content type is set.
At the end of it, I added
p_web.ReplyContentType = 'application/json'
And I got exactly what I needed.
Kind regards,
Jorge Lavera
8
Web Server - Ask For Help / How to change header of the ANSWER in an API rest server
« on: January 26, 2025, 11:06:08 AM »
Hi, All.
I set up a rest server that will be consumed by a third party. It works fine, but in the header our server returns "application/json; charset=utf-8" (see attached image).
I need it to be just "application/json", but I cannot find where this is generated or how to change it!
There is no hand code, no security, nothing really yet, just a single method to answer a pseudo "ping", like
WebServer -> WebHandler -> MyServer -> Ping
When I call as a client, I use something like net.CustomHeader = 'Content-Type: application/json' to set exactly this, but I kind of missing where something like this goes for the server to put in the ANSWER to the client.
I bet it is simple, but I cannot find anything about it. Can anyone help?
(Latest Clarion 11.1, latest Nettalk 14 versions).
Kind regards,
Jorge Lavera
I set up a rest server that will be consumed by a third party. It works fine, but in the header our server returns "application/json; charset=utf-8" (see attached image).
I need it to be just "application/json", but I cannot find where this is generated or how to change it!
There is no hand code, no security, nothing really yet, just a single method to answer a pseudo "ping", like
WebServer -> WebHandler -> MyServer -> Ping
When I call as a client, I use something like net.CustomHeader = 'Content-Type: application/json' to set exactly this, but I kind of missing where something like this goes for the server to put in the ANSWER to the client.
I bet it is simple, but I cannot find anything about it. Can anyone help?
(Latest Clarion 11.1, latest Nettalk 14 versions).
Kind regards,
Jorge Lavera
9
Web Server - Ask For Help / Re: Help connecting with rest server locally? Get error -69
« on: March 11, 2024, 05:16:10 PM »
Some more info...
I tried connecting from PostMan to the secure port, got an error as well.
So later, I tried connecting to the non-secure port. From Postman, succeed! It indeed connected locally.
Then, I tried from my nettalk client program... no luck. Said "the requested connection to 127.0.0.1 could not be opened. The open command timed out or failed to connect". I'm tried with 127.0.0.1 and the insecure port (that worked from postman, and from the browser!).
In my program, I changed to net.SSL = 0 (recompiled, retried, not working)
And of course, the adresss to call (i set that at runtime).
What else should I change to get the same result as Postman?
Kind regards,
Jorge Lavera
I tried connecting from PostMan to the secure port, got an error as well.
So later, I tried connecting to the non-secure port. From Postman, succeed! It indeed connected locally.
Then, I tried from my nettalk client program... no luck. Said "the requested connection to 127.0.0.1 could not be opened. The open command timed out or failed to connect". I'm tried with 127.0.0.1 and the insecure port (that worked from postman, and from the browser!).
In my program, I changed to net.SSL = 0 (recompiled, retried, not working)
And of course, the adresss to call (i set that at runtime).
What else should I change to get the same result as Postman?
Kind regards,
Jorge Lavera
10
Web Server - Ask For Help / Help connecting with rest server locally? Get error -69
« on: March 11, 2024, 04:21:13 PM »
Hi, I have a rest server using nettalk -working- already in the Azure cloud. It works! But I need to do some testing locally... and this used to work, but lately I'm, totally unable to communicate to the server using 127.0.0.1 or localhost.
Using the latest Nettalk.
* I generated the crt and key certificates with the latest openssl - (both for localhost and 127.0.0.1).
* I tried from the browser, that was one of the latest things that worked, but not anymore.
* It is not locked by any antivirus or firewall. I made a small Clarion testing program, to send a GET to the server, and when I try locally (for example, to https://localhost:1741 or to https://127.0.0.1:1741) it says the error was -69 which means the SSL remote certificate failed verification.
* The server starts successfully, it says it loaded the certificates, 0 errors.
* The server shows there -was- a connection attempt. But it gives no error, nothing.
* If i started the server for localhost I tried calling localhost and used localhost named certificates, same for 127.0.0.1 - all matching)
* The problem seems to be in the side of the server... But I'm not sure what else to try.
** Do the openssl certificates are no longer valid for a local test??
** What I need to test is the server response under certain conditions and performance related LOCALLY, the connection over the web works perfect!!! What am I missing for testing the server locally?
Thank you for any help!
Kind regards,
Jorge Lavera
Using the latest Nettalk.
* I generated the crt and key certificates with the latest openssl - (both for localhost and 127.0.0.1).
* I tried from the browser, that was one of the latest things that worked, but not anymore.
* It is not locked by any antivirus or firewall. I made a small Clarion testing program, to send a GET to the server, and when I try locally (for example, to https://localhost:1741 or to https://127.0.0.1:1741) it says the error was -69 which means the SSL remote certificate failed verification.
* The server starts successfully, it says it loaded the certificates, 0 errors.
* The server shows there -was- a connection attempt. But it gives no error, nothing.
* If i started the server for localhost I tried calling localhost and used localhost named certificates, same for 127.0.0.1 - all matching)
* The problem seems to be in the side of the server... But I'm not sure what else to try.
** Do the openssl certificates are no longer valid for a local test??
** What I need to test is the server response under certain conditions and performance related LOCALLY, the connection over the web works perfect!!! What am I missing for testing the server locally?
Thank you for any help!
Kind regards,
Jorge Lavera
11
Web Server - Ask For Help / I do NOT want to include the blob, but he thinks differently
« on: July 24, 2023, 09:08:44 AM »
A rest server, using topspeed files.
Nettalk 12.62, jfiles 2.3, reflection 1.22, selfService 3.57, stringTheory 3.57, xfiles 4.23
Clarion 11.1 13815
Using NetWebServiceMethod procedures to supply Rest APIs.
I have a Rosters topspeed file with several fields, a blob, and several memos. The blob is defined as binary, although stores a base 64 encoded string. The Android/ios App supplies the content, the content is saved to the blob, and the signature is shown in the Windows system. So far, perfect.
Now, I have an API for the App to -read- the roster information, and in that response, I DON'T want the signature to be sent to the app... and no matter what I do, it is always there.
A typical response is like this:
{"Response":{"Rosters":[{"clientcontribution":0,"clientid":30917,"clientnoteflag":0,"deliveryitems":0,"description":"Monday - Paid meal break","destination":"","enableconcurrentservices":0,"enablerosteropt":0,"endatdate":"2023-07-24","endattime":"07:00:00","endtrandoneflag":0,"enduserlatitude":0,"enduserlocation":"","enduserlongitude":0,"extentofservice":10,"fixedstarttime":"0:00:00","groupview":0,"kmsetting":"N","maxkm":0,"nextservicedate":"- -","optimisedendtime":"0:00:00","optimisedtime":"0:00:00","optimizedetfrom":"0:00:00","optimizedetto":"0:00:00","optimizedrange":0,"optimizedstfrom":"0:00:00","optimizedstto":"0:00:00","originalendtime":"0:00:00","originaltime":"0:00:00","pickup":"","requirecost":0,"requiredondevice":0,"rosterid":2252957,"rosteropt":"","rosterstatus":"","rostershashmd5":"QD20230710112942","servicelocation":"15A Nicholl Street DAGLISH WA","servicetype":"Overnight - Active","servicetypeid":480,"signaturerequired":"N","startatdate":"2023-07-24","startattime":"21:00:00","startuserlatitude":0,"startuserlocation":"","startuserlongitude":0,"status":"AS","uomdescription":"Hours","uomid":1,"userid":1124,"workerid":21905,"signature":""}]}}
Except "signature" is nowhere included to be listed.
I come to remove ALL the fields but the id, and I got:
{"Response":{"Rosters":[{"rosterid":32342,"signature":""}]}}
I don't have the signature field in the list of fields. It is excluded.
"Blobs in View" is unmarked (although, I tried both options).
I also tried an "overrides" list with, for example, only the Id. Still, I got the id and the signature.
I even created a new procedure from scratch! In case it was corrupted somehow. Still... signature is there.
What made me come here to ask for help, is I did a text search in the generated source, and the field signature is nowhere!!! Is not even part of the project.
At this point, I'm at level WTF? and give up.
I'm about to conclude the only thing I can do is to remove the field from the file... But sure that's not the solution, isn't it?
Any idea?
Help!
Thank you,
Jorge Lavera
Nettalk 12.62, jfiles 2.3, reflection 1.22, selfService 3.57, stringTheory 3.57, xfiles 4.23
Clarion 11.1 13815
Using NetWebServiceMethod procedures to supply Rest APIs.
I have a Rosters topspeed file with several fields, a blob, and several memos. The blob is defined as binary, although stores a base 64 encoded string. The Android/ios App supplies the content, the content is saved to the blob, and the signature is shown in the Windows system. So far, perfect.
Now, I have an API for the App to -read- the roster information, and in that response, I DON'T want the signature to be sent to the app... and no matter what I do, it is always there.
A typical response is like this:
{"Response":{"Rosters":[{"clientcontribution":0,"clientid":30917,"clientnoteflag":0,"deliveryitems":0,"description":"Monday - Paid meal break","destination":"","enableconcurrentservices":0,"enablerosteropt":0,"endatdate":"2023-07-24","endattime":"07:00:00","endtrandoneflag":0,"enduserlatitude":0,"enduserlocation":"","enduserlongitude":0,"extentofservice":10,"fixedstarttime":"0:00:00","groupview":0,"kmsetting":"N","maxkm":0,"nextservicedate":"- -","optimisedendtime":"0:00:00","optimisedtime":"0:00:00","optimizedetfrom":"0:00:00","optimizedetto":"0:00:00","optimizedrange":0,"optimizedstfrom":"0:00:00","optimizedstto":"0:00:00","originalendtime":"0:00:00","originaltime":"0:00:00","pickup":"","requirecost":0,"requiredondevice":0,"rosterid":2252957,"rosteropt":"","rosterstatus":"","rostershashmd5":"QD20230710112942","servicelocation":"15A Nicholl Street DAGLISH WA","servicetype":"Overnight - Active","servicetypeid":480,"signaturerequired":"N","startatdate":"2023-07-24","startattime":"21:00:00","startuserlatitude":0,"startuserlocation":"","startuserlongitude":0,"status":"AS","uomdescription":"Hours","uomid":1,"userid":1124,"workerid":21905,"signature":""}]}}
Except "signature" is nowhere included to be listed.
I come to remove ALL the fields but the id, and I got:
{"Response":{"Rosters":[{"rosterid":32342,"signature":""}]}}
I don't have the signature field in the list of fields. It is excluded.
"Blobs in View" is unmarked (although, I tried both options).
I also tried an "overrides" list with, for example, only the Id. Still, I got the id and the signature.
I even created a new procedure from scratch! In case it was corrupted somehow. Still... signature is there.
What made me come here to ask for help, is I did a text search in the generated source, and the field signature is nowhere!!! Is not even part of the project.
At this point, I'm at level WTF? and give up.
I'm about to conclude the only thing I can do is to remove the field from the file... But sure that's not the solution, isn't it?
Any idea?
Help!
Thank you,
Jorge Lavera
12
Web Server - Ask For Help / Empty "fields" list in "Returns" properties of a NetWebServiceMethod - Bug
« on: September 27, 2022, 05:40:29 AM »
Hi, all.
In version 12.41 and 12.46, I found that when I enter a NetWebServiceMethod, go to Actions, Returns tab, properties button, and "fields" list, there suppose to be the list of selected fields there, but now it is always empty.
Does this happens to you?
If I go to "options" and select the "view table" button to "select" the file again, THEN the list appears again (only if I actually select the file), with the file selection memorized. However, as soon as I "save" everything, the selection seems to be lost again. In fact, I'm getting a field in the API answer that is specifically unselected in the list.
What to do?
Kind regards,
Jorge Lavera
In version 12.41 and 12.46, I found that when I enter a NetWebServiceMethod, go to Actions, Returns tab, properties button, and "fields" list, there suppose to be the list of selected fields there, but now it is always empty.
Does this happens to you?
If I go to "options" and select the "view table" button to "select" the file again, THEN the list appears again (only if I actually select the file), with the file selection memorized. However, as soon as I "save" everything, the selection seems to be lost again. In fact, I'm getting a field in the API answer that is specifically unselected in the list.
What to do?
Kind regards,
Jorge Lavera
13
Web Server - Ask For Help / Re: GPF on Line=1774 Proc=SSL_OUR_SERVERSWITCHTOSSL
« on: July 01, 2022, 10:05:20 AM »
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)
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)
14
Web Server - Ask For Help / Re: GPF on Line=1774 Proc=SSL_OUR_SERVERSWITCHTOSSL
« on: June 29, 2022, 07:38:36 PM »
I'll check, thank you, Bruce.
15
Web Server - Ask For Help / Re: GPF on Line=1774 Proc=SSL_OUR_SERVERSWITCHTOSSL
« on: June 29, 2022, 02:11:22 AM »
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)
----------------------------------------------------------------------------------
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)
----------------------------------------------------------------------------------