开云体育

No it is TCP/IP I'm pretty sure. I'm using "IP" In a generic way, as I believe I've heard others do. Apologies if I used it incorrectly. -Kurt

I had written a simple console project in the files section. I changed it to use a list box and uploaded it as simpleTWSgui.zip It all works on one thread and is in one file or class. Only use it

IP socket? You mean raw sockets? Standard sockets use a transport layer. The concept of IP sockets is used mainly by routers, or I missed something? M. W dniu 2013-07-22 10:31, Kurt Bigler pisze:

Is there an effective way to implement a timed loop? For example checking for live data every minute or so?

Thanks for the response. It helped clear up some concepts. My extremely simple test code seems to be working now. Essentially, what I did was (using the example)override the callback function in my

Communication is via IP socket. Sockets by their nature do not lend themselves to synchronous information queries, i.e. in which you make a call and get a result back when the call returns. Instead

Well looking into the java files it seems these ib-csharp versions are not really updated for API 9.68. I just thought given the activity that they were. So I may try to update this myself. But are

When they changed from RIMM to BBRY the company name stayed the same. Since then Research In Motion became BlackBerry LTD. Perhaps the number is based on the name.

You might find something useful here: https://individuals.interactivebrokers.com/en/?f=%2Fen%2Fgeneral%2Feducation%2FpriorWebinars.php%3Fib_entity%3Dllc or here: http://tinyurl.com/mvamx7k Good

Hi, I'm running fine API 9.66 with ib-csharp 9.66.0.21, but have been unable to update to later versions, as I'm experiencing a ThreadAbortException. Would really appreciate if someone had advice

Hello Everyone, I have waded through threads on this group and on IB fora to find an answer to my question and have not managed to find an answer. I know a fair bit of java and yet i found the

I'm just sharing an observation about behavior I recently observed (maybe just since this weekend's reset). The context for this is that I have always considered contract id's to be the persistent

Hello everyone, I am trying to make sense of the api so that I can write my own C++ code to work with IB. The goal of my project is to connect to IB, retrieve data and work with data to execute

OK, If you want to force the account to be updated, What I do is to cancel the account updates first and then request it again. I did that behind a button to "force a refresh" of the account and the

JP, I had figured out that I had to call that particular sub-routine to request updates but my problem is slightly different (which I realised I have not articulated correctly in my original

It appears that the default behavior (if you don't specify ocaType) is non-blocking, reduce proportionally. If I don't specify ocaType, I get the behavior as you described. And if I set ocaType to 3

I actually haven't researched scenarios with multiple contracts or more than 2 orders in the oca group. I use separate orders (and oca groups) for 1 contract each which allows separate prices for

The ocaType is in the C++ API documentation for the Order structure (also in IOrder for ActiveX and I assume similar for other languages). There are 2 blocking types, which guarantee that only 1 order

Hmm. I use oca all the time and the limit orders are on the exchange. I didn't know there were 'oca types' so maybe that changes how orders are handled. If you use the default oca type do you

When I mouse over the profit exit, it says the order is being held and monitored just like the stop order. The row for the order on TWS shows the status column as dark blue, where if I place a single