Comments by Member 13566383 (Top 31 by date)

That's a helpful hint. I hope I will remember it in similar situations in the future.

That's the solution I implemented as calling the function didn't work.
My NetFrameWork version is 4.6.1 so your suspicion is correct.
I not even thought about the possibility that such trivial function is a feature available in newer versions only.

"Good evening everyone" is not really a good headline for a question.

That's exactly what I was looking for. Did solve my problem.

Sorry OriginalGriff, that was not the answer I was looking for. As I already mentioned in my question I know the "Find All References" command and use it.
But often the feature I wanted to enable (and which is called CodeLens as I know now thanks to Phil J Pearsons's answer) is sufficient and more convenient.

Why do you need more code?
The three lines of code Gerry Schmitz provided is all you need.

What have you tried already (I don't want to check any images for this kind of questions)?

How do you know what the questioner intended to do? I hate this "is not working"-questions, lacking any further information.

Your problem has an infinite number of solution. So there is no programme which can find them all in finite time. Choose any number for X (excluding zero) and you get y by dividing n by X.
But I strongly suspect that you didn't precisely state the task you are expected to perform.

You wrote:
I have come across a reverse coded procedure call in C++.

But you have no example at hand? How's that?

I just encountered the same problem. Did anybody find a better solution in the meantime?

The symbol for grams is g and not G. G stands for Gauss, an old unit for magnetic flux density no longer in use. And the symbol for kilo is k and not K. K stands for Kelvin.
So KG for me reads as Kelvin-Gauss.

Have you tried to use Process.MainWindowHandle Property?

If the associated process does not have a main window, the MainWindowHandle value is zero.

There are several loops in the code you have posted.
Only one of the loops contains a break statement. When this statement is executed your outer loop (foreach....) will not terminate. It only terminates the loop directly enclosing this statement. So I think that's what you want your code to do.
You may rewrite your inner loop by using a while-statement if you don't want to terminate your loop with break;
I don't think that converting your code into recursively called method is good alternative.
By the way: The last visible statement in your code fragment ("continue;") may be unnecessary. But we can know about that only if we can see where the outer loop will be closed.

OK, I thought you recommended to remove my second code line in the class Polynomial and not the first.
Now the behaviour is as expected (and I even begin to understand why).

My array is private and therefore hidden from the outside. Removing the setter in index-accessor property or removing the indexer completely doesn't solve the problem.
If I do that I can still use the (not existing??) set method p.Coeff[2] = 17;
Just try it.

Do it step by step.
First step: Read the documentation ( https://docs.microsoft.com/en-us/dotnet/api/system.int32.tryparse?view=netframework-4.8 )
Second step: Copy the example given in the documentation I cited and try to understand what's going on. Use the debugger to step through the code.
Third step: Apply your new acquired knowledge to your programme.

Show us the content of your TextBox contents, the values of your variables c and d and the result contained in TextBox3.Text.
"The result is wrong" is not a meaningful error description.

I had never any problems reading Base64 characters. A Base64 stream consists of valid ASCII characters only. No problem with NUL bytes, see the MDSN documentation for the Convert.ToBase64String Method:

".....The following example demonstrates the ToBase64String method. The input is divided into groups of three bytes (24 bits) each. Consequently, each group consists of four 6-bit numbers where each number ranges from decimal 0 to 63. In this example, there are 85 3-byte groups with one byte remaining. The first group consists of the hexadecimal values 00, 01, and 02, which yield four 6-bit values equal to decimal 0, 0, 4, and 2. Those four values correspond to the base-64 digits "A", "A", "E", and "C" at the beginning of the output."

If your encrypting / decrypting software cannot handle binary files but only text files you should convert the binary filestream into Base64 strings or character arrays (each 3 Bytes will be represented by 4 characters).
The methods to use are Convert.ToBase64String / Convert.ToBase64CharArray.
Decrypting your encrypted file will produce Base64 strings / characters which you can convert to binary format by using the corresponding methods Convert.FromBase64...

It's already running. Did require little more than copy and paste.
Thank you very much again.

Thank you for your advice. To make sure that only one instance is running was an easy task.
But I'm afraid my first real encounter with sockets will turn out a little bit more challenging. But I will try.

a and b are bad names for variables. Rename them for example into "age" and "ticketCount".

Did you really try to define OnTriggerExit within OnTriggerStay? Makes no sense.

Where is the closing bracket for your for-loop?
I don't see any two-dimensional array in your code.
What is the value of index?
Have you tried to step through your code with the debugger?
Do you somewhere within your for-loop modifiy i or index?
What do you mean with "infinity"? Do get an infinity exception when dividing (certainly by zero) or do you mean that your loop doesn't come to a stop?

I copied the file (manually) with windows explorer (copy and paste), i.e. there was no software of my own involved.
Only after copying the file I started my own software in order to check for differences of properties in both files.