Lajos Juhász

So far I tought that the debug information is not correct with shipped FireDAC. However, today I noticed when in Delphi 11.2 I place a break point and the debugger stops the IDE will open a source from XE5 (fore FireDAC) didn't noticed for any other source. Then of course debug will be impossible. How can I fix this problem?

No, it's Enterprise.

That's correct. I have both $(BDS)\source\data and $(BDS)\source\data\firedac in the Browsing path and yet the IDE only data.db.pas can open correctly and not the FireDAC sources. In order to debug FD I have to rename the XE5 folder.

var lUser: TFDQuery; begin .... luser.open; If I set a break point on open and do a step into it will open C:\Program Files (x86)\Embarcadero\Studio\22.0\source\data\data.db.pas (correct D11.2) procedure TDataSet.Open; begin Active := True; end; Step into the Active := true; will open C:\Program Files (x86)\Embarcadero\RAD Studio\12.0\source\data\firedac\FireDAC.Comp.DataSet.pas (Delphi XE5).

I noticed only with FD sources, debugging VCL works as expected.

Now I tried no active XE5 and yet the IDE opens source from XE5 instead of Delphi 11.2 In the IDE the environment variable BDS is set correctly to c:\program files (x86)\embarcadero\studio\22.0. Even when the IDE is running from the command prompt I cannot inspect the value of this variable. Createad a new variable bds28 and changed the browsing path to use that variable the result is the same the IDE opens the source from XE5.

Could be the environment variable in the browsing path - it's in both version BDS. Will have to investigate on this one. I have to use both XE5 (production environment) and 11.2 some future developement. (Now I have to figure out why sometimes TFDQuery.ResourceOptions.cmdExecMode is ignored)

Yes, the ide will jump to files from folder C:\Program Files (x86)\Embarcadero\RAD Studio\12.0\source\data.

Skip the IDE and copy files in Windows, then open the project group from the new location?

Both are false positives as the original messages says (the project builds and runs ok):

Delphi is known to have false positives in Error Insight.

You cannot assign png to glyph, but you can assign a TImageList or TVirtualImageList to the images property and using imageindex/imagename access the png picture. In order to support high dpi you should consider using TImageCollection and TVirtualImageList (where you can use the imagename property instead of imageindex). (I don't have Delphi 10.3 to test this.)

I have the same problem. The frame should be inline but I also have a frame that Delphi uses as object and then you cannot change the properties on the frame. I have no solution spent hours to research the problem. (You cannot just change the DFM).

What happends when you change the SecureProtocols property on the request?

This cannot be correct my guess is Contact.Picture:=nil; ???

If everything fails read the manual: https://docwiki.embarcadero.com/Libraries/Sydney/en/FireDAC.Comp.DataSet.TFDDataSet.CreateBlobStream

I get: 42 N N =DOLLAR(4967.32, 2) =DOLLAR(1515.61, 2) =DOLLAR(0, 2) =DOLLAR(58054.89, 2) =DOLLAR(4084.55, 2) I cannot spot the garbage.

Rebuilding the source without oppening it should be fine. The IDE should save correctly after you edit the files, didn't tried I stay on 100% (bought a 2k monitor in order not to have to change scalling.). If you're the only developer you can test on a single form, if after saving it running the application shows correctly you should be fine.

Debug your code and find out what is nil.

Batch files should stay it's still mentioned at MS documentation for example: https://learn.microsoft.com/en-us/windows-server/administration/windows-commands/windows-commands The Command shell was the first shell built into Windows to automate routine tasks, like user account management or nightly backups, with batch (.bat) files.

Also everyone failed to notice a small detail: function AnsiReplaceStr(const AText, AFromText, AToText: string): string; It's a function not a procedure. You can try: cLast:=AnsiReplaceStr( cLast, ''', '''' );

David already said everything. With can cause that you access something that you doesn't think (new property, field, method). Calling FreeAndNil for a local object has no reason it's just a classic code smell. Your aim should be to write clean and maintanable code that cannot be achieved using with.

The same from me, please d.... c.d. th.. w....

There is no reason to verify the data after you generated the XML. It's always the best to verify in case the data is incorrect to change it and as a last step to generate the output.

I have up to date Windows 10 and have no issues using Delphi 11.2. (I don't have office 365.)