Just wanted to comment on that Tradestation -> C++ DLL -> R bridge I wrote.
I don't recommend doing this. I basically patched RInside, RCpp, and built R.dll, RLapack.dll, RBlas, etc. on Windows. For whatever reason, it's unstable when I take in as a DLL. It works fine as a stand alone console application. I was looking for a quick fix to glue together various components. I don't know if it's synchronization, non-reentrant code, or what, but I don't intend to investigate further and am halting this path of development.
I'd never actually tried interfacing R to anything external before, but the process has been kind of a turn-off. I'm sure people can get it to work correctly, but I'm less interested in making R work correctly than I am just getting lots of results without much development time.
If you happen to have done this before, or have a ready-to-go DCOM bridge or something, speak up. I'm switching over to QuantLib, and possibly ROOT. Hopefully the process won't take me much more than today or tomorrow.
....
As an aside, .. I worked at an options MM back in 2005 that was a small shop that spent a chunk of their time writing their own C++ routines for a lot of what I'm doing. One of the reasons I want out of the institutional world is because of the absurd practices of some places. This particular shop had about 150mil under management, and they never let their non-quant devs see their math libraries. I eventually reverse engineered the damn thing, because they gave us the debug versions of the binaries. I was able to take the symbols, use WinDBG, and such to piece together what they were doing.
There were some real idiots in that place. They shut down in early 2007. (I left almost as soon as I got there, because I sensed the brokenness of the place.)
...
In any case, I'm going through the same predicament of having all of the quantitative pieces together and working smoothly, even though I've prototyped much of what I want in R already. The day job didn't help too much, but I'm betting this long weekend will help me get what I need converted over.
I don't recommend doing this. I basically patched RInside, RCpp, and built R.dll, RLapack.dll, RBlas, etc. on Windows. For whatever reason, it's unstable when I take in as a DLL. It works fine as a stand alone console application. I was looking for a quick fix to glue together various components. I don't know if it's synchronization, non-reentrant code, or what, but I don't intend to investigate further and am halting this path of development.
I'd never actually tried interfacing R to anything external before, but the process has been kind of a turn-off. I'm sure people can get it to work correctly, but I'm less interested in making R work correctly than I am just getting lots of results without much development time.
If you happen to have done this before, or have a ready-to-go DCOM bridge or something, speak up. I'm switching over to QuantLib, and possibly ROOT. Hopefully the process won't take me much more than today or tomorrow.
....
As an aside, .. I worked at an options MM back in 2005 that was a small shop that spent a chunk of their time writing their own C++ routines for a lot of what I'm doing. One of the reasons I want out of the institutional world is because of the absurd practices of some places. This particular shop had about 150mil under management, and they never let their non-quant devs see their math libraries. I eventually reverse engineered the damn thing, because they gave us the debug versions of the binaries. I was able to take the symbols, use WinDBG, and such to piece together what they were doing.
There were some real idiots in that place. They shut down in early 2007. (I left almost as soon as I got there, because I sensed the brokenness of the place.)
...
In any case, I'm going through the same predicament of having all of the quantitative pieces together and working smoothly, even though I've prototyped much of what I want in R already. The day job didn't help too much, but I'm betting this long weekend will help me get what I need converted over.