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)

"DTN feed was the only feed that consistently matched Bloomberg feed for BID/ASK data verification work these past years......DTN feed is a must for my supply & demand based trading using Cumulative Delta" - Comment from Public Forum Post
"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 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
"Can I get another account from you? I am tired of ******* going down so often" - Comment from George
"There is no doubt that IQFeed is the best data provider. I am very satisfied with your services. And IQFeed is the only one that I would recommend to my friends. Now, most of them are using your product in China." - Comment from Zhezhe
"I just wanted to let u know that your data feed/service is by far the best!!! Your unfiltered tick data is excellent for reading order flow and none of your competitors delivers this quality of data!" - Comment from Peter via Email
"Everything is working great with the API. I love it." - Comment from Calvin
"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
"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
"Previously I was using *******. IQFeed is WAY more economical, and for my charting needs is just as good, if not better." - Comment from Public Forum Post
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 »IQFeed Developer »IQFeed Developer Support »IQFeed - !ENDMSG! query
Author Topic: IQFeed - !ENDMSG! query (7 messages, Page 1 of 1)

-Interested User-
Posts: 1
Joined: Feb 18, 2006

ACME'd again

Posted: Feb 18, 2006 12:47 PM          Msg. 1 of 7
I have been looking at some .NET code a customer has been using as part of a daily batch process and have been testing this with the IQFeed client.

It was my understanding from the IQFeed documentation, that the <CR><LF>!ENDMSG!<CR><LF> message would signify an end-of-message when using the socket interface to retrieve historical data.

However - when attempting to get data for the symbol 'BUYY' - a symbol from the downloadable symbols list, the following message is returned:


!ERROR! Invalid symbol.


This suggests that there can be (in theory) any number of !ENDMSG! strings returned in response to a historical data lookup. The existing code used does not cater for this, and the only work arounds I can see are:

1 - Identify another 'No more data to be received' indicator (API call possibly ?)
2 - Rewrite the .NET socket client class to open and close the socket for every request (Not very efficient use of the socket interface)
3 - Use some form of timer to try and ensure that the buffer will no longer be fed data from the IQFeed client (Not very pretty way around)

The 'error' has not crept up before, so I am unclear as to whether this message format is a new addition.


-DTN Guru-
Posts: 262
Joined: Jun 13, 2005

Right Here & Now

Posted: Feb 18, 2006 12:56 PM          Msg. 2 of 7
When retrieving historical data and you get an '!ERROR! !NONE!' response, your processing state machine can expect one and only additional response set, in this case it happens to be a '!ERROR! Invalid symbol.'. I think the current documentation may discuss this, but may not be too clear. Once you receive that second response, your state machine can reset and request further information through that socket.

Open a manual telnet session and try various commands to test the various responses.

Hope this helps.

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

Posted: Feb 20, 2006 08:51 AM          Msg. 3 of 7
Hello Thomas,

I have been able to duplicate this and am looking into the cause. There appears to be two seperate issues here.

For some reason, BUYY is returning an invalid symbol error which is what is making the second issue appear.

This appears to only affect Weekly, Monthly, and Daily History requests that are sent for invalid symbols. This means that it should be fairly easy to predict when it will happen programaticly until this issue is resolved.

-Interested User-
Posts: 20
Joined: May 18, 2004

Posted: Mar 5, 2006 11:15 PM          Msg. 4 of 7

Does this means that we should not expect !SYNTAX_ERROR!<CR><LF> anymore as an Error from the daily historical socket?



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

Posted: Mar 6, 2006 08:32 AM          Msg. 5 of 7
No. This thread is dealing with some requests that are currently returning 2 separate error messages (which is resulting in two !ENDMSG! as well).

If you do not format a request properly, you will still get a !SYNTAX_ERROR!<CR><LF>.
Edited by DTN_Steve_S on Mar 6, 2006 at 08:33 AM

-Interested User-
Posts: 20
Joined: May 18, 2004

Posted: Mar 6, 2006 09:53 AM          Msg. 6 of 7
Thanks for the clarification. The documentation does not explain what is associated with each error message type.

I am assuming that we will get the 2 error messages(back to back) for a bad symbol request until a new version is released. Is this a safe assumption?

Is it possible to receive only one set of error message with the current version?



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

Posted: Mar 6, 2006 10:48 AM          Msg. 7 of 7
These are fairly Isolated issues and wont affect all cases so most of your requests will return normal errors.

This issue in this thread is brought on by the fact that BUYY has never actually traded and so there is no history data available.

This issue will only arise with symbols who meet the same criteria.

Valid symbols that have never traded.

There is also a similar issue dealing with History requests on this thread:

but once again, it is for very specific requests (based upon time of day and day of the week that the requests are made).

both of these issues will be resolved in the next release.


Time: Thu August 22, 2019 11:19 PM CFBB v1.2.0 16 ms.
© AderSoftware 2002-2003