| API Support » custom indicator issue...big memory usage Mar 01, 2018 @ 04:21 AM (Total replies: 2) | |||||
|
Chris, thanks for your reply. We have a client, a bit of a power user...he's having the issue, particularly when he lets the exe run live with ticks coming in. He did say changing symbols/intervals can make it worse as well. His workspace has been emailed directly to you. I also have a screenshot of trader.exe's RAM usage on his machine, that he sent in, if you need to see it -- it was approaching 5GB. I appreciate any tips you can give. This is a complaint that is new to us. John Carey
|
|||||
| API Support » custom indicator issue...big memory usage Feb 28, 2018 @ 12:12 PM (Total replies: 2) | |||||
|
Our custom indicators, which use a compiled DLL, seem to make the OEC trader exe use a ton of RAM when the user has a bunch of charts in the workspace, and when the user lets trader app stay open and ticking for hours and hours, etc. Perhaps its a configuration file in OEC thats getting too large. Im not sure. Any ideas? John Carey
|
|||||
| API Support » API login seems to give only historical bars up to last week Sep 20, 2016 @ 03:00 AM (Total replies: 2) | |||||
|
Hi, I'm running an example based on the docs, and I'm calling for historical bars for ES and the API only seems to return data as recent as 9/16. The call I'm making: oecapi.SubscribeBars(contracts.First, DateTime.UtcNow.AddDays(-4), OEC.Data.SubscriptionType.Bar, 10); If I use .AddDays(-3), or -2, or -1, or now, it returns zero bars. I also noticed tonight that when I ran the advanced example exe, it returned no data there either (I didn't compile it -- I ran the exe from the site) My login does seem to work. Any idea? John John Carey
|
|||||
| API Support » OEC demo shows bizarre behavior; regular version doesn't Nov 08, 2015 @ 07:21 PM (Total replies: 1) | |||||
|
SUMMARY: we develop a suite of custom indicators that our clients use on OEC. Sometimes the indicators do not show up at all on the chart, and on rare occasions the bars don't show up either. All of this seems to happen ONLY on the demo. We have a user who likes use both the regular and demo versions of OEC. He has our custom indicator package installed and uses it on both demo and regular OEC. He has noticed, and I saw this as well when I did a remote support session, that in the demo, every 5-10 changes of interval or symbol he does to his chart will result in either some or all of our indicators not showing up at all. And sometimes the chart comes up totally blank -- as in no bars OR indicators. One thing I've noticed as well is after so many switches, the inputs for some of the indicators on the charts change from the CLOSE of the symbol to the OUTPUT of another indicator. In other words, when you go into properties for an indicator and you can choose the input...normally it's the close of the symbol you're looking at. Sometimes, after changes in interval or symbol of the chart, some or all of the indicators' inputs will change by themselves to the output of another indicator on the chart. Any thoughts on this? We have a user who is experiencing this mainly, if not exclusively, on the demo. We have him waiting in our tech support ticket system and we are stuck. Need your help ASAP please. John Carey Edited by JCarey1693 on Nov 8, 2015 at 19:21:57 Edited by JCarey1693 on Nov 8, 2015 at 19:23:25 |
|||||
| API Support » BarInterval property seems to have incorrect data (Custom Indicator) Oct 27, 2015 @ 01:43 PM (Total replies: 1) | |||||
|
In my custim indicator .CS code: The BarInterval property doesn't seem to be acting right. BarType is giving 1 and 2 fine for minute charts and daily and monthly. The problem lies in the BarInterval property. If it's a daily chart, BarType returns 2 like the doc said and BarInterval returns 1, like normal. Weekly charts return Bartype 2 and BarInterval 1 again. Monthly returns BarInterval 1 as well. For instance I am writing this to the log: Log.WriteLine("BarInt is: " + CustomIndicatorInternal.CurrentContext.BarInterval + ", and BarType is: " + CustomIndicatorInternal.CurrentContext.BarType); And for monthly and weekly charts using ESZ5, I'm getting logs of "BarInt is: 1, and BarType is: 2" Am I doing this wrong or is there a bug somewhere? Thanks John Carey |
|||||