Hi! I've been trying to implement a historical datafeed using your API (the production
release v2.3.0.1, NOT the beta, although I've experienced similar problems with the
beta!) but I've been running into a ton of issues using both ActiveX, TCP/IP and .DLL
interfaces. Most notably:

1) I can't instanciate IQConnect.exe reliably via the RegisterClientApp() function.
I've basically come to the conclusion that there is a significant clash with your code
and .NET. It may be related to running the API in a single AppDomain but other
problems prevented my from confirming this even when I split the IQConnect
instanciation and TCP/IP history feed into two separate AppDomains. I know that
AlexBellrock came up with a manual workaround that jibes with this idea (documented in
the "Unstable connection to IQFeed from .NET" thread) but it isn't a viable solution
for me.

2) Even when I [rarely!!] got a connection up and running, there is an obvious memory
leak that crashes my program when I try to marshal data from the DTNHistoryLookup.dll
object. I'd download a fair sized chunk of data just fine, but when the variables went
out of scope a deallocation / stale handle error would always happen in the ActiveX.
This is easy to see either by hand debugging or via the DevPartner Studio Memory Leak
detector.

3) Even, on the rare instances when I got the code to work for a (short!) while I've
had no luck receiving notification messages (via TCP/IP!) that indicated IQCOnnect
shutdown. Needless to say, this is a critical issue for me because I'm want to use the
data feed in a live situation and I have to have rock solid data-feed reliability.
Having the server go south without any notice is very bad.

In case you're wondering, I've tried the API on 4 different machines (1 WIn2K, the rest
WinXP), all with varying degree's of luck but no overall success. The VB 6.0 code,
however, has always worked great, and I've frequently baselined my installation using
the VB 6.0 code just to make sure I didn't screw up the installation.

I'm at wits end and I could clearly use help! For starters, a working example program
would go a long way. Your existing .NET examples are way too sparse to be any help.
More to the point, neither one implements historical data functions.

As to myself, I am a very experienced multi-language developer with lots of API
projects under my belt. I find it hard to believe that a lot of people are using this
product in mission-critical .NET apps. I would, however, like to change that.

To that end I offer my services to whatever exetent you're ready to utilize them. I'd
be happy to work with your developer(s) to create robust documented working code which
I would be happen to share with others.

Regardless, I need your help to move on.

Thanks.....

Thank you for your offer. We are working hard to get through final testing of another release of IQFeed. It will have much better sample apps, and better support for .NET. There are people using .NET with IQFeed, so hopefully someone will chime in and offer some suggestions. In the mean time, we are hoping to get a beta out of the new IQFeed shortly so you can provide your feedback. A notice will go out when its available on the developer site.

---

Jay Froscheiser
DTN Market Access, LLC.

By any chance, do you have an estimated time for the new version of IQFeed to be ready. This phase of my project development is now at a dead standstill. Any time estimates would be very helpful.

Thank you

I have been wrong on every estimate I have given on the board, so I am not going to provide any more dates. It is in the final testing and a change document is being reviewed currently, so it shouldn't be long.

---

Jay Froscheiser
DTN Market Access, LLC.

kweiss,

I will look into the issues that you are having, to determine if the new version fixes these. Thanks!

---

Natalie Hannan DTN Market Access, LLC.

I'm in the same boat as kweiss right now. I have every simptom he mentioned with my implementation. Lost 2 weeks fighting with these problems :-(