Looking at this article Deconstructing tuples and other types - C# | Microsoft Learn[^] I see that Deconstructor is not related to constructor, destructor and finalizer. In the context of .NET instance lifetime, this is just misleading method name.

First of all, you need to learn the communication protocol between the VT terminal and VAX. Only when you understand completely, how they talk between them, you can start your application design. Since terminals from these old days where dumb devices, I suspect that this communication protocol is heavily based on the VT terminal features (only my guess). So, VAX knows exactly, which terminal it is talking with, and sends terminal-specific data to it. Learning the VT terminal reference is another necessary step. So, your task is to write VT terminal emulation. VAX should believe that it is talking with VT. End user may see an exact copy of the terminal or something else, like full-featured GUI application - this is less important. Finally, such tasks are usually solved by complete terminal emulation also for end user. Not surprising, this is a lot of work. Make a Google search for "VT terminal emulation". You are not the first person, who needs to implement such functionality. Maybe some existing emulation can do something that you need. Long time ago I was working in the company, that made a great business developing an old terminals emulation - for similar purposes.

honey the codewitch wrote:

Cat vomit is definitely a grossness about cats, but at least they don't eat it

The dog that doesn't eat a vomit is not a real dog. This rule can be extended to several other unpleasant things, that real dogs like.

The next question is about Neighbor's children?

charlieg wrote:

In England it rains.

- It looks likr rain sir? - Yes, and it darned well tastes like it too. Rain-tasting soup[^]

Do you mean that YouTube contains unreliable information? Hard to believe.

Google it. The lounge has its own rules, don't blame me.

Pseudo intellectualism sounds a bit pseudo-intellectual...

.NET MAUI[^]

François Chollet Deep Learning with Python Picking a loss function Imagine a stupid, omnipotent AI trained via SGD with this poorly chosen objective function: “maximizing the average well-being of all humans alive.” To make its job easier, this AI might choose to kill all humans except a few and focus on the well-being of the remaining ones — because average well-being isn’t affected by how many humans are left. That might not be what you intended! Just remember that all neural networks you build will be just as ruthless in lowering their loss function - so choose the objective wisely, or you’ll have to face unintended side effects. Deep Learning with Python[^]

I almost don't see chewing people, but sometimes step in the gum in a parking lots, exactly in the place we make the first step leaving the car.

So, AI is actually StackOverflow backup device. Good to know. Additionally, AI will never close or downvote your question, or mark it as duplicate.

Try this way: Change Dll project by such way, that it builds the library and pdb directly to Tradestation plugin directory. Build the project. Select ORPlat.exe as executable for debugging. Start debugging. Now, that ORPlat.exe loads your library, Output window should show "library loaded" message. Is debugging information loaded? If debugging information is not loaded, try to enable Microsoft Symbol Server. Also, check, whether your library is loaded from TradeStation directory. Maybe it is loaded from some other location? To check, remove the library and see, that it stops working.

Does your console application have message loop? If not, add it to handle Windows messages:

MSG msg;
while(GetMessage(&msg, NULL, 0, 0))
{
TranslateMessage(&msg);
DispatchMessage(&msg);
}

Joggers - dead bodies. Dog walkers - dismembered bodies. What happens when dog finds a dead body? Within 1 minute this is dismembered body.

raddevus wrote:

I just bang the nails into boards with my fist.

Thinking about some exciting ways to pull out the nails from boards...

dbstudio wrote:

the same code for the compiler

The best possible code review result. No reason to worry.

Completely agree. C/C++ programmer really understands, how things are working, only having Assembly knowledge. I am not writing Assembly, but Assembly knowledge helps me to write much better C/C++/C# code. BTW, one practical Assembly usage in my work is debugging optimized code.

Honey the codewitch wrote:

humans couldn't universally agree on endian order.

Now we know why: the endianness of the whole universe is gradually changed from little to big.

I like this approach: Let's decide, whether the whole world is little or big endian. Then we can apply this decision in the computer world. By the way, what programming language was used to write the whole world? I think this was C.