CapeSoft Chrome Explorer 3.05 - GPF

1

Hi,

Receiving a regular GPF on saving a Form with a CEF control displaying a PDF
Clarion ver 10.0 build11897
Legacy templates

It does not happen every time I save, after a few records have been opened 2-3 and then receive the GPF
Typical pattern - not always 3 times
Open form, save form
Open form, save form
Open form, save form
GPF

It does not GPF if I close the Form using the window close button or the cancel button
There is only 1 data file in the “Update record on Disk”
No embed code or anything custom on saving the record

What is confusing me is that it seems to be because of the saving of the record, but the GPF is pointing to the libcef.dll
??? 0197C82Eh Line ?=203 no proc Src=TSTOC_SF.CLW Module=C:\dev\C10\tvc\xtstock.dll
This line is a checkopen function.

I have confirmed and am pretty sure that all files are the latest and that I have removed the old non required chrome files with upgrading to version 3.

thanks for any ideas an what to check,

Johan

Program : C:\dev\C10\tvc\xtvc.exe
Version :
At : 12:04:53 on 2026/04/26
Workstation: : laptop03
User Name: : johan
Program Memory (kb) :         76,320
Machine Memory (kb) :
        SWAP:   USED:[ (48%)     18,285,648]     FREE:[ (51%)     19,114,732]     TOTAL:     37,400,380
        RAM:    USED:[ (43%)     14,111,168]     FREE:[ (56%)     18,308,452]     TOTAL:     32,419,644
        VMEM:   USED:[ (35%)        751,676]     FREE:[ (64%)      1,345,348]     TOTAL:      2,097,024
Reported error : EXCEPTION_ACCESS_VIOLATION - Error reading data at : 00000010h
Windows : Win 11 - 10.0.26200
Clarion : 0.9
Thread : 5 	Field : 0 	Event : 0 	Keycode : 0
Error at address : 5AF24625h  no debug info, Module=C:\dev\C10\tvc\libcef.dll 131.2.4+gb7543e4+chromium-131.0.6778.70
Stack Trace
[01] 5AF65EBFh 	no debug info, Module=C:\dev\C10\tvc\libcef.dll 131.2.4+gb7543e4+chromium-131.0.6778.70
[02] 5AF36686h 	no debug info, Module=C:\dev\C10\tvc\libcef.dll 131.2.4+gb7543e4+chromium-131.0.6778.70
[03] 5C1468D7h 	no debug info, Module=C:\dev\C10\tvc\libcef.dll 131.2.4+gb7543e4+chromium-131.0.6778.70
[04] 5C14687Dh 	no debug info, Module=C:\dev\C10\tvc\libcef.dll 131.2.4+gb7543e4+chromium-131.0.6778.70
[05] 5B7FF465h 	no debug info, Module=C:\dev\C10\tvc\libcef.dll 131.2.4+gb7543e4+chromium-131.0.6778.70
[06] 5B7FF2D5h 	no debug info, Module=C:\dev\C10\tvc\libcef.dll 131.2.4+gb7543e4+chromium-131.0.6778.70
[07] 5B7E5681h 	no debug info, Module=C:\dev\C10\tvc\libcef.dll 131.2.4+gb7543e4+chromium-131.0.6778.70
[08] 5B7E3C23h 	no debug info, Module=C:\dev\C10\tvc\libcef.dll 131.2.4+gb7543e4+chromium-131.0.6778.70
[09] 5B7E34CCh 	no debug info, Module=C:\dev\C10\tvc\libcef.dll 131.2.4+gb7543e4+chromium-131.0.6778.70
[10] 5B804858h 	no debug info, Module=C:\dev\C10\tvc\libcef.dll 131.2.4+gb7543e4+chromium-131.0.6778.70
[11] 5B82DB7Ah 	no debug info, Module=C:\dev\C10\tvc\libcef.dll 131.2.4+gb7543e4+chromium-131.0.6778.70
[12] 5B80F32Ch 	no debug info, Module=C:\dev\C10\tvc\libcef.dll 131.2.4+gb7543e4+chromium-131.0.6778.70
[13] 5B818F23h 	no debug info, Module=C:\dev\C10\tvc\libcef.dll 131.2.4+gb7543e4+chromium-131.0.6778.70
[14] 5B82F435h 	no debug info, Module=C:\dev\C10\tvc\libcef.dll 131.2.4+gb7543e4+chromium-131.0.6778.70
??? 0197C82Eh 	Line ?=203 	no proc 		Src=TSTOC_SF.CLW 	Module=C:\dev\C10\tvc\xtstock.dll
[15] 5B82F4C8h 	no debug info, Module=C:\dev\C10\tvc\libcef.dll 131.2.4+gb7543e4+chromium-131.0.6778.70
[16] 5D7F1D63h 	no debug info, Module=C:\dev\C10\tvc\libcef.dll 131.2.4+gb7543e4+chromium-131.0.6778.70
[17] 5D946114h 	no debug info, Module=C:\dev\C10\tvc\libcef.dll 131.2.4+gb7543e4+chromium-131.0.6778.70
[18] 5D7E556Ah 	no debug info, Module=C:\dev\C10\tvc\libcef.dll 131.2.4+gb7543e4+chromium-131.0.6778.70
[19] 5BCA51B2h 	no debug info, Module=C:\dev\C10\tvc\libcef.dll 131.2.4+gb7543e4+chromium-131.0.6778.70
[20] 5C1C0810h 	no debug info, Module=C:\dev\C10\tvc\libcef.dll 131.2.4+gb7543e4+chromium-131.0.6778.70
[21] 5BCC7FDDh 	no debug info, Module=C:\dev\C10\tvc\libcef.dll 131.2.4+gb7543e4+chromium-131.0.6778.70
[22] 5AF54824h 	no debug info, Module=C:\dev\C10\tvc\libcef.dll 131.2.4+gb7543e4+chromium-131.0.6778.70
[23] 5AFA8FA1h 	no debug info, Module=C:\dev\C10\tvc\libcef.dll 131.2.4+gb7543e4+chromium-131.0.6778.70
[24] 5BCA1160h 	no debug info, Module=C:\dev\C10\tvc\libcef.dll 131.2.4+gb7543e4+chromium-131.0.6778.70
[25] 74BF5D49h 	no debug info, Module=C:\Windows\System32\KERNEL32.DLL 10.0.26100.8115 (WinBuild.160101.0800)
[26] 7735D83Bh 	no debug info, Module=C:\Windows\SYSTEM32\ntdll.dll 10.0.26100.7920 (WinBuild.160101.0800)
[27] 7735D7C1h 	no debug info, Module=C:\Windows\SYSTEM32\ntdll.dll 10.0.26100.7920 (WinBuild.160101.0800)
2

