Install Steam
login
|
language
简体中文 (Simplified Chinese)
繁體中文 (Traditional Chinese)
日本語 (Japanese)
한국어 (Korean)
ไทย (Thai)
Български (Bulgarian)
Čeština (Czech)
Dansk (Danish)
Deutsch (German)
Español - España (Spanish - Spain)
Español - Latinoamérica (Spanish - Latin America)
Ελληνικά (Greek)
Français (French)
Italiano (Italian)
Bahasa Indonesia (Indonesian)
Magyar (Hungarian)
Nederlands (Dutch)
Norsk (Norwegian)
Polski (Polish)
Português (Portuguese - Portugal)
Português - Brasil (Portuguese - Brazil)
Română (Romanian)
Русский (Russian)
Suomi (Finnish)
Svenska (Swedish)
Türkçe (Turkish)
Tiếng Việt (Vietnamese)
Українська (Ukrainian)
Report a translation problem
It other words: reinstall the game.
If I start it via the "EDLaunch.exe" [in Windows (C:) > Program Files (x86) > Steam > SteamApps > common > Elite Dangerous] using "Run as administrator" then the Launcher works fine.
Foot note : Discovering this I created a desktop shortcut for "EDLaunch.exe" in order to easily use "Run as administrator" (the Steam created shortcut doesn't have that option).
Still working on trying to get it to work the other/normal ways though...
Re-install the game. Also make sure .NET 3.5 is installed on the system. The ED launcher is quite picky.
And now the technical mumbo jumob of what is happening:
Check the app.config of the launcher and you will see which versions of .NET it needs installed. This error should NEVER be shown in release software but alas it happens from time to time.
And it is NOT the result of an instantiation or a 'new' b/c new is 100% guaranteed to work in C#. Meaning that you do not need to check the result of new unlike C++ where you do. What it most likely means is that either a static load to a .NET DLL failed and this is an internal DLL loading issue (this tends to happen if references cannot be loaded meaning .NET is not installed on your system) or it is a call that returns an object and that object is not being checked for null.
I have seen a null reference exception occur due to modules not loading in correctly. Unfortunately it happens inside of .NET and usually when one .NET module relies on another that is not there or is the incorrect version. The error cannot be caught by developers b/c it happens before Main() is even called. It happens when the compiled code is busy loading in all of the references before Main() is called.
I've had my code crash long before Main() is called and in these cases it is extremely 'fun' read 'horrible' to track those kinds of errors down and fix them.