Re: [Quantlib-dev] independent use of objecthandler

SourceForge Headquarters 1320 Columbia Street Suite 310 San Diego, CA 92101 +1 (858) 422-6466

----------------------------------------------------------------------

Message: 1
Date: Sun, 13 Apr 2008 16:57:05 -0700 (PDT)
From: Ole Peng <ole...@ya...>
Subject: [Quantlib-dev] independent use of objecthandler
To: qua...@li...
Cc: qua...@li...
Message-ID: <525...@we...>
Content-Type: text/plain; charset="us-ascii"

Hi, 

do any of you use the objecthandler independently of quantlib for addin
development? 

If yes, then I would like to pick your brain in order to assess how
manageable that is and if it can be 
used for maintainable and scalable addin applications?

Thanks, Ole

__________________________________________________

Hi Ole,

Yes I do. It is manageable and can be used for maintainable and scalable
addin applications. Let me know if you have any specific questions.

Regards,

Slava

-----Original Message-----
From: qua...@li...
[mailto:qua...@li...] On Behalf Of
qua...@li...
Sent: Thursday, April 17, 2008 12:59 PM
To: qua...@li...
Subject: QuantLib-dev Digest, Vol 23, Issue 2

Send QuantLib-dev mailing list submissions to
	qua...@li...

To subscribe or unsubscribe via the World Wide Web, visit
	https://lists.sourceforge.net/lists/listinfo/quantlib-dev
or, via email, send a message with subject or body 'help' to
	qua...@li...

You can reach the person managing the list at
	qua...@li...

When replying, please edit your Subject line so it is more specific
than "Re: Contents of QuantLib-dev digest..."

Today's Topics:

   1. independent use of objecthandler (Ole Peng)
   2. Re: [QuantLib-svn] SF.net SVN: quantlib: [14708]
      branches/serialization_enhancements2 (Ferdinando Ametrano)
   3. Re: [QuantLib-svn] SF.net SVN: quantlib:	[14708]
      branches/serialization_enhancements2 (Plamen Neykov)
   4. [ quantlib-Feature Requests-1941916 ] Asian Average	Strike
      Option (SourceForge.net)
   5. Non copyable curves. (Simon Ibbotson)
   6. Re: Non copyable curves. (op)

----------------------------------------------------------------------

Message: 1
Date: Sun, 13 Apr 2008 16:57:05 -0700 (PDT)
From: Ole Peng <ole...@ya...>
Subject: [Quantlib-dev] independent use of objecthandler
To: qua...@li...
Cc: qua...@li...
Message-ID: <525...@we...>
Content-Type: text/plain; charset="us-ascii"

Hi, 

do any of you use the objecthandler independently of quantlib for addin
development? 

If yes, then I would like to pick your brain in order to assess how
manageable that is and if it can be 
used for maintainable and scalable addin applications?

Thanks, Ole

__________________________________________________
Do You Yahoo!?
Tired of spam?  Yahoo! Mail has the best spam protection around 
http://mail.yahoo.com 
-------------- next part --------------
An HTML attachment was scrubbed...

------------------------------

Message: 2
Date: Mon, 14 Apr 2008 10:10:15 +0200
From: "Ferdinando Ametrano" <na...@am...>
Subject: Re: [Quantlib-dev] [QuantLib-svn] SF.net SVN: quantlib:
	[14708]	branches/serialization_enhancements2
To: qua...@li...
Cc: pla...@us...
Message-ID:
	<864...@ma...>
Content-Type: text/plain; charset=ISO-8859-1

Hi Plamen

>  Log Message:
>  -----------
>  small project file changes to allow for boost installed in an
arbitrary directory
>
>  Modified Paths:
>  --------------
>
branches/serialization_enhancements2/ObjectHandler/Examples/C++/ExampleC
pp_vc8.vcproj
>
branches/serialization_enhancements2/ObjectHandler/Examples/xl/ExampleXl
lDynamic1_vc8.vcproj
>
branches/serialization_enhancements2/ObjectHandler/Examples/xl/ExampleXl
lDynamic2_vc8.vcproj
>
branches/serialization_enhancements2/ObjectHandler/Examples/xl/ExampleXl
lStatic_vc8.vcproj
>
branches/serialization_enhancements2/QuantLibAddin/Clients/Cpp/ClientCpp
Demo_vc8.vcproj
>
>  Modified:
branches/serialization_enhancements2/ObjectHandler/Examples/C++/ExampleC
pp_vc8.vcproj
>  ===================================================================
>  ---
branches/serialization_enhancements2/ObjectHandler/Examples/C++/ExampleC
pp_vc8.vcproj       2008-04-13 16:08:51 UTC (rev 14707)
>  +++
branches/serialization_enhancements2/ObjectHandler/Examples/C++/ExampleC
pp_vc8.vcproj       2008-04-13 21:31:49 UTC (rev 14708)
>  @@ -75,7 +75,7 @@
>
OutputFile="bin\ExampleCpp-vc80-mt-0_9_5.exe"
>                                 LinkIncremental="1"
>                                 SuppressStartupBanner="true"
>  -
AdditionalLibraryDirectories="..\..\lib,..\..\..\log4cxx\msvc\Lib"
>  +
AdditionalLibraryDirectories="..\..\lib;..\..\..\log4cxx\msvc\Lib;&quot;
$(BOOST_DIR)\lib&quot;"

