Leaderboard

From what I can see, for the hardware that Delphi runs on, float64 is the largest float that can be operated on efficiently with CPU hardware instructions. float80 is available in the x87 unit, but x87 is very inefficient on modern processors. Do you know how float128 is implemented by compilers like gcc on x64 hardware? It's done in software. Presumably therefore it is slow. What real-world applications do you know of that require float128?

I would probably use LastDelimiter(), especially since the example in question shows digits are at the end of the strings, eg: function ContainsDigit(const _Text: string): Boolean; begin Result := LastDelimiter('0123456789', _Text) > 0; end; Or: function ContainsDigit(const _Text: string): Boolean; begin Result := _Text.LastDelimiter('0123456789') > -1; //or: //Result := _Text.LastDelimiter(['0'..'9']) > -1; end;

@Henry Olive - (EndIndex - StartIndex) / 2 17:30 - 17:30 = (0 - 0) / 2 = 0 17:30 - 18:00 = (1 - 0) / 2 = 0.5 18:00 - 18:30 = (2 - 1) / 2 = 0.5 ... 17:30 - 00:00 = (13 - 0) / 2 = 6.5 23:30 - 00:00 = (13 - 12) / 2 = 0.5

Yeah, I haven't updated the plug-in for a while. I'll put that on my to-do list. Thanks for reminding me. edit: Done. I also updated dzBdsLauncher to support Delphi 11.1 and 11.2

This extension looks cool. It does not change images. I use the Brave browser. That will probably be it.

How are you going to implement a BLAS efficiently on today's hardware? What processors do you know of with efficient FPUs that handle more than float64? Forgive me if I am ignorant. I'm not talking about business apps. I develop a structural FEA code for engineers. Double precision is all that is required.

Well, because a/b is not necessarily equal to (1/b)*a. This is because a/b is defined by IEEE754 to be the closest representable value to the true value of a/b. Then (1/b) is the closest representable value to the true value. And then (1/b)*a is closest representable etc etc. So (1/b)*a has two roundings a/b has just one. In many applications these fastmath approximations are perfectly acceptable, but of course there are applications where this is a problem.

Short answer, during form create a scale to dpi is done. If you create the controls after that method, you have to re-size them for dpi. Try Vcl.Controls.TControl.ScaleForPPI

Too bad it's the implicit default type in many places - be it float literals or parameter types.

True, but nobody should be using that type anyway. I speak as a developer of mathematical software.

I also do not required 64 bit, but there's no point in fighting network administrators wanting to keep a 64 bit machine running only 64 bit processes over a few extra MBytes. While I agree there's technically no reason to upgrade, there's a "keep your life simpler" and "don't pick a fight you won't win" factors. If you work with 3rd party applications sharing the same machine then you might keep your life simpler when everything is the same bitness. I had to configure Oracle to work with both 32 and 64 bits, as my application required 32 bit dlls to work with (OCI and the like). Not hard, but it requires some tweaking. When I upgrade, I must make sure every 64 bit applications are running, but when they upgrade they don't give a squat about mine. I never understood how some application installation was able to damage my dual Oracle Client Setup. BUT....it's my phone that rings. I got tired to listen to "Every other application is modern and works in 64bits, why can't yours" arguments. I compiled/debugged/released 64 bits. It uses more RAM, from 27MB it went to 35MB. But no more 32 bit installation tweaking, and no more messed setup after upgrades. Clément

It's true that the 64 bit Windows debugger is a disaster zone. But I just debug with the 32 bit debugger. You can have a project with both 32 and 64 bit targets. You can then ship just the 64 bit if you prefer. But you can still use the 32 bit debugger during development, because it's the one that is actually useful.

I'm a packrat who holds on to those sorts of things. Will contact you via direct message.

You really, really, REALLY don't want to expose direct DB queries to your database. A proper scalable and securable REST frontend is a must, IMO - unless it is some basement hobbyist project.

Another frustrating Rad Studio upgrade attempt....

Well, I just spent over 22 hours this weekend trying to upgrade my primary machine. I couldn’t even start from a newly reformatted machine with Windows 11 Pro, Rad Studio 11.2, and a new installation of UniGui without getting errors. I finally dropped back to 11.15 on the machine with the above process and all is good. On my primary machine, I went from 11.15 to 11.20 without any incidents. I am not sure what options I had installed as I have the Architect edition from old days). Any how, what a wasted weekend but at least I am able to start work again. And code insight is still a …. All the best, Aggie85 P.S. Both my machines are NEW 2022 laptops with I9s and 32gb memory so we aren’t talking ancient computers.