Cristian Peța

Just compiling is not an issue because it doesn't need a Mac. Getting SDKs, debugging, signing, running can be but I don't know what from this is not working,

From docwiki: "macOS Ventura support require RAD Studio 11.3" https://docwiki.embarcadero.com/PlatformStatus/en/Main_Page#cite_note-11.3-1

Custom Styles? They are so slow now.

But all the time you need to have in mind that Queue will execute code later and avoid using in that code some objects or whatever if there is a chance they will not be there when the code executes.

I use this construct and this will go well with any exceptions but there is a weakness if the library will not set InTransaction how it should. try StartTransaction; .... Commit; finally if InTransaction then Rollback; end;

Windows 11 in VM, scaling 125%, DPI Unaware, but positions are a little other. I have this space marked with yellow.

Tried with 125% scaling but can not reproduce either.

I can't reproduce but I didn't touched the default positions. Scaling 150%, DPI Unaware, Light theme. PS. Now I see that issues are only with monitor scaling between 124% and 130%.....

More than 10% from 12500 installations in last year are Windows 7 and 8

But this doesn't work for Windows 7 from what I understand. We used Chrome approach for this and avoided elevation to write in 'Program files'. Elevation is necessary only first time at installation when we create a task in scheduler on the SYSTEM account. Actually two tasks: one with a day trigger and one with a trigger that can be started from our app at demand.

TBitmap.LoadFromStream() will call TStream.ReadBuffer(). Maybe TnxBlobStream.ReadBuffer() is leaking. Have you checked it?

You can return a record: TTotalCostResult = record TotalCost: Double; TotalCostWıthExp: Double; end; function GetBomCosts(ItemCode:String): TTotalCostResult;

What about VCL form designer? There are not things too small?

Then you need to statically link SQLite code in your executable. UniDAC can do this if you set Direct=True. @SwiftExpat does FireDAC is doing the same?

Just tried in latest VMware 16 Workstation and my Win 11 VM with Delphi works on other machine. No workarounds. TPM installed and VM password encrypted.

That means that without Windows SDK, Delphi is working but you can't build MSIX packages. Or there are also other downsides?

This doesn't affect my workflow so I will not report this issue in quality portal. You can either report it or you will have to live with it.

TNetHttpClient is a component that uses THttpClient internally. If you don't need what TNetHttpClient offers then use directly THttpClient. TNetHTTPClient = class(TComponent) private FHttpClient: THTTPClient;

Is the source somewhere to download?

"On 64-bit versions of Windows, you have two separate Program Files folders. But it doesn’t end there. You also have two separate system directories where DLL libraries and executables are stored: System32 and SysWOW64. Despite the names, System32 is full of 64-bit files and SysWOW64 is full of 32-bit files. " https://www.howtogeek.com/326509/whats-the-difference-between-the-system32-and-syswow64-folders-in-windows/

If your OS is 64 bit and you have a 32-bit service then search an other place like SysWOW64.

It is a 64bit service app?

Delphi 10.4.2 I try to understand this exception. I occurs at the app start and this is the only message, then the app closes. It happens only on one machine and the same code but truncated by some IFDEFs (a reduced version of the main app) is working. I suppose that class destructor TDBNavigator.Destroy is called when class constructor TDBNavigator.Create is still looping with FButtonsImageCollection.Add() But what means this address 400000? exception class : EAccessViolation exception message : Access violation at address 76B6C9ED in module 'combase.dll'. Write of address 00400000. thread $4b7c: 76b6c9ed +db combase.dll 00e3c89a +22 WinArhi.exe Vcl.ImageCollection 282 +2 TImageCollectionSourceItem.Create 0054c757 +0b WinArhi.exe System.Classes 6213 +1 TCollection.Add 00e3c965 +05 WinArhi.exe Vcl.ImageCollection 325 +1 TImageCollectionItemSources.Add 00e3d48b +53 WinArhi.exe Vcl.ImageCollection 651 +9 TImageCollection.CreateSourceItem 00e3d576 +2a WinArhi.exe Vcl.ImageCollection 670 +1 TImageCollection.Add 00e3d65a +76 WinArhi.exe Vcl.ImageCollection 683 +2 TImageCollection.Add 00e4f11d +7d WinArhi.exe Vcl.DBCtrls 4188 +3 InitButtonsImageCollection 026cb28d +09 WinArhi.exe Vcl.DBCtrls 4192 +1 TDBNavigator.Create@ 0040b186 +42 WinArhi.exe System 23832 +21 InitUnits 0040b1ef +3f WinArhi.exe System 23907 +14 @StartExe 004140fa +42 WinArhi.exe SysInit 1535 +11 @InitExe 026f025f +0b WinArhi.exe WinArhi 277 +0 initialization 75f7fa27 +17 KERNEL32.DLL BaseThreadInitThunk

Yes, there was some trouble over the 20 years of using it.

Solved. The issue was caused by Sentinel envelope that is applied to the executable. The envelope decrypts and decompress the EXE in memory and is doing a lot of other stuff. The envelope permitted to start the executable but because some incomplete installed drivers I suppose it does not do all the job to restore all what is needed to run properly.