DevPartner for Visual C++ BoundsChecker Suite is a suite of tightly integrated development features. DevPartner incorporates error detection, performance analysis, and coverage analysis, and includes a system comparison utility. DevPartner helps developers detect, diagnose, and resolve software bugs, maximize code performance, and ensure optimal code coverage and testing.
Customer support is available as a Priority Support Service from 8:00 AM to 6:00 PM EST, Monday through Friday. For purchase or upgrade issues, select the Compuware Sales option when prompted.
For technical problems, from installation to troubleshooting, contact Compuware Customer Support online at:
Problem reports should include:
This section presents known issues and technical notes for DevPartner. Click a feature name or category to view the list of issues and notes.
Suite-wide Issues
Coverage Analysis
Error Detection
Performance Analysis
Issues Related to Visual Studio or to Visual Studio Team System
System Comparison
Back to topWhen running against a 64-bit application, you must change the Any CPU entry in your solution file to x86 or you will
get this message: DevPartner is unable to test 64-bit projects.
Systems with the Data Execution Prevention (DEP) setting configured as /NoExecute=Always On and the CPU's Execute Disable bit
enabled might prevent DevPartner from loading into Visual Studio.
See article number 875352 in the Microsoft Knowledge Base for a detailed description of the Data Execution Prevention feature.
System-wide DEP is set in the BOOT.INI file using the /NOEXECUTE option on the system boot partition. By default this is
set to OptIn, which specifies that DEP is only enabled for essential Windows programs and services.
Setting this to AlwaysOn causes the DevPartner installation to fail, and if the setting is changed to AlwaysOn after
installation it will cause the DevPartner package to fail to load into Visual Studio.
If you set DEP to OptOut, be sure to include the Visual Studio executable (DEVENV.EXE for Visual Studio 2005 and 2008)
in the list of programs and services that are not to run with DEP.
The integration to the DevPartner Fault Simulator product does not work with DevPartner 9.0.1. Users of Fault Simulator integration should use DevPartner 8.2.
During installation or removal of DevPartner, an MSI.EXE error message may display stating that the application has encountered
an error or has referenced memory it cannot read. Click OK and ignore this error. The install/uninstall will continue without error.
Collected static initialization data may not display for partial class member fields that have a constructor implemented in a different source file than the statically initialized fields. In these cases, source view may show no data for the static member field initialization. This is because the data is attributed to the constructor of the partial class and not the assignment statement for the static initialization of the field. If a source file only contains statically initialized member fields for a class, the source file will not be shown in the list of source files for the module in the results.
When starting Visual Studio 2008 on the Windows Vista Ultimate SP1 32-Bit, an error message may appear indicating that DevPartner Performance Analysis failed to get the session manager service and that profiling will be disabled. This can occur when DPAnalysis cannot create an instance of the COM object CLSID: 163DF3E5-701A-44d9-9B82-59F4EADBBAA8. This issue will be addressed in a future DevPartner release.
In some cases, when you profile custom Windows services while logged in through Terminal Services, you may not get session files. If this occurs on your system, you may be able to save the session data by specifying the full path and filename for the session file. For example:
DPAnalysis.exe /cov /output c:\temp\MyService.dpcov /s MyService
Note: This may not work in all cases.
You must have Administrative privileges when building the BugBench sample application on Windows Vista. Building the sample generates a COM DLL that must be registered. Windows Vista will not allow the DLL to be registered if without Administrative privileges.
The first time that an application is run with Error Detection, you may see a dialog from Microsoft Internet Symbol Store detailing their Terms of Use. You must accept the Terms of Use to continue, even if you have previously accepted these Terms of Use when running a different program that also required Microsoft symbols.
There are two situations in which DCOM or COM-based applications or components try to run under the restrictions of the aspnet
account. By default, when a DCOM or COM application or component is launched from within an ASP.NET enabled Web page, it will run
in the context of the aspnet account. For security reasons, the aspnet account is a restricted account (it is a member of
the Users group and has equivalent privileges). In this situation your COM component will not have the security privileges required for Error
Detection to function properly. To work around this issue, you must configure your DCOM or COM application or component to execute within the
context of the interactive user (via dcomcnfg.exe).
To configure your DCOM or COM application or component to run under the context of the interactive user:
dcomcnfg.exe.Error Detection will collect data properly the next time the DCOM or COM application or component is launched.
Error Detection will still report some Leaks and Errors, even if all Modules are OFF under the Error Detection Settings, because:
In some cases, CPU time attributable to the expression part of a For loop can be incorrectly attributed to the body of the
For loop. This can occur in loops formatted so that the initializers, expression, and iterators appear on a single line, as in the
example below.
using System;
public class ForLoopTest
{
public static void Main()
{
for (int i=1; i<=5; i++)
Console.WriteLine(i);
}
}
If the body of the For loop appears to be consuming excessive CPU time, reformat your code so the initializers, expression, and
iterators appear on separate lines, as shown below.
{
for (int i=1;
i<=5;
i++)
Console.WriteLine(i);
}
If you install Visual Studio 2005 or 2008 after your DevPartner installation, follow this two-step process to integrate the two products:
Control Panel > Add or Remove Programs on Vista systems.)
The second step is required to integrate the DevPartner help system with the Microsoft help system.
When using DevPartner with a localized version of Visual Studio Team System, in which the name of the WorkItemType Bug has been localized to a string other than 'Bug', DevPartner will not be able create and submit bugs to the Team Project.
System Comparison now checks for additional settings when comparing systems. If you compare a snapshot taken with a previous version of the System Comparison utility with a snapshot taken with the DevPartner 8.2 or later version, these settings will be listed as missing from the older snapshot.
DevPartner for Visual C++ BoundsChecker Suite Known Issues
Copyright © 2009, Compuware Corporation
01/14/2009 03:16 PM