• Which the release of FS2020 we see an explosition of activity on the forun and of course we are very happy to see this. But having all questions about FS2020 in one forum becomes a bit messy. So therefore we would like to ask you all to use the following guidelines when posting your questions:

    • Tag FS2020 specific questions with the MSFS2020 tag.
    • Questions about making 3D assets can be posted in the 3D asset design forum. Either post them in the subforum of the modelling tool you use or in the general forum if they are general.
    • Questions about aircraft design can be posted in the Aircraft design forum
    • Questions about airport design can be posted in the FS2020 airport design forum. Once airport development tools have been updated for FS2020 you can post tool speciifc questions in the subforums of those tools as well of course.
    • Questions about terrain design can be posted in the FS2020 terrain design forum.
    • Questions about SimConnect can be posted in the SimConnect forum.

    Any other question that is not specific to an aspect of development or tool can be posted in the General chat forum.

    By following these guidelines we make sure that the forums remain easy to read for everybody and also that the right people can find your post to answer it.

Arno; What is a Programmer?

Messages
10,163
Country
us-arizona
I thought you might like this.

10532339_1464615453792185_869321579838232406_n.jpg
 
Damn, I'm not a programmer in that case, since I don't like coffee :D
 
Damn, I'm not a programmer in that case, since I don't like coffee :D

So, IIUC, Arno ...you do not program with "Java" ? :laughing:

https://en.wikipedia.org/wiki/Coffee_production_in_Indonesia#Java

https://en.wikipedia.org/wiki/Java_(programming_language)



BTW: I've always wondered whether Arno and Richard Ludowise might share similar "interpretations" as to whether .NET actually involves 'programming' since I read this: ? :scratchch


Hi Gary.
http://www.fsdeveloper.com/forum/threads/sbuilderx-error-on-update.430568/#post-6770283

Your quick View Plus isn't lying... Technically there are a few 32-bit dlls running. I've altered the headers to allow them to compile at runtime as 64-bit. So they are 64-bit, but their code is 32-bit. (That should really confuse everyone).

I used corflags for .Net 4.5 to reset the 32BITREQ flag as 0

That changes the requirement of the IL 'pseudocode' to compile at runtime as 64-bit... even though it was written as 32-bit.

I did this for a few dlls as I did not have the code to rewrite them as 64-bit.

The use of Program Files (x86) is a little foggy to me. It seems more of a hinderance than a help. But remember this is .NET, rather than a native exe. .Net compiles to IL, which is a sort of pseudo-code, and the IL gets recompiled at runtime by the JIT compiler. So truthfully, a .NET program is not an application at all. It's more of a script for the JIT compiler.

I don't know if natively compiled exe's run from the Program Files (x86)... but I suspect the folder is just a folder.

Dick

GaryGB :coffee: :santahat:
 
Back
Top