Among the most challenging problems in a financial system is dealing with numeric precision.

Take this example for instance (using the double data type in C++):
We have a number 4.3599999999999994 which we withdraw the same negative number from (4.3599999999999977), we would then end up with the number 1.7763568394002505e-015. Hence, if we were testing if the number added up to 0, we would get "False", or "True" if we were testing if the number was greater than "0".

This could easily get the system into an unwanted "IF" statement,
and tracking down these unwanted "IF" statements can be difficult.

Since C++ is used in many financial systems where accurate numeric precision is required, it seems reasonable to add "decimal" support to the standard C++ library.

the configSource attribute is a great feature of .NET, but it has a few drawbacks. It would be nice if you could enhance configSource to make it more useful:

Allow configSource to "override" an element that contains content. Currently, the framework will throw an error if the element contains content.

This is helpful when multiple developers are working on a project and they all have their own settings they need to apply to their app/web.config. We can simply have our own file that we do not check into version control that overrides the entry specified.

If there is a security problem with this, then add another attribute "allowConfigSourceOverride" or something. If there is a compatibility issue, then introduce a new attribute that does this.

Given the furor caused by dropping vdProj in VS2012, why have you not done damage control by publicizing the vdProj to WIX converter that is available from a 3rd Party (costs) and also the WIX template that is available free?
People need to know there is a path forward not just blind acceptance of Installshield lite.

The converter allows currently deployed projects to be moved forward to VS2012 and be deployed immediately.
The template allows you to generate your own WIX project so you can practice and compare to the converted project. So you are ready when a green fields project is started.

I had no idea what WIX was a few days ago and had convinced myself to stay on VS2010. The next renewal of our MSDN subscription needless to say was looking doubtful.

I am still annoyed that it is just chance that I ferreted around on this forum (thanks to WiX posters) and the net, thus becoming aware of the possibilities.

The apparently cavalier approach taken by Microsoft on this issue is disappointing.
If it is a financially tainted decision to present Installshield as the only option, then shame on you.
Your development community deserves better.

Hi,

There should be option to save the regular expression by name in VS 2012 find and replace window, so that we can save any regular expression and use it while next time. E.g. to remove extra space we can save the (^(?([^\r\n])\s)*\r?$\r?\n) regular expression as “Remove extra lines”, and this will be appear under the standard regular expression list under “Custom Expressions” menu, So that we can use this saved expression next time.

We can also provide manage custom search menu where we can provide the functionality to add edit, delete existing custom (User defined) saved regular expression.

Anand More,
C3IT Software Solutions Pvt. Ltd.

My idea is to implement a 'ClassCast'. In scenario's where you want to pick the algorithm to use based on the situation, changing the class instead of the data can add a lot of flexibility to the language. The basic idea is that if you have Foo : IBase and Bar : IBase and both Foo and Bar have the same field layout, you can do a 'var bar = classcast<Bar>(myFoo);' on an instance of an object that changes the type, but keeps the data in-tact. Because the layout has to be identical, you can do a compile-time check on the layout.

The only way to implement this at this moment is to copy all data from Foo to Bar or introduce a separate data object, which both introduce so much overhead that in most cases developers don't even consider changing the algorithm while executing it (the algorithm is usually picked before executing it). Note that this is a paradigm change from OO programming; a lot of common-place design patterns can be changed to benefit from a class-cast (f.ex. proxies, commands, lazy instantiation, etc).