Getting Exception in KERNELBASE.dll after updating from 3.22 to 3.31 and 3.32

Hi I am really struggling with an issue after updating from 3.22 to 3.31 and 3.32. Delphi 10.4 I have several applications using sparkle both visual and non visual (service) after updating my service application started to crash 1-2 times a day. Now my non visual app has multiple AV's after doing a couple of http get calls using sparkle. My service application crashes in KERNELBASE.dll and my GUI app crashes in various components as well as twice so far in KERNELBASE.dll. No crashes occur if I do not do any http calls using sparkle, there were no code changes at my end between sparkle 3.22 and 3.32 update. The service app had been running for months on sparkle 3.22 with no crashes. I am trying to get a small app together to try to replicate. Any help appreciated

last stack trace
:75b5b552 KERNELBASE.RaiseException + 0x62
:0040cd8a @UStrArrayClr + $26
:0040cd8a @UStrArrayClr + $26
:0040effd @FinalizeRecord + $111
:0040ad8d TObject.CleanupInstance + $21
:01de34d4 TFDDatSColumnList.RemoveAt + $24
:01ec59d1 TFDAdaptedDataSet.InternalClose + $11
Data.DB.TDataSet.CloseCursor
:00ab6548 TDataSet.CloseCursor + $40
Data.DB.TDataSet.SetActive(???)
:01e8d73c TFDDataSet.SetActive + $30
Data.DB.TDataSet.Close

I fail to see the relation between Sparkle and the call stack you provided?
If you are able to reproduce it, I'd be happy to take a look at it.

Sparkle 3.22 is from almost two years ago, so it's very hard to revisit each and every change made since then.

Yes apologies, I seem to have two issues, the call stack is dataset related maybe remoteDB but I will try to get something together that reproduces the issue

I do have two issues and the GUI stack trace I posted has nothing to do with TMS, I assumed it was related to the service app exception as it was in the same dll. Turns out it was a Firebird 5 new datatype TIMESTAMPWITHTIMEZONE (in one of the system tables I am querying) is not handled correctly in Firedac and so was causing AV's in several areas. Casting as a TIMESTAMP in the SQL query has fixed that. The service application is something else as I have no system table queries selecting dates, I only have the error in the event viewer which is not real helpful at the moment, but will try to replicate it in an example, it only happens once or twice a day.

cloudadmin.exe
2.0.0.386
686b4e45
KERNELBASE.dll
10.0.20348.1129
d7709d50
0eedfade
00138642
8d8
01dbefb33064af55
C:\CloudAdmin\cloudadmin.exe
C:\Windows\System32\KERNELBASE.dll
d304832a-9cde-4ba7-974e-77abd1a544f4

1 Like