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 keeping IQFeed, much better reliabilty than *******. I may refer a few other people in the office to switch as well." - Comment from Don
"As a past ******* customer(and not a happy one), IQ Feed by DTN is a much better and cheaper product with great customer support. I have had no problems at all since switching over." - Comment from Public Forum
"I use IQ Feed, Great stuff as far as data analysis information, storage and retrieval is concerned." - Comment from Public Forum
"Just a thank you for the very helpful and prompt assistance and services. You provided me with noticeably superior service in my setup compared to a couple of other options I had looked at." - Comment from John
"Thanks for following up with me. You guys do a great job in tech support." - Comment from Phelps
"After all the anxiety I had with my previous data provider it is a relief not to have to worry about data speed and integrity." - Comment from Eamonn
"I just wanted to say how happy I am with your service. I was able to download the API docs last week and I was able to replicate Interactive Brokers historical bar queries and realtime bar queries over the weekend. That was about one of the fastest integrations that I've ever done and it works perfectly!!!!" - Comment from Jason via Email
"Boy, probably spent a thousand hours trying to get ******* API to work right. And now two hours to have something running with IQFeed. Hmmm, guess I was pretty stupid to fight rather than switch all this time. And have gotten more customer service from you guys already than total from them… in five years." - Comment from Jim
"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
"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
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)

-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.

-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 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 Hannan DTN Market Access, LLC.

-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.


-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: Mon April 15, 2024 6:44 AM CFBB v1.2.0 8 ms.
© AderSoftware 2002-2003