programmer has contributed to 32 posts out of 18066 total posts
(0.18%) in 2,789 days (0.01 posts per day).
20 Most recent posts:
Looks good. I tried at about 6:45 AM and it was still corrupt which is why I posted but I assume the zip rebuild must be some time later than that. Anyway, it's fixed now. Thanks!
It seems like as of yesterday the symbols archive has been corrupted (ie. invalid zip file). I was hoping it would get fixed when it was rebuilt for today but that doesn't appear to be the case.
I'm talking about the list here:
I'm talking about the list here:
It used to be updated every day but for months it has only been sporadically updated. It currently hasn't been updated since March 17.
Is there a better way to get this list?
*** deleted original message ***
Never mind. I was using IQLink to start IQFeed and apparently you need to use whatever "validated" software (from the list) to start IQFeed.
I think I made a note about this a long time ago but since lost it. I'll make another again so I don't forget.
Edited by programmer on Mar 12, 2016 at 12:11 AM
Just thought I would note that it's easy to recreate the memory leak simply by connecting to any iqfeed socket then disconnect (no command need to be executed). Do it several thousand times and watch the memory usage grow.
Edited by programmer on May 29, 2013 at 08:07 AM
Quote: The one theme I've seen between all of your scenarios is that you are making multiple connections to the feed (not simply maintaining a single connection and making multiple requests). Is this accurate?
That is true for me. It seems to leak around 200 bytes per connection. Not so much by itself but over a long enough time the iqconnect.exe process causes the machine to run out of RAM and I get the out of memory error.
Edited by programmer on May 28, 2013 at 01:59 PM
I'm getting this error too and I'm not making lots of simultaneous socket connections. It seems that over time iqconnect.exe uses more and more memory until it consumes all memory on the machine. If you make a lot of connections for example to pull historical data (NOT simultaneous connections; just sequential) it will use up memory faster.
I believe there is some sort of memory leak in the 18.104.22.168 version of iqconnect.exe.
I think I may have it working. It could be because my filesystem was corrupted. I tried again on a fresh install and now it seems to survive the reboot.
However, it does not seem to work unless you install IQ 4.7 at least once. I'm guessing because a dll (IQ32.dll?) or other components needs to be registered or configured and just copying over IQ32.dll is not enough on a clean new system that never had 4.7 installed.
But like I said, it seems to work right now. Sorry for the noise. Thanks!
What are these "usage statistics" reported with the newer versions of IQFeed?
I apologize if I seem alarmist but you have to understand that I don't like anything that could possibly affect my trading and I definitely don't like software that spies on my system. What is it reporting exactly and why? Can I disable it? "Anonymous" reporting is not an answer because an IP address is usually enough information to connect a user to "statistics".
I'm finding that it still doesn't work. I tried a fresh install of IQFeed 4.9 and QT, copied the IQ32.dll over to the IQFeed install directory. I then start QuoteTracker and it immediately sends me to their "How to install IQFeed" page. QuoteTracker is not able to start or connect to IQFeed.
I then install IQFeed 4.7 and everything works normally. Then I re-installed IQ 4.9 and now 4.9 works with QuoteTracker. Then I reboot and now QuoteTracker no longer works with IQFeed 4.9
This doesn't seem to work very well and is the reason I have been avoiding anything newer than IQFeed 4.7.
OK thanks. If that's the way it would show up in the live stream then I'll just leave it as is.
I was looking through some of the raw data in the platform I use and I noticed that sometimes (fairly rarely) that some of my backfill data has ticks with timestamps that are out of order. For example:
2011-07-11 15:58:34,1315.00,4573299 <-- tick id
You can see the third tick from the bottom has a timestamp that is out of order. The tick ID seems to suggest that the timestamp is incorrect (either that or the tick id is incorrect). I refreshed the data and it stays the same so I believe it's stored on the server this way. It doesn't happen too often but it always happens the same way with the timestamp slightly off but the tick id is in order.
Even though it seems to not happen often, I'm a bit fanatical about having accurate data so I'm wondering if I should manually correct the timestamp or move the ticks to their correct position in the stream?
Edited by programmer on Jul 31, 2011 at 09:25 PM
Yes I have been noticing this as well. It takes more than twice as long as it used to which seems to match up with what you are seeing.
I think it's just a bug in the platform that was introduced with recent updates. I was able to recreate the problem just with last weeks data and it seemed somewhat random.
Sorry for the noise but I think everything is working fine (or will be once they fix it ).
I suppose it could be a bug in the platform. It seems like mostly older dates (a week or two ago) when pulled from historical data.
I'll have to wait till the end of the day so I can pull ticks that old, then I'll try refreshing from a fresh install of the platform and see how that goes. I'm just requesting one symbol at a time. I'm not sure what request the platform uses but I can find out.
I have never seen this before so that's why I was thinking it might be the data itself but now I don't know.
Edited by programmer on Aug 18, 2010 at 11:26 AM
I'm looking at tick data on the @ES# instrument and I'm seeing all sorts of bad data. It may not be just that symbol, it's the only one I have looked at.
Some ticks have dates with bad years like 22010-MM-DD, 202010-MM-DD, 2012010-MM-DD, and 20102010-MM-DD.
I'm also seeing some ticks with an incorrect number of fields like:
That tick has an extra field that shouldn't be there (looks like the volume got duplicated or something).
OK thanks, that link has a lot more useful information in it!
The only thing missing as far as I'm concerned is a comprehensive explanation of "dollar volume." (ie. those symbols that have "$ VOL" in the description)
Thanks, yes I have seen that and that's what I mean when I say "terse description." I'm looking for more information on how exactly they are calculated.
As an example lets looks at the DIA-.Z symbols:
DIAA.Z NYSE_AMEX ISSUES $ VOL UP
DIAD.Z NYSE_AMEX ISSUES $ VOL DOWN
DIAT.Z NYSE_AMEX ISSUES $ VOL TOTAL
DIAU.Z NYSE_AMEX ISSUES $ VOL UNCHG
How exactly are those calculated? I found a description on here about "dollar volume" but it's not a full explanation: The $ symbols are the "Dollar Volume" which is defined as "the dollar amount of xxx traded during a given period"
What does "the dollar amount of xxx traded during a given period" mean? The sum of the price of each share, the average, or what? Also what is considered up or down volume? An increase/decrease in the volume or the price? What are considered up/down ticks?
Again, I want to know specifically how the behind-the-scenes math is done to generate these things.
Is there any documentation or anything that explains how the various DTN calculated market stats are calculated or at least an explanation of what they are?
For example there is "AI1T.Z" which has a description of "DOW JONES INDU AVERAGE PRICE" but what exactly does that mean and how is it calculated? That's just one example, there are something like 500+ of these symbols. Some have such terse descriptions that I have no idea what they could be.
I'm most interested in knowing exactly how they are calculated so I know what information they are providing.
OK, I get it. Too bad because it seems like I would in fact meet all the criteria to have the fees waived but I'm just not able to get the right paperwork together. Hmmm...