Access violations in OverbyteIcsHttpRestTst

[omnibrain 15]

To be able to debug a problem where one of my users can't reach some URLs (get's 404 despite beeing able to access the URLs in the browser on the same machine) I tried to compile OverbyteIcsHttpRestTst.dproj for him to see if the same error happens with this "reference implementation".

 

But when I click "Start REST Request" I always get the same Access Violation:

Quote

ThreadId=9672
ProcessId=6
ThreadName=""
ExceptionMessage="Access violation at address 0000000000866164. Read of address 00000000000000E8"
ExceptionName="EAccessViolation"
ExceptionDisplayName="$C0000005"
ExceptionAddress=00866164
FileName="C:\lisa\bib\ics\Source\OverbyteIcsSslUtils.pas"
LineNumber=1145

It doesn't matter if Release or Debug Build or 32 or 64 Bit. It just never works.

 

Quote

INI File: C:\Users\apfau.lisa\AppData\Local\ICS\OverbyteIcsHttpRestTst.ini
SSL/TLS DLLs OpenSSL 3.4.1 11 Feb 2025 from C:\ProgramData\ICS-OpenSSL\libssl-3.dll, Legacy Provider Not Loaded
283 CA root certificates loaded from internal bundle: RootCaCertsBundle + ICS + Extra
Built With Delphi 11.2 Win32
13:22:18 25.02.2025 13:22:18 Starting REST request for URL: https://jsonplaceholder.typicode.com/users

 

I use Delphi 11.2 if that matters.

[FPiette 390]

Please build using debug configuration and run with the debugger. Then when the debugger hit the exception, copy the call stack and the code around the error, and paste it here.

[Angus Robertson 611]

How do you propose I reproduce that problem?  It is most likely something specific to your installation.  

 

That URL works fine here:

 

Built With Delphi 11.3 Win64
12:36:51
Opened log file: D:\weblogs\ics\https-rest\ics-httprest-2025-02-25.log
12:36:51 25/02/2025 12:36:51 Starting REST request for URL: https://jsonplaceholder.typicode.com/users
12:36:51 GET https://jsonplaceholder.typicode.com/users
12:36:51 https://jsonplaceholder.typicode.com/users, Getting headers
12:36:51 Async REST request started
12:36:52 Connected OK to: jsonplaceholder.typicode.com (104.21.48.1)

 

Edit; thinking back, it might be first time issue saving INI settings or something, Is it repeatable?

 

Angus

 

Edited 10 hours ago by Angus Robertson

[omnibrain 15]

39 minutes ago, Angus Robertson said:

How do you propose I reproduce that problem?  It is most likely something specific to your installation.  

I hoped it's just something like "Oh, I tried it and it happens on my end too, seems I overlooked xyz". There is nothing special, I think. 

 

40 minutes ago, Angus Robertson said:

Edit; thinking back, it might be first time issue saving INI settings or something, Is it repeatable?

It happens very time.

Quote

OverbyteIcsSslUtils.TIcsBuffLogStream.FlushFile(False)
OverbyteIcsHttpRestTst1.THttpRestForm.doStartReqClick(???)
:0054d7a1 TControl.Click + $79
:005523f2 TWinControl.WndProc + $66A
:00575709 TButtonControl.WndProc + $71
:0055254c DoControlMsg + $28
:005523f2 TWinControl.WndProc + $66A
:005518fb TWinControl.MainWndProc + $2F
:004c82e2 StdWndProc + $16
:75cf7943 ; C:\WINDOWS\SysWOW64\USER32.dll
:75ce601d ; C:\WINDOWS\SysWOW64\USER32.dll
:75ce717c ; C:\WINDOWS\SysWOW64\USER32.dll
:75cfe358 ; C:\WINDOWS\SysWOW64\USER32.dll
:75ce57e6 USER32.SendMessageW + 0x46
:720845d7 ; C:\WINDOWS\WinSxS\x86_microsoft.windows.common-controls_6595b64144ccf1df_6.0.26100.3037_none_85b65d03f7afec7e\COMCTL32.dll
:720995c4 ; C:\WINDOWS\WinSxS\x86_microsoft.windows.common-controls_6595b64144ccf1df_6.0.26100.3037_none_85b65d03f7afec7e\COMCTL32.dll
:75cf7943 ; C:\WINDOWS\SysWOW64\USER32.dll
:75ce601d ; C:\WINDOWS\SysWOW64\USER32.dll
:75ce578a ; C:\WINDOWS\SysWOW64\USER32.dll
:005524fa TWinControl.DefaultHandler + $E6
:005523f2 TWinControl.WndProc + $66A
:00575709 TButtonControl.WndProc + $71
:004c82e2 StdWndProc + $16
:75cf7943 ; C:\WINDOWS\SysWOW64\USER32.dll
:75ce601d ; C:\WINDOWS\SysWOW64\USER32.dll
:75ce54aa ; C:\WINDOWS\SysWOW64\USER32.dll
:75ce5010 USER32.DispatchMessageW + 0x10

function TIcsBuffLogStream.FlushFile(OldFName: Boolean = False): Integer;
var
    HdrLine: String;
    Utf8Line: RawByteString;
    LineLen: Integer;
    LogHandle, Attempts: Integer;
    TickCount: Int64;    { V8.71 }
    Bom : TBytes;
begin
    Result := 0 ;
    FIdleTimer.Enabled := false;

 

[Angus Robertson 611]

Bug now fixed, it was a late change in V9.,4 flushing the log file to disk in case the request failed, but not actually checking the log was opened.

 

You can fix it by removing the lines marked with V9.4.

 

Angus

 

[FPiette 390]

3 hours ago, omnibrain said:

OverbyteIcsSslUtils.TIcsBuffLogStream.FlushFile(False)
OverbyteIcsHttpRestTst1.THttpRestForm.doStartReqClick(???)

You are not using a debug version of the application because there is missing details in the stack trace. Make sure you rebuild all, including the components.the debugger should show the excat line where the exception occurs.

[omnibrain 15]

3 hours ago, FPiette said:

You are not using a debug version of the application because there is missing details in the stack trace. Make sure you rebuild all, including the components.the debugger should show the excat line where the exception occurs.

The line is already mentioned in the exception message in my first post. But next time I will pay special attention to this detail. 

3 hours ago, Angus Robertson said:

Bug now fixed, it was a late change in V9.,4 flushing the log file to disk in case the request failed, but not actually checking the log was opened.

So it was exactly what I hoped for. 😉