Join the 80,000 other DTN customers who enjoy the fastest, most reliable data available. There is no better value than DTN!

(Move your cursor to this area to pause scrolling)




"I am a hedge fund manager here. It’s funny, I have a Bloomberg terminal and a Bridge feed, but I still like having my DTN feed!" - Comment from Feras
"You have an excellent product !!!!!!" - Comment from Arely
"I use IQ Feed, Great stuff as far as data analysis information, storage and retrieval is concerned." - Comment from Public Forum
"I had always used ******* but for the past 2 weeks have been trying DTN IQFeed. Customer support has been extraordinary. They call just to make sure your problem hasn't recurred." - Comment from Public Forum
"I would just like to say that IQFeed version 4 is running very well and I am very happy with its performance. I would also like to extend a big thanks for the fast and efficient help that I always receive. My questions and concerns are always addressed promptly. Way to go!" - Comment from Josh in CO.
"I've never had DTN go out on me since switching. ******* would go down a couple times every month when I was using them." - Comment from Bryce in AL.
"I'm very glad I switched to IQFeed. It's working perfectly with no lag, even during fast market conditions." - Comment from Andy via Email
"Thank you so much - awesome feed, awesome service!" - Comment from Greg via Email
"DTN has never given me problems. It is incredibly stable. In fact I've occasionally lost the data feed from Interactive Brokers, but still been able to trade because I'm getting good data from DTN." - Comment from Leighton
"I was with ******* for 4 years at $230 a month, this is a huge savings for me, GOD BLESS YOU PEOPLE," - Comment from T.S. via Email
Home  Search  Register  Login  Blogs Recent Posts

Information on DTN's Industries:
DTN Oil & Gas | DTN Trading | DTN Agriculture | DTN Weather
Follow DTNMarkets on Twitter
DTN.IQ/IQFeed on Twitter
DTN News and Analysis on Twitter
»Forums Index »IQFeed Developer »IQFeed Developer Support »IQFeed under WINE
Author Topic: IQFeed under WINE (8 messages, Page 1 of 1)

dhakme
-DTN Evangelist-
Posts: 150
Joined: Sep 17, 2004


Posted: Oct 19, 2010 07:30 AM          Msg. 1 of 8
On various threads over the years people have requested API support under Linux or alternatively a Java client that would provide cross-platform support.
As neither of these appears to be forthcoming, a number of people have had success in running the existing client under WINE on linux.

Would anyone out there care to share their experience and possibly provide some pointers and hints?

We have very good linux knowledge and reasonable Windows experience but none with WINE.

Does DTN have any experience with IQFeed under WINE? If so, would you consider an unofficial (ie unsupported) HowTo document?

DTN_Steve_S
-DTN Guru-
Posts: 2087
Joined: Nov 21, 2005


Posted: Oct 19, 2010 08:29 AM          Msg. 2 of 8
Dennis, as Jay has mentioned on other threads, we have put some work into a Java version of the feed intended to be cross platform but right now that project has once again been delayed due to other higher priorities that need to be addressed. I realize that isn't great news but I just wanted to put that out there to show that we have heard the requests of our customers for more support than just windows and we are working on options to fulfil those requests (although slowly). Currently, as you acknowledged, WINE is the best way to go for those needing linux support.

Unfortunately I don't have a whole lot of knowledge on the subject. However, for what it's worth, here has been my experience in that area.

When these reports first started surfacing I was able to get it running under WINE on a, then current, distro of SuSe (I'm thinking it was SuSe 10 or maybe 10.1). Since then, we haven't had any reports of it not working so we haven't gone back and tried to verify again.

I'm not a linux guru by any stretch of the imagination, but everything was pretty straight forward for me. After the linux install, I installed WINE via one of the built in software managers (I can't remember what the one on SuSe is called) and then simply ran the IQFeed install under WINE to get everything running. I do remember that I had some issues getting the Microsoft Visual C++ Redistributable installed that IQFeed requires but a google search gave me that answer. After it was installed, it was as simple as launching IQConnect. At that time we were still requiring use of IQ32.dll soi the launching app had to be run under WINE as well. I suspect that it wouldn't be as hard now that we don't requrie IQ32.dll to launch the feed.