Hi,

Think I might have solved it somehow,
I added the CEFcontrol to the “Do not validate” List onnthe procedure actions button

Still testing

thanks

Johan

3

Whether or not related to your crash, 5AF24625h is 1.525827109 GB.

Most 32-bit apps will go belly-up if they attempt to touch anything beyond 2 GB, so this looks pretty close to that. Could be caused by a memory leak (not disposing/killing stuff that was created/initted).

If your app really does need to access that much memory, then adding LARGE_ADDRESS to your MyExe.EXP file will allow you to access up to 3GB. But you need to determine if your needs are because of actual need or because of a bug. If it’s just because of a bug, then LARGE_ADDRESS will only help for a little while. :slight_smile:

4

Hi Jeff

Thanks for the info ,
However my app is not using anywhere close to that if I use TaskManager to check.
It’s in the 30mb to 100mb range

Could that refer to something else?

GPF missing in action currently

thanks

Johan

5

Reported error : EXCEPTION_ACCESS_VIOLATION -
Error reading data at : 00000010h

It looks to me like the problem is trying read memory at address 10h. Anything in 0-FFFFh is reserved to spot null pointers and causes an Access Violation.

Windows reserves the first 64 KB (from address 0x00000000 to 0x00010000) of the virtual address space for every process. This region is marked as no-access, meaning any attempt to read from or write to it will immediately trigger an Access Violation (0xC0000005).
Here is the breakdown of how and why Windows does this:

  1. The “Null-Pointer” Guard
    Since NULL is defined as 0, a common programming error is to dereference a pointer that hasn’t been initialized or has been explicitly set to zero. By ensuring that the address 0x0 is unmapped (not backed by physical RAM) and forbidden, the hardware (CPU) and the OS catch the error the moment it happens. This prevents “silent” data corruption and forces the application to crash, making the bug easier to find.

  2. Offsets from Null
    Windows doesn’t just reserve the single address 0x0; it reserves a full 64 KB range.
    Why? In C++ or C, you might have a pointer to a struct or an object. If the pointer is NULL but you try to access a member variable, the CPU calculates an offset.
    Example: If you have struct User { int id; char name[100]; }, and you access user->name, the code might be trying to access address 0x0 + 4.
    By blocking the entire first 64 KB, Windows ensures that even “null-pointer-plus-offset” errors are caught.

