delphi-10.2-tokyo

From a certain point I got tired of writing set conditions ( and , or ), because for more conditions or longer variable names it begins to be clumsy and annoying to write all over again. So I started writing helpers so I could write ASet.ContainsOne([ceValue1, ceValue2]) instead of (ceValue1 in ASet) or (ceValue2 in ASet) . type TCustomEnum = (ceValue1, ceValue2, ceValue3); TCustomSet = set of TCustomEnum; TCustomSetHelper = record helper for TCustomSet function ContainsOne(ASet: TCustomSet): Boolean; function ContainsAll(ASet: TCustomSet): Boolean; end; implementation function

I have this code (that runs under iOS with Delphi Tokyo): procedure TMainForm.Button1Click(Sender: TObject); var aData: NSData; begin try try aData := nil; finally // this line triggers an exception aData.release; end; except on E: Exception do begin exit; end; end; end; Normally the exception should be caught in the except end block, but in this case it is not caught by the handler and it is propagated to the Application.OnException handler. Access violation at address 0000000100EE9A8C, accessing address 0000000000000000 Did I miss something? This is a bug (actually, a feature ) on iOS and

Having recently received a 'Tumbleweed' badge for my last question, I am not sure whether I should be asking any more questions, but here goes. I am populating a TComboBox with items from a sqlite table and this works fine. In my previous version of Delphi I was able to use ComboBox1.Sorted := True; to sort the items, but this seems to have disappeared in Delphi 10.2. I can sort the items in the table by applying a query and then populate the TComboBox from the sorted table. However, for curiosities sake I would like to find out how one now sorts items in a TComboBox . I have found some

I have a TFDConnection to a FireBird database for which I apply Data type mapping for backward compatibility with a previous data access technology (SQLDirect): with FormatOptions.MapRules.Add do // TIMESTAMP will be ftDateTime instead of ftTimeStamp begin SourceDataType := dtDateTimeStamp; TargetDataType := dtDateTime; end; with FormatOptions.MapRules.Add do // FLOAT will be ftFloat instead of ftSingle begin SourceDataType := dtSingle; TargetDataType := dtDouble; end; FormatOptions.OwnMapRules := true; At runtime I create a TFDQuery that I link to that TFDConnection. I can see that it

I'm using RAD Studio 10.2.3 Tokyo. Research Related to this question , and this issue I run into trouble when debugging my flagship application that extensively utilizes runtime BPLs as a plugin system. The problem occurs only when compiled and debugged as a Win64 application, and using Delphi's Win64 internal debugger. Delphi's Win32 internal debugger does not have this problem. When using "load all symbols" in the debugger options, I miss stack and local symbols info for some units but not other units in the same BPL (check screenshots). However, when I use the option to load debug info for

I open a TFDConnection for MS SQL Server with parameters: DriverID=MSSQL Password=test User_Name=test Server=VS2003-2008 Database=test Single Connection=TRUE Max Cursors=256 USE OLEDB=TRUE I then create a TFDQuery (run time), set its connection to the above, fill it with an parameterized INSERT query: insert into TT_ACT (TT_ACT_ID,TT_PARENT_ID,TT_FROMDATE,TT_TODATE,TT_NAME,TT_NR,TT_CODE,TT_GROUP...) values (:TT_ACT_ID,:TT_PARENT_ID,:TT_FROMDATE,:TT_TODATE,:TT_NAME,:TT_NR,:TT_CODE,:TT_GROUP,...) I then call Prepare for the query and get: [FireDAC][Phys][MSSQL]-335 Parameter [TT_ACT_ID] data