Lars Fosdal

I should simply stop posting without actually checking shit... object Label1: TLabel Left = 303 Top = 233 Width = 99 Height = 15 Caption = 'Text'#32'Text' end does however, work correctly. Edit But if you actually edited the dfm text and put in that #32, then view as form, and back to view as text - it has been converted to 'Text Text'. As @Lajos Juhászpoints out - Unicode text that is entered in the form attribute editor, will translate to #1234 values.

You can't really declare strings in .dfms as 'Text'#32'Text', can you? If you set a caption or label in a dfm from such a string in code, yes you'd be affected.

The problem even shows up in the IDE. and the cure is the same as for compiled code

What kind of license is it published under?

Ref := ItemProvider.Grab(ItemId); // or Ref := ItemProvider.GrabForChange(ItemId); try // do stuff finally ItemProvider.Drop(Ref); end; ItemProvider can do the allocation and loading, as well as the disposal. If there is parallell use, it can secure against readers/other writers, have a keep-alive in cache period, etc. In theory, with the "smart pointer" trick, you could even do away with the try/finally.

That is not what I intended to say. I was wondering if someone had tried to apply LLM for finding even better patterns for optimization than those that are currently implemented. Naturally, such improved patterns would be made into new deterministic rules in the compiler after being properly vetted. I agree that todays AI output has to be treated as indicative at best, and as bullshit at worst.

Request/Release Which is to be expected, I guess, since the training was not done with optimization in mind.

None of the techniques described in that paper appear to be related to the LLM generation of AIs.

Hasn't this already been demonstrated with "smart pointers"?

I wonder if anyone has tried to train an LLM on Assembly code generation to see if it could improve the current optimization patterns?

You are probably right, only some operators might be new/different (ARM f.x.). Book: https://www.amazon.com/Hackers-Delight-2nd-Henry-Warren/dp/0321842685

I am afraid so, even if it probably is somewhat outdated by now, in the light of new CPUs.

Dang, watching this led me to buy yet another book 🤖

Yeah, they are not exactly known for responsiveness.

Reported the documentation error at https://embt.atlassian.net/servicedesk/customer/portal/1/group/1/create/12 You can find it here https://embt.atlassian.net/servicedesk/customer/portal/1/RSS-544

Contact EMBT support.

No code is in reality indeed a non-existing concept, however IBM App Connector Enterprise is a pretty impressive No/Low code tool, but it costs an arm and a leg. We've moved hundreds of integrations to IBM ACE and APIC. It scales well, security is not an afterthought, it supports a ton of protocols, integration mechanisms or data formats, and has proper CI/CD support. And... the GUI sucks, and the primary "lowcode" language is ESQL - which is IBM proprietary 😛 Price aside, still a better alternative than unproven No/Low code plugins for Delphi. Personally, I'd prefer to do integrations in .NET/C#. An abundance of tooling and libs, and runs on multiple platforms.

@bdw_nz20 Unfortunately, the search is quite rudimentary, compared to the full Jira UI.

Click on Requests, select All, enter your search in the search box, upper left.

Read this very thread and find out why.

You are not wrong, but it beats no system.

See also,

@Attila Kovacs It seems that if you register an issue in the new Jira, you will be added to the group automagically. But, please enter an actual issue, not just a BS one. They are working on a fix for the group assignment.

Not really... but there is a bug where new users doesn't get added to the appropriate group aka Embarcadero Customers, something that prevents you from seeing issues that others have posted still missing a full port of issues from the old JIRA They are working on both - but wanted to get the new Jira up and running. Yes, it is not as good for us end users as the old one, but it is not bad either. Check your Requests button to see if you can see the group. That search button is non-functional. It appears to be intended for a FAQ lists (which currently doesn't exist). Also see @Dalija Prasnikar' notes: https://dalijap.blogspot.com/2024/04/delphi-121-new-quality-portal-released.html

Upgrading my primary workstation, I also found out that even when I uninstall Navigator (and not Bookmarks) from 12.0 - I stil get a complaint from the 12.1 installer that it can't find the Parnassus_XAthens.dll, even though it still is in the folder. It also complains about the FMXLinux plugin. Go figure.