http://quantlib.414.s1.nabble.com/Re-Quantlib-users-Using-QuantLibXL-tp12270p12273.html
Hi Eric.,
thank you very much for your e-mail.
I took everything via TortoiseSVN as you adviced in one of your e-mails.
I also run vcredist.exe as some people recommend.
I did full rebuild of everything (QuantLib, genXXX, and then QuantLibObjectHandler). For ObjectHandler I did with flag Using FAT 32 workaround as Yes (as it is recommended on the net). Dependendwlaker still indicates that QuantLibObjectHandler is still missing msvcr80.dll (for the release mode) and msvcr80d.dll (for the debug mode). I have also checked that my manifest is looking for the dll-s above with the same version numbers as I have on my machine.
Mistery.
I plan to do a full rebuild somewhere Monday-Tuesday on a virgin machine with VS2008.
I do want to make it work as I plan to use QuantLib quite a lot.
I have a couple of questions:
I am going to use VS2008 with SP1. Do I need to run vsredist.exe before douing the full rebuild?
did you take VS2008 with sp1, or just vs2008?
Thank you very much for your help again - it is nice to feel that I can ask somebody for an advice.
many thanks,
Slava
On Tue, Sep 2, 2008 at 11:18 AM, Eric Ehlers
<[hidden email]> wrote:
Hi Slava,
On Mon, September 1, 2008 20:51, Slava D wrote:
> However, having checked QuantLibObjectHandler xll-s (they are not required
> for static QuantLibXL, but they are good points to check), I have noticed
> that there is an error there that "MSVCR80.dll" is not found.
>
> I believe that there are some problems with the manifest for
> QuantLibObjectHandler - I have used full rebuild (on the net there are a
> couple of ways to fix it in the right way). Some blogs on the net are
> claiming that the problems with "MSVCR80.dll" are coming when you do a full
> rebuild.
Compiled with VC8 configuration "Release CRTDLL", the XLL will have a run time
dependency on MSVCR80.dll. Certainly if the dependency walker indicates that
that dependency is unsatisfied then it would explain the error "not a valid
add-in". Normally if you test the XLL on the same machine on which it was
compiled then this error doesn't occur. I have never heard of this problem
being triggered by a full rebuild.
> I will also try to use the link you sent to me for the trunk - before I was
> using
>
>
http://quantlib.svn.sourceforge.net/viewvc/quantlib/
>
> there I took your files for QuantLibObjetHandler and QuantLibXL with your
> comments that you fixed static stuff.
repository trunk as described in my earlier message.
> Let me try to everything again an I will let you know how things are.
>
> However, I do believe that we would converge pretty soon to something
> reasonable.
>
> thanks for you help again,
No problem, happy to help, I'm optimistic that a clean start will fix the
problem, please keep me posted.
Regards,
Eric
-------------------------
Eric Ehlers
nazcatech sprl | Brussels |
http://www.nazcatech.be
Distributed computing for pricing analytics - Use Microsoft Excel as a client
to the Grid