Error Loading Daily Time Series of ES Contract

[dnoff]

Trying to load the daily chart from ES Contract using 7.002, I get the following issue:

10/19/2009 4:41:06 PM Default Failed to unzip server data: System.UnauthorizedAccessException: Access to the path 'C:\Users\Dean\Documents\NinjaTrader 7\tmp\zipped_e0b5133237b34b0dab7af8b69528e976' is denied.
at System.IO.__Error.WinIOError(Int32 errorCode, String maybeFullPath)
at System.IO.File.Delete(String path)
at NinjaTrader.Server.BarsReply..ctor(Bytes bytes, Int32 version)

This appears 5/6 times on the log, and the bars that are calculated are then loaded (with gaps).

[NinjaTrader_Dierk]

Not sure why you don't have access to the path 'C:\Users\Dean\Documents\NinjaTrade'.

Guessing:
- Is it by chance located on a network drive?
- have you installed NT7 as admin?
- are you running NT7 as admin?

[dnoff]

I am not sure what is up myself - I am a local admin and this is account I installed it with.

The only think I could think is if there is some form of reference issue (something strange in the path etc???)

My platform is Windows 7, 64bit.

[NinjaTrader_Dierk]

Would it happen with e.g. 1 minute requests to?

[dnoff]

Would it happen with e.g. 1 minute requests to?

No it only happens on daily requests. Any minute request seems to be fine.

However if I do a "Reload all historical Data" I also get the same issue.

I have captured the a screen shot that shows the screen error, the tmp directory with the file in that the system cannot access (the file size seems small to me!) and the security properties of this file.

[NinjaTrader_Dierk]

Hmm .. still strange. I just tried on my 64bit Win7 here and it worked as expected.

Any indication, that the file in question would file be "read-only" file?

[dnoff]

Hmm .. still strange. I just tried on my 64bit Win7 here and it worked as expected.

Any indication, that the file in question would file be "read-only" file?

I just tried again and checked the file attributes - it does not show "read-only"

[NinjaTrader_Dierk]

Thanks.

Hmm, I just applied some changes to the relevant code which would be available with NT7B3. Let's see if that would make any difference.

[dnoff]

Thanks.

Hmm, I just applied some changes to the relevant code which would be available with NT7B3. Let's see if that would make any difference.

Do you think it is anything to do with differences between .Net 2.0 versus 3.5?

i.e, by default, it is .Net 2.0 in Windows 7, I am downloading .Net 3.5, but I am not sure if it is required?

[NinjaTrader_Dierk]

NT7 would not run if you hadn't .NET 3.5 installed. It would not even install.

However, since we're on a dead end you might give it a shot.

[dnoff]

So I have been researching this problem so more and think I may have an idea why this is happening.

My hunch is that some process other than NT7 is looking at the zip file as it is placed/saved into the tmp directory, which is not released in time for NT7 when it tried to read the file back and load it.

So on the machine I am running NT 7 on, there is a running instance of AVG - the anti-virus program. On a hunch I disabled the "Resident Sheild" for the "tmp" directory and have not had the issue again since, so I think this is the issue (not totally sure, but seems like a good candidate).

I guess the issue for NT is this may happen with other host base processes also (also I am leary of running any machine without AV on it), so may be a small pause of a few milliseconds needs to be added to the download/save/load data process to avoid this????

I suspect that my specific instance is just an indication of the problem that would manifest itself with other host processes in a wider deployment, so the "don't use AV" is not the answer in my opinion.

[NinjaTrader_Dierk]

Excellent. Thanks for your analysis which totally makes sense. The fix I applied the other would cover that scenario.