Exception thrown when application starts

[Modern Indicators]

Obviously we looked at the sources as I made statement below regarding the enhanced traces. Unfortunately you will have to wait until next beta (no ETA yet). Sorry for the inconvenience.

Ok sorry just I am a new vendor, can't use NT7 x64 because there is no Zen Fire support, can't get NT7 x86 to work, so it is discouraging, especially with no ETA on the next beta.

Plus it sounds like the next beta doesn't have a fix for the issue but only additional debug code so then it would foreseeably be the beta after the next one before it is fixed boo. I promise I was good this year, I don't know why Santa is giving me lumps of coal in my stocking...

Also we know the problem has existed since October because the OP experienced it. Not sure what happened to him.

[NinjaTrader_Dierk]

Unfortunately I don't recall how the issue of the original poster was resolved. Since there is no feedback my post #3 might have done the trick.

[Modern Indicators]

Unfortunately I don't recall how the issue of the original poster was resolved. Since there is no feedback my post #3 might have done the trick.

Unfortuantely I did that two or three times before posting. I've since rebooted and done it another time, after again completely blowing away NT7 via uninstall and also deletion of documents\nt7 directory.

I am not sure how the download could be corrupt, that doesn't seem reasonable. And installing again and again doesn't seem to do anything with regards to the mysql database, it seems to be created upon launch, not install.

Since my OP, I've also tried migrating data (saying 'yes' instead of 'no') and on x86 the migration completes (it seems, at least, as there are 125,000 files created for tick, minute and day data and it reaches current calendar and contract dates on the display), but the moment the migration is finished it moves on to connect to the db and that is when it fails. I can see it remove the temporary access db, then a moment later the mysql db is touched, then the failure occurs. The failure exception is identical to what I posted, the migration does not change the code.

Running the migration on x64 worked, and then it seemed to continue loading as well. unfortunately, I cannot use x64 since I have Zen Fire.

[NinjaTrader_Dierk]

Please double check you cleared your browser cache before downloading again. Thanks

[Modern Indicators]

BTW, you had not asked but let me volunteer that I already had completely disabled my antivirus software, just in case, but it made no difference. (using eset nod)

[Modern Indicators]

Please double check you cleared your browser cache before downloading again. Thanks

That definitely is not it. We're covered for that.

I will certainly do my part to try to narrow down the problem for you, if you'll help me get a fix quickly

I'll run through various scenarios in a virtual machine to try to narrow down where it breaks and report back. For instance, I am running VS 2008 on this box, which as you know installs its own SQL Server edition, but surely you have dozens or hundreds of other developers doing that, so I can't imagine it is anything special. Still, compared to a typical end user it would be, so I'll start from there and see what happens.

[NinjaTrader_Ray]

That definitely is not it. We're covered for that.

I will certainly do my part to try to narrow down the problem for you, if you'll help me get a fix quickly

I'll run through various scenarios in a virtual machine to try to narrow down where it breaks and report back. For instance, I am running VS 2008 on this box, which as you know installs its own SQL Server edition, but surely you have dozens or hundreds of other developers doing that, so I can't imagine it is anything special. Still, compared to a typical end user it would be, so I'll start from there and see what happens.

Thanks a lot, this is highly appreciated.

[Modern Indicators]

Thanks a lot, this is highly appreciated.

I will continue working on it later, epsecially after B6 with the additional debug code. For now, I just did a clean Windows 7 x64 install and NT7B5 worked fine.

Mike

[NinjaTrader_Dierk]

To clarify: Are you saying NT7B5 32bit and 64bit now are working no problem on you Win7 64bit?

[Modern Indicators]

To clarify: Are you saying NT7B5 32bit and 64bit now are working no problem on you Win7 64bit?

No, it is still broke on my main desktop (physical machine) but because I have work to do that requires a working NT7 I needed to find a work around so I setup a virtual machine with Windows 7 x64, and NT7B5 worked fine (both x86 and x64).

So I still need a fix for my main desktop, I will wait for your new debug code probably.

Also take note that I did disable all SQL Server services on the main desktop, thinking somehow SQL Server installed by VS 2008 was causing a problem. It made no difference, still did not work.

[NinjaTrader_Dierk]

Thanks for clarification.

[Modern Indicators]

In addition I added some more trace info for next beta. Hopefully this provides more insights

NT7B6, same error. Trace is attached.

2009-12-22 23:16:43:561 Initializing database...
2009-12-22 23:16:50:680 in OnUnhandledApplicationException
2009-12-22 23:16:50:733 ********* exception trapped *********
2009-12-22 23:16:50:733 Object reference not set to an instance of an object.
2009-12-22 23:16:50:733 System.NullReferenceException: Object reference not set to an instance of an object.
   at System.Data.SqlServerCe.SqlCeException.ToString()
   at System.Exception.ToString()
   at System.Exception.ToString()
   at System.String.Concat(Object arg0, Object arg1)
   at NinjaTrader.Db.Globals.get_Engine()
   at NinjaTrader.Gui.Globals.ApplicationStart()
   at NinjaTrader.Gui.ControlCenterForm.Application_Idle(Object sender, EventArgs e)
   at System.Windows.Forms.Application.ThreadContext.System.Windows.Forms.UnsafeNativeMethods.IMsoComponent.FDoIdle(Int32 grfidlef)
   at System.Windows.Forms.Application.ComponentManager.System.Windows.Forms.UnsafeNativeMethods.IMsoComponentManager.FPushMessageLoop(Int32 dwComponentID, Int32 reason, Int32 pvLoopData)
   at System.Windows.Forms.Application.ThreadContext.RunMessageLoopInner(Int32 reason, ApplicationContext context)
   at System.Windows.Forms.Application.ThreadContext.RunMessageLoop(Int32 reason, ApplicationContext context)
   at System.Windows.Forms.Application.Run()
   at NinjaTrader.NTMain.Main()

[NinjaTrader_Dierk]

Please mail me at "dierk AT ninjatrader DOT com" and reference this thread for follow up. Thanks

[vtaran]

It works with SQL Server 2008

I had this problem with NT7 64bit when both SQL Server 2008 and SQL Compact Edition were installed. In debug messages NT7 was complaining about incompatible ADO.NET provider versions. When I removed SQL Compact everything started to work as expected.

[NinjaTrader_Dierk]

Thanks. That's interesting. Do you by chance recall what version of SQL CE you had installed.