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 just wanted to let you know how fast and easy I found it to integrate IQFeed into our existing Java code using your JNI client. In my experience, such things almost never go so smoothly - great job!" - Comment from Nate
"I am enjoying the feed very much - so superior to the broker provided feed I was previously using." - Comment from George
"Excellent datafeed !!!" - Comment from Arely
"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
"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
"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
"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
"Everything is working great ! Very impressive client. The news refreshes better and is more pertinent than the ******* feed I paid $ 100/month for. I Also like the charts a lot." - Comment from Leon
"IQFeed version 4 is a real screamer compared to anything else I have seen." - Comment from Tom
"Thanks for all of your help. Great customer service deserves to be recognized which one the reasons I've been a customer of DTN for over 10 years!" - Comment from Stuart
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: FistPeso
About Contact
Joined: Aug 16, 2012 12:38 AM
Last Post: Dec 15, 2013 11:07 PM
Last Visit: Jul 18, 2018 11:10 AM
Website:  
Location:
Occupation:
Interests:
AIM:
ICQ:
MSN IM:
Yahoo IM:
Post Statistics
FistPeso has contributed to 15 posts out of 21194 total posts (0.07%) in 4,292 days (0.00 posts per day).

20 Most recent posts:
IQFeed Developer Support » HUI.X Trade Data Not Available Dec 15, 2013 11:07 PM (Total replies: 1)

Greetings,

When pulling daily trade data for HUI.X, no data is being returned; however, data exists for the bid and ask.

Thanks.

IQFeed Developer Support » PMFIX.X Missing Data Aug 28, 2013 08:21 AM (Total replies: 4)

Steve,

This is a snipet of data I pulled, notice the gaps in the date ranges.

8/1/2013,1314.50,1314.50,1314.50,1314.50,0
8/2/2013,1315.00,1315.00,1315.00,1315.00,0
8/7/2013,1280.50,1280.50,1280.50,1280.50,0
8/8/2013,1298.25,1298.25,1298.25,1298.25,0
8/12/2013,1341.00,1341.00,1341.00,1341.00,0
8/16/2013,1369.25,1369.25,1369.25,1369.25,0

Thank you!

IQFeed Developer Support » PMFIX.X Missing Data Aug 24, 2013 11:46 AM (Total replies: 4)

Greetings,

The PMFIX.X is missing daily historical price data, is there a reason for that?

IQFeed Developer Support » registry entries under windows 7 Sep 20, 2012 12:53 AM (Total replies: 11)

This may be a 64 bit issue. The application you are having an issue is possibly a 32-bit app, so on your 64-bit Windows environment you will need to reference the "WOW Node". On my machine it is HKEY_LOCAL_MACHINE\SOFTWARE\Wow6432Node\DTN...


This issue is solved. I discovered that I wasn't closing the stream after each call, made that change and everything appears to be working.


While doing some optimization testing, I discovered different result sets when running the same lookup request multiple times. My examples show requests with different DatapointsPerSend, but the same problem exists even when the DPS value is held static. I also tested other symbols and had the same problems. I am running the current beta version and all lookups are done via the TCP/IP API. This is a very repeatable problem with a sample size of 5 to 10 requests. I found that I usually end up with 3 or 4 different record count sets. Of the sets that have the same number of rows, I have seen discrepancies in those as well. It appears to me that this data is being calculated, as opposed to being static. I have log files if needed. Here are some examples:

Two Same History Requests
HTD,SLV,120,0,,,1,18,25000
HTD,SLV,120,0,,,1,18,20000

Two Different Results
***** HTD,SLV,120,0,,,1,18,25000
18,2012-05-14 09:31:27,27.6300,300,522559,27.6300,27.6400,5940,0,0,C,
18,2012-05-14 09:31:27,27.6300,200,522759,27.6300,27.6400,5941,0,0,C,
18,2012-05-14 09:31:27,27.6300,696,523455,27.6300,27.6400,5942,0,0,C,
18,2012-05-14 09:31:27,27.6300,100,523555,27.6300,27.6400,5943,0,0,C,
18,2012-05-14 09:31:27,27.6300,500,524055,27.6300,27.6400,5944,0,0,C,
18,2012-05-14 09:31:27,27.6300,510,524565,27.6200,27.6300,5945,0,0,C,
***** HTD,SLV,120,0,,,1,18,20000
18,2012-05-14 09:31:27,27.6300,300,522559,27.6300,27.6400,5940,0,0,C,
18,2012-05-14 09:31:27,27.6300,200,522759,27.6200,27.6300,5941,0,0,C,
18,2012-05-14 09:31:27,27.6300,696,523455,27.6200,27.6300,5942,0,0,C,
18,2012-05-14 09:31:27,27.6300,100,523555,27.6200,27.6300,5943,0,0,C,
18,2012-05-14 09:31:27,27.6300,500,524055,27.6200,27.6300,5944,0,0,C,
18,2012-05-14 09:31:27,27.6300,510,524565,27.6200,27.6300,5945,0,0,C,
*****

