Apologies, I should have put the attached message in quantlib-dev in thread "new serialization code problem".
-- BlackBerry® from Mobistar --- -----Original Message----- From: "eric.ehlers" <[hidden email]> Date: Tue, 16 Nov 2010 10:26:33 To: <[hidden email]> Reply-To: [hidden email] Subject: Boost Serialization Error Hi Nando, I'm unable to recreate your results. I did an svn update which puts me on revision 17476. I already have VC9 configured to pick up boost 1.44, I did a full rebuild of all projects and configurations. I tested each of the four resulting XLLs with your SerializationBug.xls, each time I get the expected output. Any chance you could dig a bit deeper? The next step would be to run it in the debugger, with the debugger set to stop as soon as any std::exception is thrown. Your output is incomplete but you didn't say anything about an exception (i.e. you didn't mention that ohObjectSave() returns #NUM). This makes me think that boost::serialization is bailing out in mid-flow, but that the exception is caught higher up and not propagated to the user. Regards, Eric -- BlackBerry® from Mobistar --- ------------------------------------------------------------------------------ Beautiful is writing same markup. Internet Explorer 9 supports standards for HTML5, CSS3, SVG 1.1, ECMAScript5, and DOM L2 & L3. Spend less time writing and rewriting code and more time creating great experiences on the web. Be a part of the beta today http://p.sf.net/sfu/msIE9-sfdev2dev _______________________________________________ QuantLib-dev mailing list [hidden email] https://lists.sourceforge.net/lists/listinfo/quantlib-dev |
Hi Eric
sorry I could not debug yet, but I've got the same error on a different machine using boost 1.39. So to recap: 1) VC9, boost 1.39, Excel 2002 (10.6864.6858) SP3, error message "ohObjectSave - unregistered class"; 2) VC9, boost 1.44, Excel 2003 (11.8328.8329) SP3, error message "ohObjectSave - unregistered class - derived class not registered or exported" it might be helpful is somebody else on this list would try it on his workstation... any volunteer please? ciao -- Nando On Tue, Nov 16, 2010 at 3:57 PM, eric.ehlers <[hidden email]> wrote: > > Apologies, I should have put the attached message in quantlib-dev in thread "new serialization code problem". > -- BlackBerry® from Mobistar --- > > -----Original Message----- > From: "eric.ehlers" <[hidden email]> > Date: Tue, 16 Nov 2010 10:26:33 > To: <[hidden email]> > Reply-To: [hidden email] > Subject: Boost Serialization Error > > Hi Nando, > > I'm unable to recreate your results. > > I did an svn update which puts me on revision 17476. I already have VC9 configured to pick up boost 1.44, I did a full rebuild of all projects and configurations. I tested each of the four resulting XLLs with your SerializationBug.xls, each time I get the expected output. > > Any chance you could dig a bit deeper? The next step would be to run it in the debugger, with the debugger set to stop as soon as any std::exception is thrown. > > Your output is incomplete but you didn't say anything about an exception (i.e. you didn't mention that ohObjectSave() returns #NUM). This makes me think that boost::serialization is bailing out in mid-flow, but that the exception is caught higher up and not propagated to the user. > > Regards, > Eric > -- BlackBerry® from Mobistar --- > ------------------------------------------------------------------------------ > Beautiful is writing same markup. Internet Explorer 9 supports > standards for HTML5, CSS3, SVG 1.1, ECMAScript5, and DOM L2 & L3. > Spend less time writing and rewriting code and more time creating great > experiences on the web. Be a part of the beta today > http://p.sf.net/sfu/msIE9-sfdev2dev > _______________________________________________ > QuantLib-users mailing list > [hidden email] > https://lists.sourceforge.net/lists/listinfo/quantlib-users ------------------------------------------------------------------------------ Beautiful is writing same markup. Internet Explorer 9 supports standards for HTML5, CSS3, SVG 1.1, ECMAScript5, and DOM L2 & L3. Spend less time writing and rewriting code and more time creating great experiences on the web. Be a part of the beta today http://p.sf.net/sfu/msIE9-sfdev2dev _______________________________________________ QuantLib-dev mailing list [hidden email] https://lists.sourceforge.net/lists/listinfo/quantlib-dev |
Hi Eric
ok at least now I've realized why you don't see the bug I'm experiencing: you're probably using QuantLibXL-vc90-mt-1_1_0.xll which does NOT have problems, while I'm using QuantLibXLDynamic-vc90-mt-1_1_0.xll Sorry for the underspecified bug report. Can I still count on your help to fix it? ciao -- Nando On Fri, Nov 19, 2010 at 4:09 PM, Ferdinando Ametrano <[hidden email]> wrote: > Hi Eric > > sorry I could not debug yet, but I've got the same error on a > different machine using boost 1.39. > > So to recap: > > 1) VC9, boost 1.39, Excel 2002 (10.6864.6858) SP3, error message > "ohObjectSave - unregistered class"; > 2) VC9, boost 1.44, Excel 2003 (11.8328.8329) SP3, error message > "ohObjectSave - unregistered class - derived class not registered or > exported" > > it might be helpful is somebody else on this list would try it on his > workstation... any volunteer please? > > ciao -- Nando > > On Tue, Nov 16, 2010 at 3:57 PM, eric.ehlers <[hidden email]> wrote: >> >> Apologies, I should have put the attached message in quantlib-dev in thread "new serialization code problem". >> -- BlackBerry® from Mobistar --- >> >> -----Original Message----- >> From: "eric.ehlers" <[hidden email]> >> Date: Tue, 16 Nov 2010 10:26:33 >> To: <[hidden email]> >> Reply-To: [hidden email] >> Subject: Boost Serialization Error >> >> Hi Nando, >> >> I'm unable to recreate your results. >> >> I did an svn update which puts me on revision 17476. I already have VC9 configured to pick up boost 1.44, I did a full rebuild of all projects and configurations. I tested each of the four resulting XLLs with your SerializationBug.xls, each time I get the expected output. >> >> Any chance you could dig a bit deeper? The next step would be to run it in the debugger, with the debugger set to stop as soon as any std::exception is thrown. >> >> Your output is incomplete but you didn't say anything about an exception (i.e. you didn't mention that ohObjectSave() returns #NUM). This makes me think that boost::serialization is bailing out in mid-flow, but that the exception is caught higher up and not propagated to the user. >> >> Regards, >> Eric >> -- BlackBerry® from Mobistar --- >> ------------------------------------------------------------------------------ >> Beautiful is writing same markup. Internet Explorer 9 supports >> standards for HTML5, CSS3, SVG 1.1, ECMAScript5, and DOM L2 & L3. >> Spend less time writing and rewriting code and more time creating great >> experiences on the web. Be a part of the beta today >> http://p.sf.net/sfu/msIE9-sfdev2dev >> _______________________________________________ >> QuantLib-users mailing list >> [hidden email] >> https://lists.sourceforge.net/lists/listinfo/quantlib-users > ------------------------------------------------------------------------------ Increase Visibility of Your 3D Game App & Earn a Chance To Win $500! Tap into the largest installed PC base & get more eyes on your game by optimizing for Intel(R) Graphics Technology. Get started today with the Intel(R) Software Partner Program. Five $500 cash prizes are up for grabs. http://p.sf.net/sfu/intelisp-dev2dev _______________________________________________ QuantLib-dev mailing list [hidden email] https://lists.sourceforge.net/lists/listinfo/quantlib-dev |
Hi Eric
I've now also debugged and the error it's thrown at line 400 in \boost-1_44\boost\archive\detail\oserializer.hpp basically it cannot retrieve the type of the object pointed to. Unfortunately I'm lost on the serialization subject and cannot provide further help ciao -- Nando On Thu, Nov 25, 2010 at 12:16 PM, Ferdinando Ametrano <[hidden email]> wrote: > Hi Eric > > ok at least now I've realized why you don't see the bug I'm > experiencing: you're probably using QuantLibXL-vc90-mt-1_1_0.xll which > does NOT have problems, while I'm using > QuantLibXLDynamic-vc90-mt-1_1_0.xll > > Sorry for the underspecified bug report. Can I still count on your > help to fix it? > > ciao -- Nando > > On Fri, Nov 19, 2010 at 4:09 PM, Ferdinando Ametrano <[hidden email]> wrote: >> Hi Eric >> >> sorry I could not debug yet, but I've got the same error on a >> different machine using boost 1.39. >> >> So to recap: >> >> 1) VC9, boost 1.39, Excel 2002 (10.6864.6858) SP3, error message >> "ohObjectSave - unregistered class"; >> 2) VC9, boost 1.44, Excel 2003 (11.8328.8329) SP3, error message >> "ohObjectSave - unregistered class - derived class not registered or >> exported" >> >> it might be helpful is somebody else on this list would try it on his >> workstation... any volunteer please? >> >> ciao -- Nando >> >> On Tue, Nov 16, 2010 at 3:57 PM, eric.ehlers <[hidden email]> wrote: >>> >>> Apologies, I should have put the attached message in quantlib-dev in thread "new serialization code problem". >>> -- BlackBerry® from Mobistar --- >>> >>> -----Original Message----- >>> From: "eric.ehlers" <[hidden email]> >>> Date: Tue, 16 Nov 2010 10:26:33 >>> To: <[hidden email]> >>> Reply-To: [hidden email] >>> Subject: Boost Serialization Error >>> >>> Hi Nando, >>> >>> I'm unable to recreate your results. >>> >>> I did an svn update which puts me on revision 17476. I already have VC9 configured to pick up boost 1.44, I did a full rebuild of all projects and configurations. I tested each of the four resulting XLLs with your SerializationBug.xls, each time I get the expected output. >>> >>> Any chance you could dig a bit deeper? The next step would be to run it in the debugger, with the debugger set to stop as soon as any std::exception is thrown. >>> >>> Your output is incomplete but you didn't say anything about an exception (i.e. you didn't mention that ohObjectSave() returns #NUM). This makes me think that boost::serialization is bailing out in mid-flow, but that the exception is caught higher up and not propagated to the user. >>> >>> Regards, >>> Eric >>> -- BlackBerry® from Mobistar --- >>> ------------------------------------------------------------------------------ >>> Beautiful is writing same markup. Internet Explorer 9 supports >>> standards for HTML5, CSS3, SVG 1.1, ECMAScript5, and DOM L2 & L3. >>> Spend less time writing and rewriting code and more time creating great >>> experiences on the web. Be a part of the beta today >>> http://p.sf.net/sfu/msIE9-sfdev2dev >>> _______________________________________________ >>> QuantLib-users mailing list >>> [hidden email] >>> https://lists.sourceforge.net/lists/listinfo/quantlib-users >> > ------------------------------------------------------------------------------ Increase Visibility of Your 3D Game App & Earn a Chance To Win $500! Tap into the largest installed PC base & get more eyes on your game by optimizing for Intel(R) Graphics Technology. Get started today with the Intel(R) Software Partner Program. Five $500 cash prizes are up for grabs. http://p.sf.net/sfu/intelisp-dev2dev _______________________________________________ QuantLib-dev mailing list [hidden email] https://lists.sourceforge.net/lists/listinfo/quantlib-dev |
Hi Nando,
Quoting Ferdinando Ametrano <[hidden email]>: >> ok at least now I've realized why you don't see the bug I'm >> experiencing: you're probably using QuantLibXL-vc90-mt-1_1_0.xll which >> does NOT have problems, while I'm using >> QuantLibXLDynamic-vc90-mt-1_1_0.xll Yes, that was the reason. In fact that also indicates the root cause, in the dynamic build, the class is registered in the QLXL binary but the serialization instruction is implemented in the OH binary and BOOST_REGISTER_CLASS doesn't support this case. There is no simple solution to this problem so for now I reverted the change. Sorry for the hassle. 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 ------------------------------------------------------------------------------ Learn how Oracle Real Application Clusters (RAC) One Node allows customers to consolidate database storage, standardize their database environment, and, should the need arise, upgrade to a full multi-node Oracle RAC database without downtime or disruption http://p.sf.net/sfu/oracle-sfdevnl _______________________________________________ QuantLib-dev mailing list [hidden email] https://lists.sourceforge.net/lists/listinfo/quantlib-dev |
Free forum by Nabble | Edit this page |