You have already stated most of the risk, make sure you know who make the DLL and what their intension is with the program. If you just download random DLLs, you are at risk. futures.io (formerly BMT) generally doesn't allow DLLs for download except in rare circumstance because of the safety/security issues.
It is possible any DLL can steal any information from your computer, network, bank, trades, install a key logger, steal passwords, or anything else. You wouldn't know it if you can't view the source code.
Sent from my phone
Due to time constraints, please do not PM me if your question can be resolved or answered on the forum.
Need help? 1) Stop changing things. No new indicators, charts, or methods. Be consistent with what is in front of you first. 2) Start a journal and post to it daily with the trades you made to show your strengths and weaknesses. 3) Set goals for yourself to reach daily. Make them about how you trade, not how much money you make. 4) Accept responsibility for your actions. Stop looking elsewhere to explain away poor performance. 5) Where to start as a trader? Watch this webinar and read this thread for hundreds of questions and answers. 6) Help using the forum? Watch this video to learn general tips on using the site.
If you want to support our community, become an Elite Member.
The following 2 users say Thank You to Big Mike for this post:
@supermht, all the above responses are correct. I would just add that either most or all commercial indicators will come in the form of dll files, as will some non-commercial ones. The reason is that the creator of the indicator does not want you -- or any competitor! -- to be able to read his original source code, and see just what the indicator does and so be able to copy it.
This puts you in the bind of having to trust the original author, and his or her motivations. It does not mean the dll's are inherently dangerous, just that you cannot know if they are or if they are not.
So, if you are going to buy an indicator, you are probably going to get a dll. You will need to decide whether the provider of the indicator is trustworthy, which you have to do every time you install any software on your computer anyway (essentially all commercial software will come as either exe or dll files, neither of which show the source code). You will need to be very careful who you trust if you are downloading indicators.
You will almost never see a dll allowed on futures.io (formerly BMT), which is about sharing, not hiding.
The following user says Thank You to bobwest for this post:
when a program (exe) is running, or when a library (dll) is loaded in memory, you will not be able to compile and overwrite the file (exe/dll), visual studio will give you a error it can not output to the locked file.
when you recompile a dll, make sure you unload the old version and reload the new version, it's a good habit to put a version number in your DLL, increment that number every time you modify and recompile, and output that to your output window, that way you can be sure the right version is loaded and you are testing against what you want to test
Last edited by rleplae; December 28th, 2014 at 08:20 AM.
If you have software (exe/dll) with uncertain/doubtful origin and you absolutely want to test it
(if it comes from a non respectful vendor i would strongly discourage you to install exe/dll, unless
you see the source code and are able to recompile it correctly, never take executables from
hacking site, they always include stuff you don't want on your system)
you can do a few things to limit your risk
1) you can always install software in a sandbox/virtual machine environment, if the software contains
a virus or other unwanted things, you will be able to contain the hazardeous behaviour to that sandbox
there are a lot of those environments out there. (vm ware, etc..)
2) if you don't have access to the source code and want to see what the software is doing, there a
few tools out that you can use :
- sniffer, is a program that allows to capture and visualize all packets that go in and out of your machine
this allows to see some of the network activity at least. (eg : ethereal, ..)
- you must of course always have a good end-node security product (anti-virus, malware detection)
- you can use a tool like filmon (system internals) to see what activity the module is generating on your
hard disk, if it is reading all files and directories on your disk, you might question what it's intent is)
The following 2 users say Thank You to rleplae for this post:
I want integrate my own DLL file to an indicator in NinjaTrader 8. But NT crashed when I compile my code.
I tried to do like explained in this tuto: "https://futures.io/ninjatrader-programming/32855-ninjatrader-dll-s-creating-loading-how.html"]https://futures.io/ninjatrader-programming/32855-ninjatrader-dll-s-creating-loading-how.html" , but that didn't work. I tried also to use AddOns section and that didn't resolve the problem.
This is my code:
#region Using declarations
public class MyIndicator : Indicator
private Export export = new Export();
private List<string> symbolDetails;
protected override void OnStateChange()
if (State == State.SetDefaults)
The example was created at the time that NT 8.0 was not yet out.
First thing that comes to my mind, is to check the .NET framework version.
To my knowledge NT 8.0 is using .net 4.5
For which version did you compile your DLL ?
Can you please check, correct and circle back if it solves ?
I already check it and my library has for target .NET framework 4.5. And it's compiled with VS 2015.
I think that the problem have relation with the instantiation of the object export: private Export export = new Export();. Because sometimes when I comment this line, the indicator works.
I would suggest you comment out the maximum of the logic inside that object
and get also a try/catch in place if some stuff is there
make sure that the container works, purely the object without anything else
Do you rely on any other DLL's inside your object ?
Can you post a screen shot when exactly it crashes ?
Is there something in the event log ?
something in other log files ?
Is the issue when you compile or when you try to execute the Indicator?
Your DLL needs to be in the /bin/custom/ folder and usually requires a restart of NT8 for NT8 to link to the code for use so make sure you have restarted. This could be a simple "can't find DLL". Please check your Log & Trace files for any hints, if you post them we might be able to help better.