I would prefer no to have environment variable for the boost library
resolution. In my opinion it should up to the developer to configure
properly its Visual Studio IDE (Tools | Options | Project and
Solutions | VC++ Directories) to point to its favorite boost version.
Am I missing something? Do you agree?

ciao -- Nando

------------------------------

Message: 3
Date: Mon, 14 Apr 2008 08:28:35 +0000 (GMT)
From: Plamen Neykov <pla...@re...>
Subject: Re: [Quantlib-dev] [QuantLib-svn] SF.net SVN: quantlib:
	[14708]	branches/serialization_enhancements2
To: na...@am..., qua...@li...
Message-ID:
	<212...@vu...>
Content-Type: text/plain; charset=utf-8

Hi Ferdinando,

no problem - I'll revert the change asap (tonight) - I wasn't aware of
this policy - obviously not following the discussions here on the list -
sorry.

cheers,
Plamen

-----Original Message-----

From: "Ferdinando Ametrano" <na...@am...>
Sent: Mon, 14 Apr 2008 10:10:15 +0200
To: qua...@li...
CC: pla...@us...
Received: 14-Apr-2008 10:10:54 +0200
Subject: Re: [Quantlib-dev] [QuantLib-svn] SF.net SVN: quantlib: [14708]
branches/serialization_enhancements2