6

Johan,

I have continues memory leaks because of the .net report writer we use. They do not free/release memory after running reports and thus it builds up the more reports you run. It might be totally un related but look at your program while running all functions and procedures after a while.

We are now looking into writing a free memory .exe to release the ram so that our .exe does not crash.

Just my 2c

7

Hi,

Still struggling with this GPF
It’s in an area that we don’t use much and I thought it was gone, but it’s back.

GPF info below.

I have compiled DEBUG the ChromeExplorer exe, copied that to the dev folder
Switched on the verbose logging in the Chrome Extension
Recompiled my app with DEBUG.

Any ideas of what I could check to see where it’s going wrong?

thanks

Johan

Below the message from Debug++

9µ00C
3B00C
3B00C
3B00C
3B00C
5T00C
5T00C
5T00C
5T00C
5T00C
Thread=5 GPF here.
[cef][3301] Clarion CEF_Class. Version: CEF: 131.2.4.3097 CHROMIUM: 131.0.6778.70
[NetDLL] [2] CallBackWindowSrc() : NTThread Event : 523 start
[NetDLL] [2] CallBackWindowSrc() : NTThread Event : 523 end
vsx:dwOSVersionInfoSize=156
vsx:dwMajorVersion=10 vsx:dwMinorVersion=0
vsx:dwOSVersionInfoSize=156
vsx:dwMajorVersion=10 vsx:dwMinorVersion=0

--------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------
Program : C:\dev\C10\tvc\xtvc.exe
Version :
At : 15:58:19 on 2026/05/14
Workstation: : laptop03
User Name: : johan
Program Memory (kb) :         72,860
Machine Memory (kb) :
        SWAP:   USED:[ (60%)     20,786,928]     FREE:[ (39%)     13,664,332]     TOTAL:     34,451,260
        RAM:    USED:[ (49%)     16,114,484]     FREE:[ (50%)     16,305,168]     TOTAL:     32,419,644
        VMEM:   USED:[ (36%)        758,396]     FREE:[ (63%)      1,338,628]     TOTAL:      2,097,024
Reported error : EXCEPTION_ACCESS_VIOLATION - Error reading data at : 3F3F3F3Fh
Windows : Win 11 - 10.0.26200
Clarion : 0.9
Thread : 5 	Field : 0 	Event : 0 	Keycode : 0
Error at address : 3F3F3F3Fh  no module
Stack Trace
??? 03000000h 	Line ?=203 	no proc 		Src=TVCFF_SF.CLW 	Module=C:\dev\C10\tvc\xtvcff.dll
[01] 55575D99h 	no debug info, Module=C:\dev\C10\tvc\libcef.dll 131.2.4+gb7543e4+chromium-131.0.6778.70
[02] 5537E34Ch 	no debug info, Module=C:\dev\C10\tvc\libcef.dll 131.2.4+gb7543e4+chromium-131.0.6778.70
[03] 5522FCD9h 	no debug info, Module=C:\dev\C10\tvc\libcef.dll 131.2.4+gb7543e4+chromium-131.0.6778.70
[04] 55230F08h 	no debug info, Module=C:\dev\C10\tvc\libcef.dll 131.2.4+gb7543e4+chromium-131.0.6778.70
[05] 552310A3h 	no debug info, Module=C:\dev\C10\tvc\libcef.dll 131.2.4+gb7543e4+chromium-131.0.6778.70
[06] 55231032h 	no debug info, Module=C:\dev\C10\tvc\libcef.dll 131.2.4+gb7543e4+chromium-131.0.6778.70
[07] 57321D63h 	no debug info, Module=C:\dev\C10\tvc\libcef.dll 131.2.4+gb7543e4+chromium-131.0.6778.70
[08] 57476114h 	no debug info, Module=C:\dev\C10\tvc\libcef.dll 131.2.4+gb7543e4+chromium-131.0.6778.70
[09] 5731556Ah 	no debug info, Module=C:\dev\C10\tvc\libcef.dll 131.2.4+gb7543e4+chromium-131.0.6778.70
[10] 557D51B2h 	no debug info, Module=C:\dev\C10\tvc\libcef.dll 131.2.4+gb7543e4+chromium-131.0.6778.70
[11] 55CF0810h 	no debug info, Module=C:\dev\C10\tvc\libcef.dll 131.2.4+gb7543e4+chromium-131.0.6778.70
[12] 557F7FDDh 	no debug info, Module=C:\dev\C10\tvc\libcef.dll 131.2.4+gb7543e4+chromium-131.0.6778.70
[13] 54A84824h 	no debug info, Module=C:\dev\C10\tvc\libcef.dll 131.2.4+gb7543e4+chromium-131.0.6778.70
[14] 54AD8FA1h 	no debug info, Module=C:\dev\C10\tvc\libcef.dll 131.2.4+gb7543e4+chromium-131.0.6778.70
8

