Put it in the hpp instead

That did the trick! But why do I need to provide th definition also in the hpp file? Never had to till now. Not getting it.

QuoteOriginally posted by: wynand494That did the trick! But why do I need to provide th definition also in the hpp file? Never had to till now. Not getting it.Not "also"--"only" in the hpp file. It's a quirk of templates. They can't generate code until they're instantiated. For details, grab the C++ book nearest to your desk.

Thanks a million. Luigi. You rock!

Hi,quick q boost::bind(f,_1,arg2,arg3...argn) seems to work only for n <10. Is there a way in boost to use bind functions with arguments more than 9?

If I can butt in, but do you really want a function with 10 parameters, even if you could do it? As I said in a previous post, a hybrid OO approach + function objects is more robust and easier to maintain. It also closer to the numerical analysis thinking.Your code will become unmaintainable IMO. You can stretch any paradigm to its lmits. It happened before, horror story.

QuoteOriginally posted by: CuchulainnIf I can butt in, but do you really want a function with 10 parameters, even if you could do it? I realise I actually don't. . Good reality check. Thanks Cuch!

Hi, I recently purchased a copy of your book Financial Instrument Pricing Using C++ and am awaiting delivery. In the interim I have been using the "peek" facility in Amazon to check it out. I see you mention a number of ways of interacting with Excel. In the past I have used DLLs written in C++ and referenced these in VBA and then used in Excel. Is this something you consider (did I not peek in the right places) or is there a reason why you would not do this? Thank you, Regards, Blazes.

Sorry meant t0 PM this!!!

Sorry meant to PM this!!!

QuoteOriginally posted by: BlazesHi, I recently purchased a copy of your book Financial Instrument Pricing Using C++ and am awaiting delivery. In the interim I have been using the "peek" facility in Amazon to check it out. I see you mention a number of ways of interacting with Excel. In the past I have used DLLs written in C++ and referenced these in VBA and then used in Excel. Is this something you consider (did I not peek in the right places) or is there a reason why you would not do this? Thank you, Regards, Blazes.The support site for this book is here (see also Egor's web site as well).siteHere's an COM add in updateYou can follows the steps in chapter 29 of book to do COM Add + automation add in. I have posted a new chapter above. All code is in C++ and the registration process is automagic. So I do not need or use other languageshthDuffy