I have a VFP 8 app written years ago for a client that used a stock broker's API to BUY/SELL/CANCEL orders. All I had to do initially to use that API was "register" their .DLL using REGSVR32.EXE, and everything showed up in VFP's Object Browser and was usable -- simple. That API has worked great for MANY years, but now that broker has discontinued all API use -- time to find another broker and API.
So, my client has me working with another broker who uses an API from a company named Rithmic. They've given me some sample .NET code, API documentation, and a file named "rapiplus.dll". I first tried what I always try, to register the "rapiplus.dll" file with REGSVR32.EXE. That didn't work (neither the 32-bit or 64-bit version) on my Windows 7 Home Premium 64-bit computer. They both gave this error:
The module "rapiplus.dll" was loaded but the entry-point DllRegisterServer was not found.
Make sure that "rapiplus.dll" is a valid DLL or OCX file and then try again.
Looking that error up and talking with Rithmic (who said they don't do COM), it seemed like it might be a .NET assembly instead. But they said they're not "Windows" folks and their .NET developer is gone, so they don't know anything about it and couldn't help me any more. So, based on what everyone on the web said, I tried using the REGASM.EXE from one of my Microsoft.NET subfolders, but none of the suggested uses worked, including:
regasm rapiplus.dll (no "types" defined)
regasm rapiplus.dll /tlb:rapiplus.tlb (it did create a type library but it wasn't usable by VFP)
regasm rapiplus.dll /regfile:regfile.reg (it wouldn't create a registry file because no "types" defined)
Do you have any ideas about how I might be able to get this .DLL to work and be able to use their API from my VFP app...maybe using "DECLARE" or something (I've tried various ways already but no luck)? I'm thinking it's just not compiled properly for COM interop, etc. and just won't be usable unless they know how to do that.
If you don't think I can get their .DLL to work in its current form, then is there a way to at least "translate" their C# code (one small sample file is attached for you to look at) into something that VFP could use to access the API stuff programmatically, instead of through a .DLL...maybe using "CREATEOBJECT" or something (I've tried various ways but no luck)?
Thank you VERY much for any advice or direction.
So, my client has me working with another broker who uses an API from a company named Rithmic. They've given me some sample .NET code, API documentation, and a file named "rapiplus.dll". I first tried what I always try, to register the "rapiplus.dll" file with REGSVR32.EXE. That didn't work (neither the 32-bit or 64-bit version) on my Windows 7 Home Premium 64-bit computer. They both gave this error:
The module "rapiplus.dll" was loaded but the entry-point DllRegisterServer was not found.
Make sure that "rapiplus.dll" is a valid DLL or OCX file and then try again.
Looking that error up and talking with Rithmic (who said they don't do COM), it seemed like it might be a .NET assembly instead. But they said they're not "Windows" folks and their .NET developer is gone, so they don't know anything about it and couldn't help me any more. So, based on what everyone on the web said, I tried using the REGASM.EXE from one of my Microsoft.NET subfolders, but none of the suggested uses worked, including:
regasm rapiplus.dll (no "types" defined)
regasm rapiplus.dll /tlb:rapiplus.tlb (it did create a type library but it wasn't usable by VFP)
regasm rapiplus.dll /regfile:regfile.reg (it wouldn't create a registry file because no "types" defined)
Do you have any ideas about how I might be able to get this .DLL to work and be able to use their API from my VFP app...maybe using "DECLARE" or something (I've tried various ways already but no luck)? I'm thinking it's just not compiled properly for COM interop, etc. and just won't be usable unless they know how to do that.
If you don't think I can get their .DLL to work in its current form, then is there a way to at least "translate" their C# code (one small sample file is attached for you to look at) into something that VFP could use to access the API stuff programmatically, instead of through a .DLL...maybe using "CREATEOBJECT" or something (I've tried various ways but no luck)?
Thank you VERY much for any advice or direction.