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'm satisfied with IQFeed. It's the most reliable and fastest quote feed I have ever used. Although I'm a resident in China, it's still very fast!" - Comment from Xiaofei
"I ran your IQFeed DDE vs. my broker vs. a level II window for some slow-moving options. I would see the level II quote change, then your feed update instantaneously. My broker's DDE, however, would take as much as 30 seconds to update. I am not chasing milliseconds, but half a minute is unacceptable." - Comment from Rob
"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.
"Can I get another account from you? I am tired of ******* going down so often" - Comment from George
"I am enjoying the feed very much - so superior to the broker provided feed I was previously using." - Comment from George
"I noticed that ******* quotes locked up shortly after the interest rate announcement yesterday while yours stayed stable." - Comment from Ron in Utah
"IQFeed version 4 is a real screamer compared to anything else I have seen." - Comment from Tom
"This is an excellent value, the system is generous (allowing for 500 stocks) and stable (and really is tick-by-tick), and the support is fantastic." - Comment from Shirin via Email
"Thank you so much - awesome feed, awesome service!" - Comment from Greg via Email
"I have been using IQFeed now for a few years in MultiCharts and I have zero complaints. Very, very rare to have any data hiccups or anything at all go wrong." - Comment from Public Forum
Home  Search  Register  Login  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
Viewing User Profile for: vilius_n
About Contact
Joined: Jun 21, 2008 01:42 PM
Last Post: Jan 7, 2009 06:20 AM
Last Visit: Mar 5, 2009 02:58 AM
Website:  
Location:
Occupation:
Interests:
AIM:
ICQ:
MSN IM:
Yahoo IM:
Post Statistics
vilius_n has contributed to 6 posts out of 21185 total posts (0.03%) in 5,788 days (0.00 posts per day).

20 Most recent posts:
Miscellaneous Messages » Support for Linux API for the datafeed? Jan 7, 2009 06:20 AM (Total replies: 33)

It worked like charm :-)
I was quite surprised, because I don't have that much experience in linux, java and using sockets. But I managed to sort things out in couple of hours. And IQFeed (both versions 4.4 and 4.5) is working perfectly under Wine.

It's the last issue I had to fix before shifting to Linux, so bye-bye Windows XP :-)

Miscellaneous Messages » Support for Linux API for the datafeed? Jan 6, 2009 01:33 AM (Total replies: 33)

Finally I started my move to linux environment, so I'd also like to have a linux version of IQFeed software.

Meanwhile, could somebody share experience in using IQFeed via wine?
I'm thinking about this solution:
IQFeed -> Some data interface in wine -> my program. However I'm not sure about the data interface part. Does anybody have some experience in this?


Thanks. "Not Found" message works fine.

It would be really nice to have an option to request TimeStamp from IQFeedY or to receive it automatically after connecting to the server..
If you do not want to create a separate command, just send the timestamp message together with Echo message, for example.


I want to synchronize my program with the IQ server time. The problem is that the program has to wait up to 1 minute until next TimeStampMessage comes..
It would be really great if IQ could send one (or even a sequence of 3-5 for better accuracy) TimeStampMessage immediately after connection.



Another annoying thing. If the user sends WatchSymbol with wrong symbol name, nothing happens - no error message, no other feedback (or it is not documented?). Even the WatchSymbol return true..
So I do not have any way to find out if the request was successful or not. Yeah, I know there is a symbol lookup, but I do not want to do 100 lookups for every symbol entered..

The solution is simple: if the symbol given to WatchSymbol is wrong it should return false. If that is not possible, then API should send the System message, like "Error: symbol not valid".

In general I'd really like to get much more feedback from the API. If I do something right, give me a "good boy!" message, if I do something wrong, give me an error message. Silence is the worst. That makes programming and testing really difficult.


Time: Thu April 25, 2024 9:03 AM CFBB v1.2.0 8 ms.
© AderSoftware 2002-2003