* 0 RECENT
* 1210 FETCH (UID 41427 BODY[1] {2395}
Hi Plamen

>  Log Message:
>  -----------
>  small project file changes to allow for boost installed in an
arbitrary directory
>
>  Modified Paths:
>  --------------
>
branches/serialization_enhancements2/ObjectHandler/Examples/C++/ExampleC
pp_vc8.vcproj
>
branches/serialization_enhancements2/ObjectHandler/Examples/xl/ExampleXl
lDynamic1_vc8.vcproj
>
branches/serialization_enhancements2/ObjectHandler/Examples/xl/ExampleXl
lDynamic2_vc8.vcproj
>
branches/serialization_enhancements2/ObjectHandler/Examples/xl/ExampleXl
lStatic_vc8.vcproj
>
branches/serialization_enhancements2/QuantLibAddin/Clients/Cpp/ClientCpp
Demo_vc8.vcproj
>
>  Modified:
branches/serialization_enhancements2/ObjectHandler/Examples/C++/ExampleC
pp_vc8.vcproj
>  ===================================================================
>  ---
branches/serialization_enhancements2/ObjectHandler/Examples/C++/ExampleC
pp_vc8.vcproj       2008-04-13 16:08:51 UTC (rev 14707)
>  +++
branches/serialization_enhancements2/ObjectHandler/Examples/C++/ExampleC
pp_vc8.vcproj       2008-04-13 21:31:49 UTC (rev 14708)
>  @@ -75,7 +75,7 @@
>
OutputFile="bin\ExampleCpp-vc80-mt-0_9_5.exe"
>                                 LinkIncremental="1"
>                                 SuppressStartupBanner="true"
>  -
AdditionalLibraryDirectories="..\..\lib,..\..\..\log4cxx\msvc\Lib"
>  +
AdditionalLibraryDirectories="..\..\lib;..\..\..\log4cxx\msvc\Lib;&quot;
$(BOOST_DIR)\lib&quot;"

I would prefer no to have environment variable for the boost library
resolution. In my opinion it should up to the developer to configure
properly its Visual Studio IDE (Tools | Options | Project and
Solutions | VC++ Directories) to point to its favorite boost version.
Am I missing something? Do you agree?

ciao -- Nando

------------------------------------------------------------------------
-
This SF.net email is sponsored by the 2008 JavaOne(SM) Conference 
Don't miss this year's exciting event. There's still time to save $100. 
Use priority code J8TL2D2. 
http://ad.doubleclick.net/clk;198757673;13503038;p?http://java.sun.com/j
avaone
_______________________________________________
QuantLib-dev mailing list
Qua...@li...
https://lists.sourceforge.net/lists/listinfo/quantlib-dev

------------------------------

Message: 4
Date: Mon, 14 Apr 2008 03:19:05 -0700
From: "SourceForge.net" <no...@so...>
Subject: [Quantlib-dev] [ quantlib-Feature Requests-1941916 ] Asian
	Average	Strike Option
To: no...@so...
Message-ID: <E1J...@sc...>
Content-Type: text/plain; charset="UTF-8"

Feature Requests item #1941916, was opened at 2008-04-14 15:49
Message generated for change (Tracker Item Submitted) made by Item
Submitter
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=362740&aid=1941916&gro
up_id=12740

Please note that this message will contain a full copy of the comment
thread,
including the initial issue submission, for this request,
not just the latest update.
Category: None
Group: None
Status: Open
Priority: 5
Private: No
Submitted By: abhishek Srivastava (abhiabhi001)
Assigned to: Nobody/Anonymous (nobody)
Summary: Asian Average Strike Option

Initial Comment:
Hi

in the instrument list "Asian Average Strike Option" is not avaialable.

Thanks
Abhishek

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=362740&aid=1941916&gro
up_id=12740

------------------------------

Message: 5
Date: Thu, 17 Apr 2008 07:48:49 -0000
From: "Simon Ibbotson" <Sim...@st...>
Subject: [Quantlib-dev] Non copyable curves.
To: <qua...@li...>
Message-ID:
	<B2E...@CL...>
Content-Type: text/plain; charset="us-ascii"

Hi guys,

Why have all curves recently been derived from boost::noncopyable?

I've been copying yieldcurves (in external code) - and it has been
working perfectly if you implement a copy constructor for the
PiecewiseYieldcurve class that initializes the bootstrapper for the
current curve (in the code I submitted - shown below). Surely this makes
more sense than completely disabling copying?

//copy constructor

        PiecewiseYieldCurve(const this_curve& o) 

            : base_curve(o), instruments_(o.instruments_),
turnOfYearEffect_(o.turnOfYearEffect_),

            accuracy_(o.accuracy_),
latestReference_(o.latestReference_), turnOfYear_(o.turnOfYear_),

            bootstrap_(o.bootstrap_) {

                setTurnOfYear();

                registerWith(turnOfYearEffect_);

                bootstrap_.setup(this);

        }

Simon Ibbotson

Quantitative Analytics

Capital Markets

Straumur

-------------- next part --------------
An HTML attachment was scrubbed...

------------------------------

Message: 6
Date: Thu, 17 Apr 2008 09:58:44 -0700 (PDT)
From: op <ole...@ya...>
Subject: Re: [Quantlib-dev] Non copyable curves.
To: Simon Ibbotson <Sim...@st...>
Cc: "<qua...@li...>"
	<qua...@li...>
Message-ID: <505...@we...>
Content-Type: text/plain; charset="windows-1252"

An HTML attachment was scrubbed...
-------------- next part --------------
whether copying is right or wrong, it seems to me that you can't just go
in and implement that kind of breaking behavior. I find that quite
shocking. 

aren't there any guidelines as to freeZing user interfaces once they are
published - as one would expect of any reasonably designed multi-user
software?

this messags was sent from a mobile device

On Apr 17, 2008, at 3:48 AM, "Simon Ibbotson"
<Sim...@st...> wrote:

Hi guys,

Why have all curves recently been derived from boost::noncopyable?

I?ve been copying yieldcurves (in external code) ? and it has been
working perfectly if you implement a copy constructor for the
PiecewiseYieldcurve class that initializes the bootstrapper for the
current curve (in the code I submitted ? shown below). Surely this makes
more sense than completely disabling copying?

//copy constructor

        PiecewiseYieldCurve(const this_curve& o)

            : base_curve(o), instruments_(o.instruments_),
turnOfYearEffect_(o.turnOfYearEffect_),

            accuracy_(o.accuracy_),
latestReference_(o.latestReference_), turnOfYear_(o.turnOfYear_),

            bootstrap_(o.bootstrap_) {

                setTurnOfYear();

                registerWith(turnOfYearEffect_);

                bootstrap_.setup(this);

        }

Simon Ibbotson

Quantitative Analytics

Capital Markets

Straumur

------------------------------------------------------------------------
-
This SF.net email is sponsored by the 2008 JavaOne(SM) Conference 
Don't miss this year's exciting event. There's still time to save $100. 
Use priority code J8TL2D2. 
http://ad.doubleclick.net/clk;198757673;13503038;p?http://java.sun.com/j
avaone
_______________________________________________
QuantLib-dev mailing list
Qua...@li...
https://lists.sourceforge.net/lists/listinfo/quantlib-dev

________________________________________________________________________
____________
Be a better friend, newshound, and 
know-it-all with Yahoo! Mobile.  Try it now.
http://mobile.yahoo.com/;_ylt=Ahu06i62sR8HDtDypao8Wcj9tAcJ

------------------------------

------------------------------------------------------------------------
-
This SF.net email is sponsored by the 2008 JavaOne(SM) Conference 
Don't miss this year's exciting event. There's still time to save $100. 
Use priority code J8TL2D2. 
http://ad.doubleclick.net/clk;198757673;13503038;p?http://java.sun.com/j
avaone

------------------------------

_______________________________________________
QuantLib-dev mailing list
Qua...@li...
https://lists.sourceforge.net/lists/listinfo/quantlib-dev

End of QuantLib-dev Digest, Vol 23, Issue 2
*******************************************