Joined: |
May 10, 2004 12:00 PM |
Last Post: |
Oct 7, 2005 01:22 PM |
Last Visit: |
Feb 4, 2009 11:51 AM |
Website: |
www.wave59.com |
Location: |
|
Occupation: |
|
Interests: |
|
|
|
earik has contributed to 13 posts out of 21191 total posts
(0.06%) in 7,300 days (0.00 posts per day).
20 Most recent posts:
Hi Natalie,
The last one I was on was 2.3.0.1. I'm also looking in your online docs which say that the result format for the HM request goes Time-H-L-O-C-TV-PV . I'm assuming that format hasn't changed in 4.0.... As it is now, the O and C fields have been swapped.
Earik
Hi,
I just upgraded to IQ4.0 and I just noticed that an hourly chart of @ESZ5 has all the open and close values swapped from the previous version. So the opens are the closing price and the closes are the opening price. Take a look at October 4th and you'll see how all the bars are closing up in that downtrend! Is the change in data order on purpose, or is this a bug???
Earik
Hi Jay,
I just tried watching it using the sample app IQWatchQuote.exe, and I'm getting the same thing in that program. Everything else streams in fine, but Forex is totally dead... Seems like the fix would be to just move over to 2.3.0.4 which is working, but I don't think I can release that to customers yet so I'm not sure what to do here.
Earik
It's not permissioning, because it happens across multiple accounts and users that are all set up and have had it working a week ago. Besides, history is totally fine, it's just the live updates that are missing. It's like the request goes out, history comes in, and then it's totally dead from that point out. I figured you guys must have changed something on the server end, but I guess not. Not sure what to tell the forex guys...
Earik
Hi Jay,
I'm using the production release (2.3.0.1), and it happens on all forex requests. HEURUSD, BEURUSD, HGBPUSD, BGBPUSD, etc. Are your forex quotes up in that release? I'll move over to 2.3.0.4 soon, but have to wait until you're out of beta before I can bring everyone on board.
Thanks,
Earik
Hi,
All of a sudden, I can't receive any forex updates. History comes in fine, but updates have been nowhere to be seen for about a day and a half now. Anyone know what's up? Is the feed down, or is this something to do with the new api?
Earik
Hi,
I'm having a problem with one user who can connect to IQ and receive quotes fine, but can't get the history server to talk to him. Does anyone have any ideas about what could be happening? From the log, it seems like the server is just booting him out. Another weird thing is the multiple client id numbers (796 and 396). What could be causing that?? I had another problem with multiple id numbers earlier that I still haven't figured out. Are there any known issues about the server not being able to track users properly?
Anyway, this guy has been going along fine for months and this happened just out of the blue...
Earik
Here's the log. The critical stuff all happens in the last 10 lines...
2004-09-01 15:07:50:Starting TCP/IP Service 2004-09-01 15:07:50:Bound and listening on 9100 2004-09-01 15:07:50:Bound and listening on 9200 2004-09-01 15:07:51:Accepted new Lookup Client 796 2004-09-01 15:07:51:Initializing TCP/IP lookup service 2004-09-01 15:07:52:IQ_API Allocated 2004-09-01 15:07:52:Options ALLOCATED 2004-09-01 15:07:52:News ALLOCATED 2004-09-01 15:07:52:Symbol ALLOCATED 2004-09-01 15:07:52:Loaded history COM object 2004-09-01 15:07:52:Initializing TCP/IP lookup service complete 2004-09-01 15:07:52:Starting TCP/IP Lookup Service for client 796 2004-09-01 15:08:02:Accepted new Lookup Client 396 2004-09-01 15:08:02:Initializing TCP/IP lookup service 2004-09-01 15:08:02:IQ_API Allocated 2004-09-01 15:08:02:Options ALLOCATED 2004-09-01 15:08:02:News ALLOCATED 2004-09-01 15:08:02:Symbol ALLOCATED 2004-09-01 15:08:02:Loaded history COM object 2004-09-01 15:08:02:Initializing TCP/IP lookup service complete 2004-09-01 15:08:02:Starting TCP/IP Lookup Service for client 396 2004-09-01 15:08:17:Received request (HM,@USZ4,3,1) 2004-09-01 15:08:17:Entering MinuteHistory(HM,@USZ4,3,1) 2004-09-01 15:08:17:Exiting MinuteHistory(HM,@USZ4,3,1) unavilable (Could not connect to server) 2004-09-01 15:08:17:Exiting MinuteHistory(HM,@USZ4,3,1) 2004-09-01 15:09:05:Caught socket error Could not receive the string (10057) Unknown error 2004-09-01 15:09:05:Stopping TCP/IP For client 396 2004-09-01 15:09:09:Caught socket error Could not receive the string (10057) Unknown error 2004-09-01 15:09:09:Stopping TCP/IP For client 796 2004-09-01 15:09:09:TCP/IP Service Shutdown Edited by earik on Sep 2, 2004 at 04:45 PM
Hi,
I've got a customer who's having trouble connecting to IQConnect. I can't reproduce the problem on my end at all, but did have him make a log of what's happening. I've pasted it below. Does anyone know what error 10038 could mean, and why his client number would switch to -1 instead of 620?
TIA,
Earik
2004-08-26 14:20:39:Starting TCP/IP Service 2004-08-26 14:20:39:Bound and listening on 9100 2004-08-26 14:20:39:Bound and listening on 9200 2004-08-26 14:20:47:Accepted new Lookup Client 620 2004-08-26 14:20:47:Initializing TCP/IP lookup service 2004-08-26 14:20:47:Initializing TCP/IP lookup service complete 2004-08-26 14:20:47:Starting TCP/IP Lookup Service for client -1 2004-08-26 14:20:47:Caught socket error Could not receive the string (10038) Unknown error 2004-08-26 14:20:47:Stopping TCP/IP For client -1 2004-08-26 14:20:52:TCP/IP Service Shutdown
Hi,
I have a customer who's trying to run DTNIQ and my application at the same time, and they don't seem to like each other. I can get multiple instances of my app to connect via the same IQConnect (and so can he), but we can't get it to work with the DTNIQ app. Actually, we can't get DTNIQ and any other program to connect together, which is what made me wonder. I just wanted to ask and make sure that it's possible to do this before I try fooling around with code on my end...
Earik
Hi Vik,
That's what I thought too - and everything worked back in the old version. But I just installed version 2.3 and everything seems to have been pushed one hour ahead. Not chicago time like I originally thought, but one hour ahead of New York. Here's a snippet of the history I received from IQFeed today (around the high of the day for reference) for @ESM4:
2004-05-13 12:55:00,1102.500000,1101.750000,1101.750000,1102.000000,456654,2153 2004-05-13 12:56:00,1102.250000,1101.750000,1102.250000,1102.000000,457572,918 2004-05-13 12:57:00,1102.500000,1101.500000,1102.000000,1101.500000,458920,1348
If you check the high of the day with the CME, you'll find that these times should correspond to 11:55-11:57 eastern time. So you guys are one hour off.
I can just build the fix into the code by subtracting an hour, but I need to know if this is intentional or not. I don't want you to fix this and then have my charts suddenly be one hour too early...
Earik Edited by earik on May 13, 2004 at 04:24 PM Edited by earik on May 13, 2004 at 04:24 PM
Yes, I've noticed that. The one that called registerclientapp has control over all the others because it gets to turn iqconnect off. Any way to detect how many connections iqconnect has got going at a time?
Earik
Hi,
It looks like IQFeed servers store intraday data in Chicago Time. Is it *always* going to be in Chicago time, or do I have to check each time I log in?
Earik
I'm trying to get my application and another application both running on the same computer using one IQConnect. The problem is that the 2nd app can never register since IQConnect seems to only allow one connection at a time. Does anyone know how I can detect if IQConnect.exe is already running so I know whether or not to call the register function?
Thanks,
Earik
|
|