David Heffernan

It's called the interface contract. It relies on an agreement between callee and caller, rather than hope.

I think @Lars Fosdal had in mind a post or article with a definitive statement that exhaustively covers every form of variable.

Perhaps you'd like to explain how you go about implementing an atomic increment function without using a var parameter. Which seems to be what you are advocating.

Gonna be hard to implement an atomic increment without using a var parameter. Perhaps if people want to talk about the issue of whether certain variables are aligned, then perhaps a new topic would be better.

Please don't spam the site with duplicate posts. When you do post, please don't use ultra large text.

It's impossible to draw any conclusions from this declaration. This isn't code that executes. It's just the signature of a procedure. Its kinda tedious that you have said over and over that your data is aligned but people keep coming back to say "your data has to be aligned."

The alignment requirement has been stated many times in this topic. It's doesn't need to be repeated.

What is the question here? Is it, "is this operation atomic for aligned data?" Or is it, "what are the rules for determining whether or not data is aligned?"

The documentation explains what a unit is in Delphi

This is something that crops up over and again. Always get third party libraries from their main repos, and make sure you are up to date.

Examples please.

It is a design choice for strings. Stop using strings to hold huge text files. If you want to write a program that works then that's your only choice.

We've all been saying this for years and years. My old boss first said this to me 20+ years ago. We are so so so far behind.

It's a 12 year old article. I think it's reasonable to assume that a lot of things have changed since it was written! Although a statement like "Delphi compiled programs are fast" is just as wrong now as it was then.

No. The DLL won't be loaded by the IDE. Why would the IDE load a Python DLL? It has nothing to do with Python. I have no problem debugging my program that hosts the Python DLL. Although I always do it with the 32 bit debugger because I prefer not to have the debugger crash every 30s as happens with the 64 bit debugger.

The IDE is a different process.

It's a huge amount of work to build such software. Unlikely to find comprehensive free solution for Delphi. Perhaps you should consider my suggestion.

In full generality this is difficult. Not many libraries have full support for reading and writing both formats. If it were me, I'd be looking for a way to change the problem statement.

You need to have a function that accepts a pointer to the byte array, and its length. Then you can pass your raw memory pointer, or pass Pointer(Bytes), Length(Bytes) when you have a TBytes to hand.

That's not an array of TBytes. It's not clear to me what your question is yet.

Which can lead to being dropped from search results for manipulation and BMW found out a few years ago.

I'm not convinced by what Diego says. Seems unlikely to me that cartography is a search keyword that will work for you. I wouldn't like to make suggestions, don't know what your software is. All I am saying is that if your software isn't for the purpose of creating maps then it isn't cartography.

As an English speaker and an orienteer (course d'orientation en Français) I am clear that cartography is the act of surveying and creating a map. I don't think you want to use that word for your software as you have described it here.

It is a class method. Use the class as the subject of the method call.

This seems pointless to me. It's important to test this in the real setting. What timings do you have?