8.1.3.0 crashes on Attach to Process in Visual Studio 2022

[frslvr]

NT 8.1.3.0 crashes on Attach to Process in Visual Studio 2022. Reproduced on several PCs

[NinjaTrader_BrandonH]

Hello frslvr,

Thanks for your post.

Do you see an error message appear when the behavior occurs?

What are the exact steps you are using to reproduce the behavior so we may test those steps on our end to try and reproduce the behavior.

Please create a clean environment by following the steps below, test to see if the behavior persists, and report your results.

Creating a clean environment can be done by following the steps below:

1. Close NinjaTrader 8, and rename the "NinjaTrader 8" folder in My Documents to something like: "NinjaTrader 8 OLD"
2. Uninstall NinjaTrader from the Windows Control Panel and reinstall using the installer from account.ninjatrader.com
3. Add the required indicators and test the template.

If you ever need to switch back to your original platform, you may do so by closing NinjaTrader and swapping the platform folder names.

For example, Close NinjaTrader and rename the new "NinjaTrader 8" folder to "NinjaTrader 8 NEW" and the "NinjaTrader 8 OLD" folder to "NinjaTrader 8." Then restart the platform. Simply put: NinjaTrader 8 will always load the "NinjaTrader 8" folder in My Documents.

We look forward to assisting further.

[-=Edge=-]

NT 8.1.3.0 crashes on Attach to Process in Visual Studio 2022. Reproduced on several PCs

I reported this issue last month when beta first came out..
To save everyone some time, I'll just quote from NT's response..

NT's Response:

Upon further testing and investigation, it came to my attention that the development team is already aware of this behavior. This is a known limitation for scripts exported with the prior version of Agile and there is no workaround. If you have clients who use your scripts who would also like to use the Visual Studio debugger, they would need a version of your script exported from the newer versions of NinjaTrader and Agile. If you have questions about Agile and licensing for the newer version, 6.9.1.2, please reach out to SecureTeam. The download links and links to the SecureTeam website may be found on the following page:
https://ninjatrader.com/support/help...l_security.htm

We apologize for any inconvenience. Thank you for your time while I looked into this for you. Please don't hesitate to reach out with any additional items we may assist you with.


My Follow-up Question:

Exported protected assembly w/NT 8.1.3 and new agile will not cause same issue w/previous 8.0.28.0 thru 8.1.7???
Just want to confirm after updating I will not face same crashing issue only now with older versions instead of new?


NT's Response:

Yes, this issue is only related to older versions and the implementation of agile-protected scripts which has been modified in the latest update. If you were to update to 8.1.3.0 and agile 6.9.1.2, exports would potentially be able to import to older versions, and as long as they are imported successfully the user would be able to debug in Visual Studio successfully. I say "potentially" because, depending on a script's logic, it may not always be backwards compatible with previous versions of NinjaTrader. This is noted at the bottom of the following page:

https://ninjatrader.com/support/helpGuides/nt8/considerations_for_compiled_assemblies.htm

For example, since version 8.1.2.0 the compiler was updated to Roslyn and NinjaTrader now supports C# features up to version 8.0. Previous versions of NinjaTrader were only current up to C# 5.0 so if you had newer C# features your script may not be able to import to previous versions of NinjaTrader. This is unrelated to the agile protections and Visual Studio debugging, though I wanted to point that out.


Please Be Safe in this Crazy World!

[QuantKey_Bruce]

In order to debug with 8.1.3.x you'll have to not have any protected assemblies installed - or at least not any protected assemblies that were exported from previous Agile.NET versions. If you use source only, you should be able to do it. This is a new limitation as of 8.1.3.x.

[whitmark]

Thanks for posting. I ran into this recently while testing the latest NT8.1.3.0 and attempting to debug a strategy script. I still had a popular free 3rd-party custom renko bar type assembly installed from a previous development project that would crash the platform when trying to debug on VS 2022. Once I removed assembly, I was able to debug as needed.

[caryc123]

Hi there.

I too just installed NinjaTrader 8.1.3.0 and experienced the immediate crashing issue when attaching to it via Visual Studio 2022's debugger until I removed all third-party assemblies. I have many third-party assemblies (indicators and strategies) and since I don't know which ones were protected via Agile.net I simply removed them all. I tried reinstalling several of the third-party indicators one by one, tested many times/ways, and again NT crashed repeatedly, until I had no third-party assemblies installed. Since I use the same NinjaTrader installation for trading and development this new with 8.1.3.0 crashing issue is a complete deal breaker. Looks like I'll need to re-install the previous 8.1.2.1 release even though that version has many crashing issues of its own, but at least I can still use third-party indicators and trade and develop using the same NinjaTrader installation and computer.

Is NinjaTrader, the company, working on a very high priority fix for this new deal-breaker crashing issue? If not, why, and what is the preferred workaround aside from removing all third-party assemblies? If there now must be two installations of NinjaTrader, one for trading (with third-party assemblies) and one for development (without third-party assemblies), where can I find documentation on how to set such up on a single computer in a way that is supported by NinjaTrader, the company? Thanks for your prompt attention and support.

[caryc123]

Thanks for confirming that NinjaTrader 8.1.3.0 (which uses Agile.net 6.9.1.2) does not support Visual Studio 2022 attached debugging when installed third-party assemblies were compiled/exported using NinjaTrader 8.1.2.1 (which uses Agile.net 6.6.0.35). Are you sure your company cannot implement a backwards compatibility feature to support assemblies compiled with different versions of Agile.net? Have you reached out to SecureTeam (makers of Agile.net) for support/advice?

[caryc123]

Thanks for your clarifications. I'm hopeful your company has or plans to reach out to all development companies registered/partnered with your company to inform them of the issue and impress upon them the importance of promptly upgrading (re-compiling/exporting) their indicators, strategies, etc. and notifying customers who purchased said products. Thank you.

[mfabache]

So, I ran into this as well. Geez, so much time lost.

Can NT/Brandon confirm that we need to downgrade to NinjaTrader 8.1.1.7 for using the debugger with Assemblies as you say there are 'no workarounds'? I believe that is the correct version (as stated above).

[NinjaTrader_ChelseaB]

Hello mfabache,

Welcome to the NinjaTrader forums!

This is correct. If you are not able to obtain an export created with 8.1.2.X or later, it would be necessary to downgrade to 8.1.1.7.


caryc123,

I've made sure our vendor support team is notified about this and would be able to provide direction for vendors.

[john_44573]

Hi - Just want to make sure I understand this thread.

This means that if I have any third party indicators that are protected (this is what you mean by exported by Agile, I believe), then in order to use VS to debug my custom indicator script, I have to completely remove them from my NT environment (even if they are not used in my custom script)?

Thanks

[QuantKey_Bruce]

Yes. You have to remove them if they are from the older version of Agile.

[Juanma85]

NinjaTrader_ChelseaB whitmark QuantKey_Bruce Can any of you please confirm there is still no workaround to be able to use Visual Studio 2022 to debug when on NT 8.1.3.0+ ?

[QuantKey_Bruce]

You can debug on Visual Studio 2022 with NT 8.1.3.0 - you just can't do so if you have assemblies installed that were protected with the older Agile.NET. Remove those, or ask the vendors who made them to make a new one with the current versions of NT and Agile.NET.

[NinjaTrader_ChelseaB]

Hello Juanma85,

I just want to confirm QuantKey_Bruce is correct in post #14.