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