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: |
|
|
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:
Greetings,
When pulling daily trade data for HUI.X, no data is being returned; however, data exists for the bid and ask.
Thanks.
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!
Greetings,
The PMFIX.X is missing daily historical price data, is there a reason for that?
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);
|
|