David Heffernan

API

Eventually when you discover all the flaws in your solution you'll come back to using the system scheduler.

Why don't you use the system scheduler?

It allows the system loader to take decisions at the time it starts up the process and before any code of the process executes. For instance, it allows the loader to make decisions about how to resolve dependencies (assemblies). Those decisions need to be made by the loader because implicit load time dependencies are resolved by the loader. There are many other things that are influenced by settings in the manifest. You can find out what they are by reading the documentation.

I can't see your rc file. Can you include it.

What is in the rc file?

The language documentation is pretty good. I'm sure you could read that and be up to speed.

Why? You mean the choice between nil and Default(T) as the result of Default(Nullable<T>)? In C# the default value is nil.

Just upload the image to some file sharing site. And show your code to process the EXIF.

Turn this into an opportunity!

What about work with a different language?

System.Default(), still not documented I think

Seems unlikely that your diagnosis is accurate. If you could provide an example file and your code I think it would be easy enough to find out what's up.

If lots of people tell you that they don't fully understand your question, I respectfully suggest that you clarify what you are asking. It's easy for us all to write things that we think are clear but find that others don't fully understand. My guess is that you want to stop your program putting anything onto the Windows clipboard. Exactly how to do that depends very heavily on what controls your program uses.

Then you'll have to debug this yourself.

If you want to solve a problem, the first step is to understand it fully. Guesswork is unlikely to be successful. If you want help from others, help them to be able to reproduce the issue.

That reproduction is still required

GetLastError is bad advice. COM doesn't report errors that way. If you would just show a complete, minimal example, it would be easy to help.

If you have 32 bit code that works then that same code will work in 64 bit. We can't see your code.

Automatic header convertors tend not to be very effective in my experience. Don't expect to be able to get a working import unit without human intervention.

You can't kill it reliably and robustly. You can kill it, but expect consequences in your process.

TerminateThread does the job. But do expect your process to fail as a result.

If you have a demo program written in C or C++ then it is easy enough to translate to Delphi. But you'll want to learn some basic C or C++ in order to do so.

You can't do what you ask. You need the isolation offered by processes in order to robustly kill something. You can't kill threads safely. All those other topics that you found that said the same are still a cue.

You don't have time not to read