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)




"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 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
"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
"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
"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
"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
"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 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
"Interactive Brokers tick data was inconsistent, so I have switched to using DTN exclusively. It is great to no longer have to worry about my datafeed all day long." - Comment from Philippe
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
Viewing User Profile for: PTS
About Contact
Joined: Jun 7, 2004 12:06 PM
Last Post: Nov 21, 2005 09:37 PM
Last Visit: Jan 26, 2006 03:30 PM
Website:  
Location:
Occupation:
Interests:
Avatar:
AIM:
ICQ:
MSN IM:
Yahoo IM:
Post Statistics
PTS has contributed to 8 posts out of 21196 total posts (0.04%) in 7,286 days (0.00 posts per day).

20 Most recent posts:

Never mind. I solved it.
The problem was using 2.0x DLL's with a new 4.0 installation. Putting my .exe file into the new
C:\Program Files\DTN\IQFeed\ directory fixed the problem.


I'm porting a IQConnect 2.0x application to 4.0.

What's wrong when I start up my application and get the following message box:

Title Bar: IQCONECT.EXE

contents: "Create StartUpMutex failed"

This is from an application that has worked successfully under 2.0x
Now get this from version 4.0


A customer reported and I have confirmed that requests for minute data shortly after midnight EST fail to return the data for the most recent day during a small window of time shortly after midnight (Eastern Standard Time).

I am using your: IHistoryLookup::RequestMinuteHistory("MSFT",7,5); call
IQ Connect Version 5.5.0.8 Mercury Version 2.47.1

On Friday Night... Saturday morning
It was OK shortly (a minute or two) after Friday's midnight EST.
It was confirmed broken at 12:10am by me. i.e. The last day returned was thursday not friday.
Not just one request by at least 10 different symbols's charts came back without Fridays data.

It was OK again at 12:30am when I tried it again.

It's only 9:00pm PST in California, when it happens and
our customers are justifibly upset that that can't see "today's data" shortly after 9:00pm Pacific Time.

I hope we don't have to explain to our customers that they can't use our program during certain times and we can't fix it.

IQFeed Developer Support » Level II via TCP/IP Questions Jul 2, 2004 12:28 PM (Total replies: 1)

I'd like to verify the following assumptions about your Level II data feed.

U,INTC,ATTN,0,26.55,0,800,10:28:58,2004-07-02,20,52,5
U,INTC,ATTN,26.55,0,100,0,10:28:58,2004-07-02,20,52,15
U,INTC,ATTN,26.55,26.56,0,0,100,10:28:58,2004-07-02,20,52,15
U,INTC,ATTN,26.55,26.56,100,0,10:28:58,2004-07-02,20,52,15

1) A zero BID price means that ALL Level II BID entries for the Market Maker should be deleted.

2) A zero ASK price means that ALL Level II ASK entries for the Market Maker should be deleted.

3) A zero BID SIZE means that the Level II entry for this Market Maker at the BID price should be removed.

4) A zero ASK SIZE means that the Level II entry for this Market Maker at the ASK price should be removed.

IQFeed Developer Support » Level II via TCP Questions Jun 22, 2004 07:26 AM (Total replies: 2)

According to the Level II TCP/IP documentation after the date field and time fields are:
Reason Code, Condition Code, Source ID

Here are some sample Level II TCP/IP data lines:
U,DELL,BRUT,34.6,35.45,1000,900,08:09:04,2004-06-22,20,52,5
U,DELL,AMEX,24.6,44.72,100,100,08:09:08,2004-06-22,20,52,6
U,DELL,ARCX,34.62,35.77,3000,500,08:11:02,2004-06-22,20,52,11
U,DELL,AMEX,24.62,44.72,100,100,08:11:06,2004-06-22,20,52,6

It looks to me like the codes following the date field are numbers.
The link you provided to obtain the definitions of the reason and condition codes
show Letters not Numbers for the Codes.

Am I missing something?

Also, I didn't see any Source ID definitions in the link.

IQFeed Developer Support » Level II via TCP Questions Jun 17, 2004 04:40 PM (Total replies: 2)

I tried to follow your instructions on how to get the Nasdaq code definitions by clicking on the www.nasdaq.com link you supplied.

"Note: Please use the information from www.nasdaq.com to decode the Reason and Condition codes."

1. The www.nasdaq.com link is incorrect and points to "http://www.nasdaw.com/" which is clearly not correct.

I looked at www.nasdaq.com for quite a while and could not find the code definitions.

1. Can you supply the Reason Code definitions?
2. Can you supply the Condition Code definitions?
3. Can you explain what the Source ID's is?

Or supply the exact nasdaq.com links.

Thanks


When two different applications are connected to IQConnect.exe it is impossible to know how many symbols are being advised. It would help to be able to "ask" how many symbols are currently being advised, so that each application can show the correct number.


Time: Sat May 18, 2024 10:33 PM CFBB v1.2.0 10 ms.
© AderSoftware 2002-2003