Search results

You can PM David Gilbert via the jfree message forum. Maybe IB could become a sponser or some such thing.

rpcgen is the compiler and should be on just about any UNIX/Linux box. You make a "*.x" file which bears more than a passing resemblance to a C header file, compile it with rpcgen and out pops the C code that encodes/decodes the messages, together with the C data structures. It's quite a long...

Yes, it would be very nice if vedors provided a decent protocol spec including sample message flows etc etc. For building handlers for binary protocols XDR is incredibly easy to use and is actually quite efficient. I doubt if performance is an issue. NFS seems to manage OK with much greater...

I'm sure stephencrowley can speak for himself but what he (and others) want is no COM, ActiveX, MFC, Win32 or anything else tied to a Microsoft platform. The point really is that it is all completely unnecessary. An API just has to send/receive messages and marshall them to/from data structures...

I wouln't do that. You can very easily get all MAC addresses from ARP tables on any other machine on a LAN.

Thanks for a very useful link

For a screener, have a look at http://www.stockfetcher.com

http://www.bigcharts.com/industry/marketwatch-com/

I havn't tried options, but I assume they behave the same any other instruments on IB. The delay is quite small and you can overlap market data requests. Once requested, the data is streaming.

I don't quite understand. I may be missing something, but with the API you should be able to request market data for individual contracts by specifying month, strike, put/call etc. and then assemble that into whatever form you need.

IB has them real time.

I'm not so sure about this. If I was working on the TWS charts, I'd welcome active support from the developers of jfreechart. I doubt if it's a case of job preservation either. I expect IB has plenty of other work in the pipeline for their developers. The point I'm trying to make is that is...

TWS charts are based on the jfreechart library. If you're interested, this can be found at http://www.jfree.org. It is free and open source. It is a very capable charting library with support for many different types of charts, with very flexible layout and formatting. Issues such as wasteful...

Agreed, good things come from using C. You can bind to just about anything.

Well, it's not rocket science to make these 'local servers' portable too. I once worked on a fairly big and fairly complex telecomms server (~ 150K lines of C) and ported the thing from Unix to an NT service in a few days knowing nothing about NT services when I started. And I'm not the best...

Absolutely ! No COM, ActiveX, MFC, .NET and all the rest of the crap. It's overly complicated, prone to bugs, far too dependent on libraries that change at the whim of the OS/tools vendor, version dependant and all the rest of the grief you can get from this stuff. For these purposes, a...

Interesting benchmark comparison of Opteron, Xeon and Apple/PowerPC dual CPU servers. http://www.anandtech.com/mac/showdoc.aspx?i=2436&p=4

Top right edge of the window, just below the minimise/maximise-restore/close trio.

I believe newer versions of TWS have a pin at the top right of the menu bar. Press it and the window has 'always on top behavior'. It sounds like this might be your problem.

To simplify matters why don't you get rid of the other interface (s). ifconfig down should do it.