rvk

And what does License Expiration Date say when running C:\Program Files (x86)\Embarcadero\Studio\19.0\bin\LicenseManagerLauncher? I thought the Starter editions were unlimited too (should say License Expiration Date: Unlimited in that case). Did you buy Starter or was this one of the free versions? Did something change on your computer (to make the license go bad)?

What do you mean by "support says"? You called them? Did you look on your registered products page yet? https://my.embarcadero.com/#registeredProduct

Because, as far as I know, the installation of CE is done via a webinstaller and the exact (sub)version could have been changed. And one of these changes could be that the command line compiler isn't for CE anymore. Only way to know for sure is someone else freshly installs CE or Embarcadero gives clarity about this issue. Have you tried to ask this via support there?

No, that wasn't the question. The question was if someone could send a working compuler dcc32.exe. No, the question was really the compiler exe. (Question was not from hsauro but from pawel)

If Embarcadero decided there is no command line compiler anymore for the Community Edition then it's not allowed to use one from another version. That's why we need to know if the latest version still has a working command line compiler.

Can you see if there is another version of dcc32.exe somewhere in C:\Users\Public\Documents\Embarcadero\Studio\18.0\CatalogRepository\ It seems that during installation a limited ide and compiler is installed which is replaced later on in the installation. If that fails (virusscanner?) the limited compiler stays behind. https://support.embarcadero.com/article/44692

wrong client

Are you using TIdHttpServer? (In the other topic you showed some code with just TIdHTTP) How do you measure the leak? with just FastMM4 or MadExcept? The topic you linked to mentioned FastMM doesn't report the leak but MadExcept does. So how is this problem the same as mentioned in that topic? What exactly is your leak, how does it show and what (minimal) code can you provide which reproduces this?

The answer should also be very simple. Make sure to do IdHTTP.Free; within a finally block. Did you try that already??? And did you still have leaks ??? If you did and you still have leaks, the must come from somewhere else.

Google never stated that plain passwords are not supported anymore altogheter. BUT they DID state that you own Google password can't be used anymore for mail (that was the "Less secure apps"-options). This change was implemented on May 30, 2022. If you have enabled 2FA you can still create an App password here: https://myaccount.google.com/security (just try it yourself, but you do need 2FA enabled on that account, so you can try it with your high security account :)) The steps are explained in this post: https://support.google.com/accounts/thread/163639845?hl=en&msgid=163700497 Other help page of Google for Signing in with App passwords: https://support.google.com/mail/answer/185833?hl=en-GB So... yes, Google has removed the "Less secure apps" options where you could still login with your Google username and Password, but the options of App passwords still remains and will continue to work because Google never stated that App passwords will go away.

Just FYI. Once again (to eliminate any confusion). Google is not requiring OAuth2. You can still create app passwords and use them with your username for sending and accessing mail. OAuth2 is just another option (besides the app passwords) of doing it. App passwords work without any modification of existing code. OAuth2 is always handy if it's implemented but it isn't the only option for Gmail. Even after the change on May 30, 2022.

Do you have any (text-)search software. Like grep, notepad++, ScanFS or other? You can search the complete source directory (all *.pas and *.inc) for SetupDiGetDevicePropertyW. For example, I did: C:\Program Files (x86)\Embarcadero\Studio\19.0\source>grep -d SetupDiGetDevicePropertyW *.pas rtl\net\System.Win.Bluetooth.pas ): BOOL; stdcall; external SetupApiModuleName name 'SetupDiGetDevicePropertyW' delayed; C:\Program Files (x86)\Embarcadero\Studio\19.0\source> (or as attached in notepad++)

I see that Delphi 10.2 has a call to SetupDiGetDevicePropertyW in System.Win.Bluetooth. (in Embarcadero\Studio\19.0\source\rtl\net) @JDRenk Are you also using System.Win.Bluetooth by any chance (specifically TWinBluetoothLEDevice)?

Commercial component? Not sure where you can buy that. https://sourceforge.net/projects/comport/ https://torry.net/authorsmore.php?id=1809 Or are there others that are commercial?

Does the returnmail have a text attachment with the headers of your original mail? If so, does it have a (valid) messageID? Can you print that here?

First: Ieks. Extended ascii characters in a table name? I wouldn't do that. Second: What is "FROM tablename := :A". Does that work in SQL? Can you parameterize a tablename in a query in ADO? Or did you mean "FROM tablename WHERE field := :A" ?

Not sure which backup program this is but assuming it uses the backup service of Firebird it is weird that your filesize of the backup is the same as the database itself. Normal gbak already strips out a lot during backup. Depending on the size and usage of your database, the backup should be at least a couple of bytes smaller but it could even be as much as 50% of the DB size. Or does FDBackUp do a backup cycle and a restore cycle right after? (but even then I would expect some bytes less)

And is there a reason not to use the traditional Insert etc. Like EditDataSet1.Insert; EditDataSet1.FieldByName('number').AsString := 'a'; EditDataSet1.FieldByName('square').AsString := 'b'; EditDataSet1.Post;

I see that the code is a mess concerning the use of override instead of overload. If you compile this, watch all the warnings you get (and fix them). I think TDataSet has changed since the creation of this additional code and you now need to use overload on many places. Otherwise your own SetData etc aren't executed and your records aren't populated (which you are experiencing). You'll notice the execution of your code never reaches your EditDataSet1PerformSetFieldData() event.

Isn't that just like the standard TClientDataSet? Or am I missing something? https://docwiki.embarcadero.com/Libraries/Sydney/en/Datasnap.DBClient.TClientDataSet

And in professional that version of FireDAC can't connect to a server. It can only make local connections. With IBX you can make connections to a server.

Unfortunately there is no FireDAC C/S connection possible for Delphi Professional. (And also no C/S Add-on Pack anymore I think) (My knowledge of this might be out of date because of those policies by Embarcadero.)

No problem. We've all got to start somewhere The EXECUTE BLOCK method groups multiple SQL commands together. But if you are using a STORED PROCEDURE all those commands are already grouped together by the STORED PROCEDURE itself. So you can remove that statement. This should work in FlameRobin (under Object > New > Procedure when connected to the database). SET TERM ^ ; CREATE PROCEDURE TRIGGERSINACTIVE AS DECLARE VARIABLE NOMTABLE varchar(100); DECLARE VARIABLE REQ1 Varchar(100); BEGIN for select x.RDB$TRIGGER_NAME from rdb$triggers x where rdb$trigger_source is not null and (coalesce(rdb$system_flag,0) = 0) and rdb$trigger_source not starting with 'CHECK' into :NOMTABLE do begin NOMTABLE=trim(NOMTABLE); req1= 'ALTER TRIGGER ' || :NOMTABLE || ' INACTIVE;'; execute statement req1; end END^ SET TERM ; ^

Maybe it's because ExecSQL with CommandText only expects one SQL command. Not an entire EXECUTE BLOCK. I always use TIbScript for this (from IBX). I'm not sure what the script execute equivalent is for your db-style components (probably dbExpress seeing as you are using TSQLDataset). You could also put this code in a stored procedure (activate and inactivate) and call that if you need to call it more often. (you can call a stored procedure with ExecSQL if you set the commandtype to ctStoredProc.)

You could try to remove the SET TERM lines (top and bottom). Not sure if they are needed in commandtext. Then also remove the ^ after the last END.