***** HTD,SLV,120,0,,,1,18,25000
18,2012-05-14 14:06:30,27.6100,100,10498253,27.6000,27.6100,118621,0,0,C,
18,2012-05-14 14:06:30,27.6100,200,10498453,27.6100,27.6200,118622,0,0,C,
18,2012-05-14 14:06:30,27.6100,492,10498945,27.6100,27.6200,118623,0,0,C,
***** HTD,SLV,120,0,,,1,18,20000
18,2012-05-14 14:06:30,27.6100,100,10498253,27.6000,27.6100,118621,0,0,C,
18,2012-05-14 14:06:30,27.6100,200,10498453,27.6000,27.6100,118622,0,0,C,
18,2012-05-14 14:06:30,27.6100,492,10498945,27.6100,27.6200,118623,0,0,C,
*****

Thank you.


I am using the latest beta version. When performing a couple of different lookups on the same symbol, the second request always yields no result. Even though the second request is a different command, I believe the IQConnect proxy is blocking it as a duplicate request. What can I do to resolve this issue?

Thank you.

Example Requests:
HTD,GLD,120,0,,,1,24,25000
HID,GLD,60,120,,,,1,29,25000


Steve it looks I was able to solve the problem with your help. The issue was defiantly the savelogininfo switch. I know I tried it before, but with all the configuration environment changes something else must have been out of sync. The reason it appeared that it only worked with the Admin account is due to the fact that after I installed the Client/API, I tested the connection and set the autoconnect flags at that time. So when I was launching it from the service it was already flagged for autoconnect. Hopefully this post will help someone else afflicted by this issue and answer the question that your can call your the feed from a Windows 7 service.

I would also like to echo the sentiment of several others, please upgrade IQConnect.exe into an API library that I can call directly without first starting this process. That being said, your support is absolutely wonderful. Thank you!

Final working process call:
var process = new ProcessStartInfo
{
Arguments = string.Format("-product {0} -version {1} -login {2} -password {3}
-autoconnect -savelogininfo", _registeredProductName, _productVersion, _loginId,
_password),
FileName = ConnectFileName
};
Process.Start(process);


Thanks Steve, I have tried that configuration combo as well and it has not resolved the issue. In addition, I can step through the process in the debugger and I see it immediately failing when trying to connect to the 5009 port, there is no 30 second timeout. Again, the exact same code works fantastic with the Administrator account, so I am thinking that it is not configuration, but more likely rights of some sort.


Sure, I will put something together this evening. Do you have a list of all the security permissions IQConnect requires in the Windows domain? When I login as the Administrator account I can telnet to port 5009 and everything is working great. When I login as LocalSystem or other admin equivalent account, I cannot telnet to the port. The port is not listening, so it appears that IQConnect is wanting to use some system resource that requires a special permission.

Thank you Steve!


I have IQConnect being started from within a Windows 7 Service via the Process.Start() method, which is followed up with a TcpClient connection to 127.0.0.1:5009 to access the Level 1 stream. If I run the Windows Service as the Administrator user account, everything works fine, but if I try to use the LocalSystem, or any other account, including other admin accounts, the TcpClient connect fails with the following message:
"No connection could be made because the target machine actively refused it 127.0.0.1:5009". I tried firewall permission, though I can't imagine that it is causing the issue, and countless security changes trying to unlock this problem. Do you know how I can launch IQConnect without having to run the service with the admin account?

Called from within the Windows Service....
var process = new ProcessStartInfo
{
Verb = "runas",
UseShellExecute = true,
Arguments = string.Format("-product {0} -version {1} -login {2} -password {3} -
autoconnect", _registeredProductName, _productVersion, _loginId, _password),
FileName = ConnectFileName
};
Process.Start(process);


Time: Thu May 16, 2024 4:19 AM CFBB v1.2.0 18 ms.
© AderSoftware 2002-2003