Any plans on releasing a 64 bit version?

There are no current plans on releasing a 64bit version of IQFeed (although this topic does get discussed occasionally).

It is more likely that we will release a 64bit compatable version of IQ32.dll in the near future which would enable our 3rd party developers to use 64bit in thier applications that use IQ32.dll.

I just though it'd be helpful to tie this topic with the actual error message you might be getting from the following line:

((System.ComponentModel.ISupportInitialize)(this.IQFeed)).EndInit();

COMException was unhandleded:
Class not registered (Exception from HRESULT: 0x80040154 (REGDB_E_CLASSNOTREG))

Solution - don't build your project for "Any CPU", build it for x86 (32-bit).

---

Pavel Zeman

Steve, any progress on a compatible version?
Edited by elwebst on Dec 12, 2008 at 12:15 AM

bump - any progress on a 64-bit compatible version?

There are still no plans to make a version of IQConnect that is 64bit.

As I mentioned above, distributing a 64bit version of the functionality in IQ32.dll and iq_jni.dll (for java users) is a possibility but is not scheduled for a release at this time.

In the meantime, the current workaround (if you are developing a 64bit app to interact with the feed) is to launch the feed using a 32bit app and then communicate with the feed via sockets. The diagnostics app included with the installation can be used to launch the feed (you will need to configure it to use your productID) or you can write your own 32bit launcher app to accomplish this and retain control over the functionality in IQ32.dll within your code.

I am considering leaving DTN/IQ because of this. Increasingly I must use 64-bit platform & framework to handle the memory requirements of my systems. It's not that big of a request. You don't have to redesign the whole thing, just wrap it.

I don't want to do this work myself because it's what I'm paying my data vendor to do.

AmiBroker trading platform has been patiently waiting for its first data vendor to go 64-bit for well over a year (maybe 2 now):

http://www.amibroker.com/x64/

To quote them on the page: "64-bit data plugins are not available yet because data vendors do not provide 64-bit APIs yet. We wait for data vendors to catch up with 64-bit technology."

Its frustrating to not have any data vendors take on this easy win. Why not stop resting on your laurels and lead the industry with this low hanging fruit of 64-bit technology? Just because not many users express this need does not mean there is no demand IMO...

I can assure you were aren't "resting on our laurels". We have been actively developing enhancements to IQFeed (which does "lead the industry"). A 64bit IQFeed is on the priority list. Because IQFeed works on a 64bit system today, there isn't an urgent need for it and we must weigh the development effort and opportunity cost of creating a native 64bit client against the overall market demand. You are right, there is some demand. However, the demand is higher for things such as making the current IQFeed client faster and more efficient or for a Java version of IQFeed that is cross platform.

---

Jay Froscheiser
DTN - Trading Markets

As I understand it, you can't launch a 32-bit program on a 64-bit machine that uses the 32-bit DLL. So the workaround would require IQFeed to be running on a different, 32-bit, machine and the two apps communicate between them. All of my machines are 64-bit, so that workaround would be difficult for me.

Back in the day (the 16->32 bit transition) there was a thunk layer you could use to communicate from a 32-bit app to a 16-bit DLL. AFAIK that doesn't exist in Vista x64.

I'm all for a faster IQFeed, but at some point the 64-bit transition will have to be made, and there will always be competing priorities. We'd be appreciative of whatever help you could provide. A "wrapper" to allow a 64-bit .Net program to communicate with the 32-bit DLL, or other underlying technology, would be appreciated.

Eric

"As I understand it, you can't launch a 32-bit program on a 64-bit machine that uses the 32-bit DLL. So the workaround would require IQFeed to be running on a different, 32-bit, machine and the two apps communicate between them. All of my machines are 64-bit, so that workaround would be difficult for me."

Eric, you are not correct here in this statement (or perhaps I did not understand what you were trying to say?). You can certainly launch a 32bit application using 32bit dlls on a 64bit install of windows (both XP64 and Vista64). What you cannot do, is mix 32bit and 64bit assemblies in the same process on a 64bit install of windows. They can be running at the same time, they simply need to be in separate processes. This means you cannot load a 32bit dll from a 64bit application (or vis versa) on 64bit windows.

Of course sockets communication is 32bit/64bit independant which means that if you can find a way to initially launch the feed, your app can communicate with the feed without problems and without reguard to if your app is running in 32bit mode or 64bit mode (on the same machine as IQConnect). We already provide a method to launch the feed in the install (our Diagnostics App) that is completely independant of your application so this should be a minor issue for most of our 3rd party developers until we get a 64bit assembly released to allow you to launch the feed from your own app.

There are two drawbacks to using this method to launch the feed. The first is that your app will not get the notification when the feed is launched that everything is ready to send/recieve data. If your app relies on this information for operation (automation), then you will need to write a 32bit app that launches the feed and forwards this information on to your 64bit app. The second is that this requires your 64bit app to use sockets to communicate with the feed instead of COM.

These are issues we understand and are working towards a solution. However, as Jay mentioned, it is not our highest priority on the development list at this time.

I have also installed 32-bit Windows 7 and receive the following error:


System.Runtime.InteropServices.COMException was unhandled
Message="Class not registered (Exception from HRESULT: 0x80040154 (REGDB_E_CLASSNOTREG))"
Source="System.Windows.Forms"
ErrorCode=-2147221164

This is a very old thread and it is unrelated to your post so I am going to lock this one (and I replied to the other thread you stared on this subject).

However, I would like to point out, for anyone reading this thread, that IQFeed can now (as of version 4.7) be launched without using IQ32.dll making the issue in this thread no longer an issue.