I don’t know your problem, but 3f3f3f3f is ????.

9

Hi Jeff,

Thanks ,
Need to check which line of code is causing the issue,
if it’s mine or if it’s the ChromeExplorer exe?

From chatgpt on 3F3F3F3Fh

Given your stack trace goes into libcef.dll, I strongly suspect:

  • a bad callback pointer
  • invalid browser object
  • malformed string/path/URL
  • or destroyed object still being referenced.

and the next error was
EFEFEFEFh

and from ChatGpt -
commonly indicates:

  • invalid/freed memory
  • heap corruption
  • object already destroyed
  • memory that should no longer be accessed

Next step I think is to figure how to debug ChromeExplorer for more info.

Johan

10

Most common cause of problems is /locales folder not up to date.

11

Hi Bruce

Thanks,
I have checked previously and confirmed locales folder is up to date.
Have also confirmed that all the extra distro files are correct.

To make 100% sure I did a manual copy now of each file to ensure that each version is correct and that no past file was out of date.
I have also removed the gpucache folder

Any other pointers that I could check?

When I get a chance tomorrow will do an uninstall of ChromeExplorer and do a fresh install of latest version, perhaps something out of whack.

thanks

Johan

12

Part of why I brought up the ???? is that sometimes that is the result of a failed conversion from UTFx to ANSI. And maybe there’s a conversion of that to ADDRESS() via reflection, or something.

13

Its all the address range for resources built into an EXE or DLL.

14

Hi,

Thanks for the feedback

Next step seemed to have identified that some of my code is probably the culprit, or causing something to fail.
I stripped out all the controls and embed code so all the form has now is the CE PDF control that displays the PDF file.

However nothing in my code out of the ordinary.

Will now go through and see if anything in there could be the culprit.
Will also try to check why if in my code the GPF reporter window does not provide clearer info on line nr as I have it compiled in DEBUG
Been awhile since I used GPF reporter, will just make sure all my settings are correct.

thanks

Johan

15

Hello

What version of Windows are you trying to run the extension?

It looks like Windows 8.1 and older are not able to run new Chrome versions or the Chrome Explorer template either.

Found out the hard way a few weeks ago.

16

Hi,

Windows 11 and server 2022

If I remove all my embed code and all other controls, then it seems to work fine.
Have gone through all my code and it all seems to be straightforward.
All of it is basic logic work and file access

Scenario
Open a form from a browse
The form displays a PDF file using ChromeExplorer
Change some input fields or not,
Close the form
After 1 or many cycles it GPF’s
Mostly after 3-8 times.
The form fields does not do anything special.
It does seem to work if I only have a form with the PDF control on it,
so something is triggering the issue.

Will get back to this at some point.

I have had to put this on the back burner for now,
we don’t use this procedure much and it GPF’s after a few opens/closes of the form,
so can live with it for now.

thanks
Johan