David Heffernan

So why would spending the time to do this be better than letting the system do it on demand?

This just makes your program slower though. Forcing the pages out of memory and onto disk before other programs need that memory takes time and can only lead to performance reduction. You may as well open the computer up and remove some memory sticks!

EmptyWorkingSet removes pages from the working set. Doesn't this mean your program won't be able to take advantage of memory caching?

What you seem to be in denial of is the need to recompile every rtl/vcl unit because you made a significant change to the interface of SysUtils. Are you really prepared to recompile everything? I bet there's another way to solve your problem. If only you'd tell us what the actual problem was.

You are debugging the host. You need to debug the DLL. c++ - How to debug a DLL file in Delphi - Stack Overflow

Rather than linking to files, please show the code inline, formatted

You can debug the dll, assuming you have the source code

Well, the Speccie and the 64 did have better games. The 64 had epic sound. The beeb was more used for hobbyist coding then the other computers of that age. And the beeb did have by far the best programming language of these. There were real differences.

We still don't know anything about your dll. When I said that nobody can give you any step by step guides without knowledge of what the dll is, I stand by that. I mean, we could write you lots of hypotheticals. You've got one above. But how about you put some effort in and find out what this dll offers.

Speccie basic was a terrible language. The beeb had a much better variant.

Well, knowing what you are doing in the setter functions is likely important to decide how to write them. You want to take copies? And do you have one member field for each array type? Anyway, I'm also of the opinion that a branching generic method is little better than a series of overloads.

There are lots of different ways to do this depending on what the dll offers. Nobody can give you any steps without knowing how the dll exposes its functionality.

Are you sure this is right? It takes a reference to the array rather than a copy.

I mean I broadly agree. I was just trying to explain to Thomas what the post he was responding to actually said. For me it's crazy that dynamic arrays are zero based but strings are one based. Obviously I can see how we got here.

This is a strange post. The issue with multiple languages is the mix of zero based and one based indexing.

I don't disagree with that point. My point is that it was a bad idea in the first place to make strings 1 based.

It would make far more sense for strings to be zero based. They are only one based because short strings stored their length in element 0.

You can for short strings

for var item in arr do This is generally to be preferred, but sometimes you want the index as well as the item. In Python we write for index, item in enumerate(arr): print(f"arr[{index}] = {item}") The absence of such a feature, which also relies on tuple unpacking, makes such loops in Delphi less convenient. This is pretty much the only reason for still using classic for loops.

I use an EV code signing certificate

No, this is not possible in Delphi 2007. You can declare typed constants for fixed length arrays, but not dynamic arrays.

Sorry, content removed, I'm talking nonsense.

Sorry, content remove, I'm talking nonsense

Isn't the reason that Delphi is good at building GUI apps, at least it was for vcl back in the day. And it's still good for pure Win32 apps.

Yeah, use threads