From my experience, it seemed like the way that WINE works is basicallly by emulating 3 separate pieces of the OS. First, it creates a File Structure similar to what windows uses (with C:\windows\ and C:\Program Files, etc). Next it emulates the windows registry. And Last it intercepts any calls to the Windows API by the application that is running and translates them to the appropriate linux kernal calls (and directs storage to the file structure and registry). I'm sure there is a bit more to it, but that was the experience that I had.

dhakme
-DTN Evangelist-
Posts: 150
Joined: Sep 17, 2004


Posted: Oct 20, 2010 06:13 AM          Msg. 3 of 8
Thank you for your response.

I did try to use IQFeed with WINE some time ago when IQ32.dll was required to launch and had a few problems but didn't persist.

I'll give it another go with the later IQFeed and hopefully will have more luck.

JoshSN
-Interested User-
Posts: 29
Joined: Apr 8, 2010


Posted: Oct 23, 2010 08:14 AM          Msg. 4 of 8
I run IQFeed under WINE on a headless server. One extra step I had to do was install Xvfb, the X virtual frame buffer. I also kick off the script with a DISPLAY=:1 (based on how I configured Xvfb).

sseveran
-Interested User-
Posts: 5
Joined: Nov 3, 2009


Posted: Jan 8, 2011 10:14 PM          Msg. 5 of 8
I use IqFeed under Wine with a scala client that communicates with it via TCP/IP and that works just fine. I developed it on OSX and deploy on linux.

busitech
-Interested User-
Posts: 14
Joined: Apr 16, 2010


Posted: Feb 6, 2011 01:13 AM          Msg. 6 of 8
Would DTN be willing to release enough information for the community to work on our own ports of IQFeed? Developers in the field may have the resources to complete the project. We have the desire to develop market apps for iPhone and iPad. Java is not an option on those platforms. We need an API to write to that exists on DTN servers, not on an intermediate client layer, using an efficient binary protocol, like RTMP for example.

DTN_Jay_Froscheiser
-VP, Product Operations-
Posts: 1752
Joined: May 3, 2004

DTN IQFeed/DTN.IQ/DTN NxCore


Posted: Feb 6, 2011 10:05 AM          Msg. 7 of 8
Unfortunately this isn't as simple as building ports for different operating systems or platforms. We are evaluating other connectivity methods (such as direct to server) but have to take several things into consideration. One of the biggest is exchange regulations. Another is that the IQFeed service would likely blow up any mobile device out there due to the speed in which we send data. From a business perspective, we must take into account that on an iPad or other device, users may not want, or need to see every tick or be able to watch 500 symbols at a time. We don't have a way to throttle down our data currently. We are currently working on backend server changes that will give us more flexibility to support additional platforms in the future. Once we are ready, we will be sure to announce the new interfaces here.

Jay Froscheiser
DTN

busitech
-Interested User-
Posts: 14
Joined: Apr 16, 2010


Posted: Feb 6, 2011 12:35 PM          Msg. 8 of 8
Thanks for your reply, Jay. Good to hear from you.

The reason I mentioned the RTMP (real time messaging protocol) is that it supports throttling. It's designed for video and other realtime data streams. Stock data is much like video - it's realtime, packets must be in sequence, latency needs to be minimized, requires an efficient binary data stream, and different types of clients need to be supported at different frame rates from the same data source (connection speed, device CPU, what have you).

Adobe released the RTMP spec about a year and a half ago. The RTMP protocol is embedded in Flash Player on all the mobile platforms like Android and Microsoft.

While the iPad won't directly support Flash Player itself due to the fact that it downloads executable code, they ARE allowing Flash apps to run after they are cross compiled to a native executable, so again, RTMP is going to be easily available there as well.

There are open source implementations of RTMP available, in all sorts of languages... If your server could accept incoming client connections over RTMP, you would instantly be cross platform, while adhering to a popular messaging protocol at the same time, which is open to other implementations.

The natural binary object format on top of RTMP is AMF3. It's a hierarchical binary data object (de)serialization format. There are all kinds of AMF3 implementations that are also open source.

I think iPad users will want to watch many symbols, just with a throttled data rate, and once a given bar closes on the chart, the bar could be read from the historical cache to make sure the highs and lows represent the data they missed. The iPad is not always on a Cellular network - they have WiFi... I see how a lot of historical research could be done with iPad, even with proprietary indicators.
 

 

Time: Thu April 18, 2019 3:33 PM CFBB v1.2.0 31 ms.
© AderSoftware 2002-2003