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)




"Version 4.0.0.2 has been working well for me and I appreciate that it is now a much tighter client to work with. I feel I can go to press with my own application and rely on a stable platform" - Comment from David in IA.
"If someone needs the best quality data and backfill beyond what their broker provides at a rate that is the best in the industry, I highly recommend IQFeed." - Comment from Josh via Public Forum
"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 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 "bracket trade" all major news releases and I have not found one lag or glitch with DTN.IQ feed. I am very comfortable with their feed under all typical news conditions (Fed releases, employment numbers, etc)." - Comment from Public Forum
"I used to have *******, but they are way more money for the same thing. I have had no probs with data from DTN since switching over." - Comment from Public Forum Post
"It’s so nice to be working with real professionals!" - Comment from Len
"And by the way, have to say this. I love the IQFeed software. It's rock solid and it has a really nice API." - Comment from Thomas via RT Chat
"I am very happy I changed. I love the product, but more so I am thrilled with Tech Support. You are knowledgeable, polite, pleasant and professional." - Comment from Pat
"Can I get another account from you? I am tired of ******* going down so often" - Comment from George
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 Support »Historical Data Retrieval during Level1 streaming
Author Topic: Historical Data Retrieval during Level1 streaming (4 messages, Page 1 of 1)

Ryan
-Interested User-
Posts: 14
Joined: May 17, 2012


Posted: Jan 8, 2015 11:40 AM          Msg. 1 of 4
I'm looking to implement a "retrieve missing data on loss of connection" functionality. Before I went any further with debugging, I wanted to know if it was possible to simultaneously watch a Level1 stream and retrieve historical data (same account, same computer).

Thanks

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


Posted: Jan 8, 2015 12:48 PM          Msg. 2 of 4
Yes, you can make historical requests at the same time as being subscribed to level 1 data.

Ryan
-Interested User-
Posts: 14
Joined: May 17, 2012


Posted: Jan 15, 2015 04:02 PM          Msg. 3 of 4
Thanks for your response, Steve.

I have been able to accomplish the majority of the functionality that I stated above. However, I seem to have received data out of order or duplicated. I've attached my log file.

"Add to hold" messages are from Level 1 connection. "Adding history" messages are from historical socket.

In summary, I find the following:

--------------------

!ENDMSG! | Line 25
"data.segment.1" (14:31:23.285 - 14:31:23.288) | Ending Line 44
"data.segment.2" (14:31:23.289 - 14:31:47.099) | Ending Line 460
!ENDMSG! | Line 461
"data.segment.1" (14:31:23.285 - 14:31:23.288) | Ending Line 478
!ENDMSG! | Line 479

--------------------

Nothing related to the historical socket after Line 479. I've requested the messages in descending order, so I assume the "data.segment.1" ending on Line 44 is the duplicate. Any idea about the 17 duplicated transactions in "data.segment.1"?

Much appreciated,
Ryan



File Attached: response_log.zip (downloaded 1253 times)

Ryan
-Interested User-
Posts: 14
Joined: May 17, 2012


Posted: Jan 20, 2015 11:10 AM          Msg. 4 of 4
I'm still not sure as to the precise answer to my issue, but it appears to involve the use of socket.ReceiveAsync method. I've switched to a synchronous method and the historical retrieval is working well. But I'm not sure if it was the async method in general, or the logic within.
 

 

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