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
"With HUGE volume on AAPL and RIMM for 2 days, everyone in a trading room was whining about freezes, crashes and lag with *******, RealTick, TS and Cyber. InvestorRT with IQFeed was rock solid. I mean SOLID!" - Comment from Public IRC Chat
"I noticed that ******* quotes locked up shortly after the interest rate announcement yesterday while yours stayed stable." - Comment from Ron in Utah
"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
"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
"Very impressed with the quality of your feed - ******* is a real donkey in comparison." - Comment from A.C. via Email
"Just a quick one to say I'm very impressed so far :) The documentation for developers is excellent and I've quickly managed to get an app written to do historical downloads. The system is very robust and pretty quick considering the extent of data that's available. The support guys have been very helpful too, in combination with the forums it's been plain sailing so far!" - Comment from Adam
"Awesome response, as usual. It is a sincere and refreshing pleasure to do business with DTN, compared to your competition." - Comment from Ryan
"I started a trial a few weeks back before the market went wild. DTN.IQ didn’t miss anything and beat my other provider. I decided to stay with you because of the great service through all the volatility." - Comment from Mike
"I've been using IQFeed 4 in a multi-threaded situation for the last week or two on 2600 symbols or so with 100 simultaneous daily charts, and I have had 100% responsiveness." - Comment from Scott
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
»Forums Index »Archive (2017 and earlier) »IQFeed Developer Wish List »Eliminate Windows event based startup requirements
Author Topic: Eliminate Windows event based startup requirements (5 messages, Page 1 of 1)

stargrazer
-DTN Guru-
Posts: 302
Joined: Jun 13, 2005

Right Here & Now


Posted: Aug 11, 2005 05:52 AM          Msg. 1 of 5
There are some times when I prefer to use console based applications for my data-analysis. Having to create a Kluge to accept a windows event when starting iqfeed seems a bit too much. Can that requirement be dropped? Perhaps a .net framework event or even better, simply allow a socket connection immediately, and pass status to the socket connection of what is happening, ie, additional S type messages.

stargrazer
-DTN Guru-
Posts: 302
Joined: Jun 13, 2005

Right Here & Now


Posted: Aug 11, 2005 07:10 AM          Msg. 2 of 5
There have also been times when I wanted to connect Perl routines to the feed, so a .net framework event wouldn't be quite appropriate. If the whole thing could be totally driven through sockets, that would be cool.

DTN_Natalie_H
-DTN Evangelist-
Posts: 175
Joined: May 10, 2004

DTN Market Access, LLC.


Posted: Aug 11, 2005 10:23 AM          Msg. 3 of 5
Good suggestion. This is something that I have been thinking about for future development. I assume that most developers would find this to be handy.

Natalie

Natalie Hannan DTN Market Access, LLC.

taa_dtn
-DTN Evangelist-
Posts: 154
Joined: May 7, 2004


Posted: Aug 11, 2005 12:23 PM          Msg. 4 of 5
I'll second that request. If everything were socket-based, it might also eliminate some race conditions during startup and reconnection.

Allen

skunk
-DTN Evangelist-
Posts: 249
Joined: May 7, 2004


Posted: Aug 11, 2005 03:03 PM          Msg. 5 of 5
No kludge required. The functionality already exists in the library.

void __stdcall SetCallbackFunction(CallbackType callback)
 

 

Time: Sat May 18, 2024 6:40 AM CFBB v1.2.0 12 ms.
© AderSoftware 2002-2003