David Heffernan

They explicitly don't want to keep on supporting these old versions. Why? Emba have done all this intentionally.

Does GExperts and/or the IDE that you are using support per monitor DPI?

I wonder if the x64 windows debugger works now

Why is nobody else reporting this issue?

Irrelevant. Good products are cohesive. Different aspects work with each other and support each other. Funny. Binary literals, digit separators and avx512 asm. That's the entirety of new language features. That's a pace that can only be described as glacial. Cant be hard to get the old formatter to work. If it's an arse for them to do it, tough. Their adult for building up so much technical debt. Honestly, look at the quality of what comes out of Emba and compare to other mainstream IDEs.

Honestly you'd think they'd have got the memo by now!!! What is wrong with them?!!

These are nice features but they are also completely trivial.

Do mean decimal seps or thousands seps?

What the heck does this mean? People are trying to help you and the fact that you can't recognise it doesn't mean that they are unprofessional.

Here is the list of language improvements: binary integral literals (i.e. %0101 which equals 5 in decimal) _ can be used as a digit separator for integral literals, e.g. const oneMillion = 1_000_000 (essentially the parser just ignores _ when parsing such literals) inline asm support for AVX-512 instructions Kinda lame that this is all there is. What's new here: https://docwiki.embarcadero.com/RADStudio/Alexandria/en/What's_New

no, nor any improvement in the codegen so far as I could tell

Certainly your settings could be relevant.

Everything that you create by hand (as opposed to being created by a script) goes under revision control

I think you need to write a short but complete program that demonstrates the issue. Otherwise it requires us to guess which is not effective or efficient.

Why wouldn't you automate the build?

I guess you mean dpr not dfm. But even that sometimes is not enough. Because the units won't be initialised in the order the appear in the dpr. The first unit in the dpr will use other units and that influences initialisation order too.

It's almost as if this thread didn't happen! What have we been talking about before now???

It's not that people have tweaked the system. They've just chosen to associate the PDF extension with a program that chooses to use different verbs as default. That contradicts your earlier points where you said double click on PDF is the same as invoking open verb.

It's not pointless. It's really important to know how the system works. These details matter. Details are important when programming. Makes no sense to recommend the 99.99% correct option over the 100% correct option. Obviously it's not likely to go wrong, but once you know how the system works why on earth would anybody opt to make an intentional mistake?

Not necessarily. For instance if your dpr file references them in the other order then it won't be that way. And other unit use clauses can confound you. Enforcing dependencies in initialisation order is not robust. I prefer to find a different way to solve such problems.

No. This missing context is the exact reason why this thread has been so long. It's invariably valuable to understand the motivation to a question. It sounds like what you need is for you r the calling processes to provide extra information to your program.

Then you are in trouble because there's really no way in general to be sure that the process which created your process still exists when your process executes. Windows has a very different model of parent/child process relationships from say Linux. What problem are you trying to solve?

Not if the parent chooses to specify a different current directory. The command interpreter process, which is the parent, might terminate before your process has a chance to inspect it. If you are in charge of creating the process, then pass in the information required as an argument. The more I read of thus the more it seems you are taking the wrong path.

So you agree with me then.

What problem are you trying to solve here, because what you are describing doesn't sound like a robust solution to any problem.