开云体育

I agree about the "new stuff".? Some of it is good, but most has a short lifespan that is rightly soon forgotten. My app is graphical, mostly automated, and cannot tolerate a delay between detecting

there's an absurd turnover of new "must-try" languages, frameworks etc etc. Most of them are forgotten after a year or 2. Makes it hard to determine what is worth the effort. Is the app graphical? do

If you are seeing option prices in TWS then they are also available in the Api. You will need to contact Sierra to find out why option data is not showing there.

Once you have submitted an order and it is not yet filled you have a few ways of handling that order: (i) let it work as it is, (ii) modify it, or (iii) cancel it. There are some limitations when you

You may wish to look into the priority that Limit orders vs. Market orders get filled. For stocks, I submit Limit orders, then monitor best bid/ask and update unfilled orders' limits based on best

IB clearly supports options because TWS shows them and so does Multicharts? If I wanted to algorithmically trade equity options based on chart data from IB, what platform choices do I have available

I had a similar problem. I wanted to execute a limit order only when some other condition is satisfied. I ended up real time streaming all the required tick data and look for all the conditions,

Hi Maciej, Many thanks for sharing your experience with this issue. I'm not yet running the latest version of IBGateway, so that might indeed be the solution! Will upgrade right now and see how it

Consider a MSFT option contract with spread of $0.70 / $0.75, and *I want to submit a LIMIT SELL order for 10 contracts with a $0.75 Limit price* .? However, I?only want that order to be active when

Thanks for the feedback.? I agree that C# would be a sensible substitute for Delphi, as there appears to be a nearly one-to-one correspondence in commands.? I bodged together a test program in C# to

My first instinct is to take the more "courageous" approach of remaking it as quickly as possible in c#. It's probably a lot easier than being shackled to delphi. It's 20+ years since I wrote any

After looking little bit longer.. I'm not sure the contract sample does work. 1. The separator in "symbol" should be "," and not ".", as compared to TWS log. 2. exchange is reported by tws as SMART,

I feel i'm getting closer... But still the actual problem is escaping me. Is there anything that jumps on you, Josh ? TWS log : 21:41:35:982 -> --
+17-3-2-20171005? 21:38:29-20171005?

I'm a step ahead of you here.? I have VS2017 installed, and I had written a test app in C# to access the ActiveX in Telechart 2007.? The problem I ran into was that when I think about converting my

You're assuming that C# is difficult. It's not. You don't need the complicated bits, just the basic stuff. Get the "C# pocket reference" from amazon and speed read it. It's VERY concise. If you get

I’m not a Delphi user, but other IDEs (including VB6 and the VBA IDE’s in Excel, Word etc) allow you to browse for a reference. I mean that alongside the list of registered ActiveX’s is a

That's an additional complication I have been considering.? I have been trying to access the 9.73 ActiveX with both Delphi2009 and Delphi 10.2 (the latest).? Delphi2009 only produces 32-bit

The ActiveX installer is only compatible with 32 bit applications in 9.72+ at the moment, whereas in 9.71 it could be used with either. Could that be the issue?

On Wed, Oct 4, 2017 at 06:55 am, Richard L King wrote: > > > > 9.72 and later still contain a perfectly functional ActiveX control, that > works fine with VB6, Excel, and no doubt all the other

I’m not sure what you’re having difficulty with here. 9.72 and later still contain a perfectly functional ActiveX control, that works fine with VB6, Excel, and no doubt all the other