ZFX + Developia

http://blogs.msdn.com/b/somasegar/archive/2011/03/07/visual-studio-2010-enhancements.aspx hat geschrieben:You can learn more about how we're improving Visual Studio 2010 on Jason Zander's blog [das ist der, zu dem du verlinkt hast] later today.

eXile hat geschrieben:Ist eigentlich irgendeiner der von Dir gefundenen Fehler, Krishty, korrigiert worden, oder wurde das mal wieder auf das next major release verschoben?

Standard C++ Library
The "vector::erase" constraint returns incompatible iterator in debug build
The "tr1:regex" constraint has different behavior between Visual Studio 2008 and Visual Studio 2010 with some regular expressions.
Inserting a "std::vector" of "std::string" causes a memory leak.

Microsoft Foundation Classes (MFC) and Active Template Library (ATL)
In the CDatabase/Crecordset MFC the "DoFieldExchange" variable does not work properly in Visual Studio 2010.

Additionally, Visual Studio 2010 SP1 improves security, performance and other improvements in ATL/MFC.

C Runtime (CRT)
MSPDB100.dll is dynamically loaded without specifying a fully qualified path in the CRT.
The "swprintf_s" function leaves the buffer without a NULL termination when passed the WEOF constant.

C++ Editor
Crash of Visual Studio 2010 in a C/C++ project when hiding or showing all files of solution.
Class member auto-completion forces wrong member (case sensitive).
Go to Declaration is slow in some cases.
The C++ Editor may crash when you insert comments.
Crash while declaring C++ enumuneration.
Issues in native IntelliSense such as indexes and reporting.
The NavigateTo method in C++ occasionally becomes unresponsive.

Additionally, Visual Studio 2010 SP1 contains the following improvements:
Performance and stability improvements.
More efficient memory management.
Other IDE improvements to prevent user interface (UI) freezing and crashes.
Performance improvement for the F12 (Goto Definition) function key on large projects.

C++ Compiler
The compiler crashes with the "decltype(*this)" type specifier.
C++ compiler generates incorrect movups instructions instead of movss instructions.
Specific problem with the /Og option in the 64-bit version of Visual Studio 2010 Beta 2 compiler
SSE2 instructions generated when the /arch:SSE option is specified.
Specific problems in the x64 version C++ compiler (optimizer).
Missing destructor calls when optimization is enabled.

Additionally, Visual Studio 2010 SP1 contains the following improvements:
Optimizations and fixes in several code generation areas.
Managed Incremental Build parity with Visual Studio 2008. For more information, click the following article number to view the article in the Microsoft Knowledge Base:
982721 The Enable Managed Incremental Build property does not exist when you open the Project Properties pages for a Visual C++ 2010 project

C++ Debugging
Mixed call stacks are broken when you debug C++ code.
When you try to inspect local variables while debugging in Visual Studio 2010, you receive "CXX0017 "Symbol not found" error message.
The Watch window shows incorrect values.

Kristhy hat geschrieben:Übrigens ist dieser IntelliSense-Artikel krass – offenbar hatten sie früher immer ein IntelliSense auf Basis des VC-Compilers und haben für VC 10 einen C++-Compiler extra für IntelliSense geschrieben … ich dachte immer, es wäre umgekehrt. Und nachvollziehen kann ich da eh schon lange nichts mehr.

Kristhy hat geschrieben:

eXile hat geschrieben:

Kristhy hat geschrieben:Übrigens ist dieser IntelliSense-Artikel krass – offenbar hatten sie früher immer ein IntelliSense auf Basis des VC-Compilers und haben für VC 10 einen C++-Compiler extra für IntelliSense geschrieben … ich dachte immer, es wäre umgekehrt. Und nachvollziehen kann ich da eh schon lange nichts mehr.

Ich glaube, der Artikel ist einfach etwas unklar geschrieben. Das Devenv-Team von Microsoft hatte von Visual Studio .NET 2003 bis Visual Studio 2008 immer zwei Build-Systeme: Einerseits VCBuild für C/C++, andererseits ein managed Build-System für alle anderen Sprachen. Das Problem war nun, dass das eine Team von VCBuild neidisch auf die Features vom managed Build-System waren, und umgekehrt. Darum haben die das alles für Visual Studio 2010 über den Haufen geworfen, und ihr neues MSBuild entwickelt (darum sind auch die ganzen Dateinamenserweiterungen nun anders). Damit gab es auch eine neue Compilerintegration in das Buildsystem, an das auch IntelliSense angeschlossen ist (dass die dem Compiler eine neue Codebasis verschaffen, ist in anbetracht des Alters und der Notwendigkeit, die C++0x-Features zu unterstützen, sehr einleutend).

Das klingt wirklich schon schlüssiger, danke!

The IntelliSense compiler is not the build compiler
It is important, here, to call out that the IntelliSense compiler is different from the build compiler. We have made every effort to give these two compilers parity.

Additionally, if you are targeting an architecture other than x86, you may notice that the IntelliSense compiler is always operating in x86 mode.

eXile hat geschrieben:die Vorstellung, dass dort zwei Compiler über den Code laufen, war für mich einfach zu abstrus