NT7.2 vs RemoteSoft

[ATI user]

Installed 7.2......on 32 bit quad

Export Ninjascript does not work as it is trying to export in 64 bit (bug) from a 32 bit machine and RemoteSoft does not have a 64 bit version (so it crashes first, then 7.2 says 64 bit problem)

[NinjaTrader_Dierk]

a) there is no NT7.2. We just published NT7B2. That's probably what you mean
b) please contact the author of remotesoft. You needed to upgrade to a protector version which supports 64-bit.
c) by crash you probably mean an error message which NT provides. Please provide the exact errors message in case further analysis on our end is needed.

[ATI user]

a, yes
b, how can a run a 64 bit version of remotesoft on my 32 bit machine?
c. first error is from Vista saying that Remotesoft is not responding ....when I close it, NT says there was a 64 bit error

seems to me NT72B Export Ninjascript is now defaulting to 64 bit instead of auto detecting source machine ...or giving option in export dialog

NT7B1 did not have this problem....it exported and protected and ran fine

[NinjaTrader_Dierk]

Starting NT7B2, NT will create 32-bit and 64-bit protected version of your assembly within the SAME archive.

This requires a 64-bit "enabled" version of protector. However, protector.exe still is a 32bit program.

Please contact the author to get an updated version.

[ATI user]

right...I have contacted remotesoft....I am hoping I do not have to wait for him to buy a 64 bit machine to create the new version so I can distribute my code

1. perhaps a more elegant solution, i.e. a solution that does not put NT vendors at the mercy of 32 bit vendors, datafeeds, etc, would be for NT7 export to give a choice of 32 or 64 bit to the archive

2. this also makes more sense in that why would 32 bit NT vendors want a 64 bit version in their archive anyway

3. I know that 64 is useful for backtesting massive amounts of data, requiring bigger addresses.....are there any other benefits to 64 bit, such as much faster processing

thanks

[NinjaTrader_Dierk]

a) as explained below there is no need for a 64-bit machine
b) we added that feature to your convenience so you don't have to manage 2 different version of your software as 64bit becomes more popular
c) I'll add your suggestion regarding the option to our list of future considerations while we are in beta. Thanks

[ATI user]

thanks Dierk

makes sense that some of my users would want to run the 64 bit version of NT7 and is is great that I can create that on my 32 bit machine

which leads me back to my last question above.....please explain if there is ANY benefit to 64 bit addressing other than to overcome capacity restrictions i.e. does NT7 64 bit run any faster than NT7 32 bit

[NinjaTrader_Dierk]

We have no indication that 64bit would run faster than 32bit. I suggest you tried by your own.

[ATI user]

Ray, Dierk

I received this reply from RemoteSoft

"Make sure that you compile the project as any CPU from project settings. Then use -x64 option to generate protected code."

I have no idea what this means as Protector is used seamlessly (in the background) during the NT export with protection process. I hope that it would continue to work the same way in NT7.

Therefore, I believe this brings us back to NT7 needs to have an option to export/protect as 32bit and/or 64bit assemblies.....or perhaps NT7 can make whatever adjust RemoteSoft is suggesting?

Thanks.

[NinjaTrader_Dierk]

Please make sure you have purchased from RemoteSoft a version of protector which supports 64bit protection. I can tell you that if you purchased yours before summer this year then it definitely would NOT work.

I went back and forth with the protector author this June until we finally had version which would be working.

[ATI user]

a) as explained below there is no need for a 64-bit machine
b) we added that feature to your convenience so you don't have to manage 2 different version of your software as 64bit becomes more popular
c) I'll add your suggestion regarding the option to our list of future considerations while we are in beta. Thanks

Dierk, Ray

RemoteSoft does indeed require that the 64bit version of Protector be purchased as new software as opposed to a free upgrade to their existing version....which is fine/fair if I wanted/required it.

Regarding your b) above, I do not want 2 versions of software, just the usual 32 bit....so the dual version feature you have added is not a convenience to me....instead it is preventing me from distributing my software to my users that are also beta testing NT7

