David Heffernan

Write the code to apply the changes when they are made, and not just at load time.

The question was which framework has methods on a basic string type for loading and saving to file. A collection of strings is not a basic string type.

No, TStringList is not a basic string type.

OK, I see where you are coming from. I just assumed that implicit in the Q was that any migration was done for the right reasons, rather than for its own sake.

Nobody is suggesting that. The question is for people that are wanting to use the new feature to take advantage of its benefits.

You'd use this functionality to be able to write more concise and cleaner code, in situations where it provided benefit. So the answer to "why should I?" is when there are good reasons to.

You tell me. What is the use here? You have not explained the intention.

If they released when it was ready, and spent time fixing the broken windows immediately, then they would be able to develop more efficiently. By letting the defects endure, they just store up problems for the future. Technical debt. I don't find a comparison of modern vs historical delphi very instructive. Should be modern delphi vs its peers.

This is interop.

Explicit ordinal values tends to be used for interop with external libs. It's rarely useful for pure delphi code.

Well, not really. Certainly in my experience when dealing with floating point data, you can just mandate that it doesn't have thousand separators. Perhaps if you are dealing with currency then you'd need to handle thousand separators but for other data it's not necessary.

Try passing such a string to StrToFloat and see how it works out for you.

So far as I am aware, routines for conversion from string to float do not accept strings with thousand seps so this is just not an issue.

Memory footprint. InstanceSize is just the instance and not the dynamically allocated data it owns.

If you are going to cache them, cache the jpeg stream rather than the decoded image. Then decode the image on demand with LoadFromStream.

Isn't it just a REST API? Like so many others? I don't understand why there would need to be anything delphi specific.

That's probably not true. I think I dtoa accepts both, or if not then I modified it. Since I'm in control of the conversion code thats the right way.

Yeah I don't do a heap allocation. I use a local fixed length array.

I prefer to replace dot or comma with the locale's decimal sep and then use StrToFloat. Although in reality I don't use the Emba conversion functions because they are defective, i.e. not accurate.

It depends on the locale rather than the os

Looks like it. Submit a bug report.

Subtract $00401000 from the address and look it up in your detailed map file. But yeah, get madExcept or EurekaLog.

You are concentrating on the time zone, but that's not your issue at all. When you get time from somewhere, you will be able to convert to UTC because you will know the time zone associated with the time. Your problem seems to be that you want to use an authorative time source. You should do research on that rather than worrying about time zone conversion.

What source do you want to use for the time, given that you've ruled out the local computer?

"I need to have XXX translated to YYY" seems a little abrupt to me.