Since NT 6.0 Help Guide recommended RemoteSoft Protector, which BTW works perfectly and seamlessly within NT and was therefore a great recommendation, I assume many of the 150 NT vendors mentioned in your first NT7 webinar also use Protector. I further assume that more than a few of them would prefer having the option to export 32bit or 64bit or both.

Please confirm when/how soon you will be implementing your c) above so I can proceed with beta testing NT7 versions of my software.

Thanks

[NinjaTrader_Dierk]

Here is how you could work around the issue where RemoteSoft protector crashes as it tries to protect a 64bit assembly:

- NT checks if the directory "<protector install dir>/bin/x64" exists
- only as this directory exists would it try to create a 64bit protected version of your assembly
-> renaming that directory e.g. to "<protector install dir>/bin/x64.old" would prevent NT from trying to creating a 64bit protected version
- in case that directory would not exist you would just get a message box indicating that the 64bit protected version could not be created.

This means:
- only the 32bit protected version would be created
- your code still would perfectly protected, there just would not be a 64-bit version
- thus your assembly would NOT run on 64bit windows

Also: as of NT7B3 you should not experience any issue in case you only have purchased a 32bit version from protector

Edit: You needed to have RemoteSoft Protector 3.1 or later in order to have this issue resolved. RemoteSoft announced a public release of that version by end of December 2009.

[ATI user]

In fact the export code does this:
- it checks if the directory "<protector install dir>/bin/x64" exists
- only as this directory exists would it try to create a 64bit protected version of your assembly
- in case that directory would not exist you would just get a message box indicating that the 64bit protected version could not be created

-> as of NT7B3 you should not experience any issue in case you only have purchased a 32bit version from protector

Dierk

I deleted the x64 folder and it exported/protected as 32 bit...with just the one warning for 64bit that you mentioned

Thanks for the elegant solution

[NinjaTrader_Dierk]

You're welcome

[roonius]

I have Protector which supports 64 bit and can use it from Visual Studio,
but exporting from NT still throws:error occured protecting your 64 bit assembly.

If I drop both assemblies (32 and 64, named differently) into bin/Custom folder, 64 bit NT ignores 32 bit assembly, but 32 bit NT seems to load both.

And when default workspace contains the indicator which is in protected assemblies, a lot of times 32 bit NT throws a "need to close" error when starting up and crashes.

(Testing on 7B4)

[NinjaTrader_Dierk]

Unfortunately we can not support 3rd party software. The protector version we're using internally here was released this summer. Any older version did not work for us. Please contact the vendor to clarify. Thanks

[roonius]

Unfortunately we can not support 3rd party software. The protector version we're using internally here was released this summer. Any older version did not work for us. Please contact the vendor to clarify. Thanks

Sending them email right now

[roonius]

Unfortunately we can not support 3rd party software. The protector version we're using internally here was released this summer. Any older version did not work for us. Please contact the vendor to clarify. Thanks

According to HuiHong at Remotesoft I have the latest version, but I still get export errors.
If I protect the dll using protector's command line, dll loads fine.

[NinjaTrader_Dierk]

The version we're having works fine here. It says:
Remotesoft (R) Protector version 3.1.

[blarouche]

I have installed the latest Remotesoft version and I still get the error exporting for the 64-bit protection.


I have a question because I am not very knowledgeable about these 32 and 64-bit versions.

If I can't protect my 64-bit version does that mean that clients utilizing 64-bit version CPU would be able to hack the code !!!


Bernard

[NinjaTrader_Dierk]

>> If I can't protect my 64-bit version does that mean that clients utilizing 64-bit version CPU would be able to hack the code !!!
yes

[blarouche]

Dierk


I thought that this problem would be addressed in beta 5.

What should I do to fully protect my code. I have to release a new version now





Bernard

[NinjaTrader_Dierk]

Why do think NT (B5) could address a failure of remotesoft protector? You needed to contact the vendor in order to get a version which works.

[blarouche]

Sorry

I thought that the problem was coming from your end...

I have the lasted Remotesoft version so I will contact them again




Bernard

[NinjaTrader_Dierk]

Let's try this: could you please zip the directory <program files>/RemoteSoft and send to to "support AT ninjatrader DOT com", reference this thread, subject "for Dierk".

I'd like to understand why your version does not work whereas ours does.

Thanks

[blarouche]

Dierk


I just send you the email with the zipped RemoteSoft folder.

Waiting for your response


Many thanks


Bernard

[NinjaTrader_Dierk]

It's very clear that you are on an outdated version of RemoteSoft protector. Please see a couple of posts further down: You needed to go with Protector 3.1 whereas yours is only 3.0.

Please contact the RemoteSoft vendor for an update.

[blarouche]

Dierk


Thank you very much. RemoteSoft support is not very impressive. Maybe I made a mistake reinstalling it or they did not send me the latest version.

I'll keep you posted



Bernard

[roonius]

It's very clear that you are on an outdated version of RemoteSoft protector. Please see a couple of posts further down: You needed to go with Protector 3.1 whereas yours is only 3.0.

Please contact the RemoteSoft vendor for an update.

Here is response from Remotesoft as of today:


Our 3.1 build is actually not available on downloading yet. We sent a beta version to NinjaTrader. We are performing regression tests, and will be available soon.

- Huihong

[NinjaTrader_Dierk]

I sent a support request to RemoteSoft.

[NinjaTrader_Dierk]

I just got a reply from RemoteSoft support: They plan to release 3.1 officially be end of December.

Until then you could work around the issue by my post #12 on that thread.

[blarouche]

Dierk,

Thank you very much. Well appreciated !


When you say :
"
This means:
- only the 32bit protected version would be created
- your code still would perfectly protected, there just would not be a 64-bit version
- thus your assembly would NOT run on 64bit windows

"

does that mean that someone with 64bit windowns could "steal" my code ?


Bernard

[NinjaTrader_Ray]

does that mean that someone with 64bit windowns could "steal" my code ?


Bernard


No, it does not mean that. It just means you will not have a 64-bit assembly thus it will not run in 64-bit natively.

[MoreYummy]

If the version is created under 32bit, and it can run on either 32bit, and 64bit system, without the risk of being decompile?

Actually how safe is this remotesoft method? Is it 99.9% guaranteed?
I dont want to ask 100%, since something new might be possible in future.

[NinjaTrader_Dierk]

We can't comment on the protection mode used by Protector since we're not the builder. I suggest contacting the vendor. However, we felt it was the best choice for us.

[MoreYummy]

When I go to the link for NT's user to buy it with discount, it goes to error.

How do I use that discount?

[NinjaTrader_Dierk]

Unfortunately we are not the vendor of this software so we would not know how the web site operates. I suggesting contacting the vendor by mail.

[Zachariah21]

I am having the same exact problems with my outdated version 3.0 ... Huihong sold me the outdated 3.0 version on Nov 24th, just weeks before the new 3.1 version that is necessary was released.

I have tried contacting Huihong/Remotesoft at both his personal and business email addresses for the last 3 weeks continuously. I have still not heard any response or reply back and have unhappy customers who are using NT7 and can't get my indicators to work.

I cannot proceed with my business or move forward until Huihong/Remotesoft answers my emails and provides me with the updated version 3.1 that is now necessary for NT7.

Can ANYBODY offer any kind of assistance with this issue? If anyone has version 3.1 already or can suggest any other steps to make some progress I would appreciate some help.

I understand that this is NinjaTrader's preferred vendor for protection, but their customer service is absolutely unacceptable ...

[NinjaTrader_Josh]

Zachariah21,

Can you please send an email to support [at] ninjatrader [dot] com with Attn Josh and a link to this thread in the subject line? Please include your full name and email address used when you purchased RemoteSoft in the email. Thank you.

[trend]

Hi, any new developments in regards to contacting RemoteSoft
to purchase? Any alternatives?

Thanks,

[NinjaTrader_Kyle]

trend,

Unfortunately, nothing additional to report at this time.

If you're having difficulty contacting RemoteSoft, please send an email to Support [AT] NinjaTrader [DOT] com with your full name and contact them on your behalf.