Show: Delphi C++
Display Preferences

Release Notes for C++Builder 64-Bit Windows

From RAD Studio XE3
Revision as of 11:07, 10 December 2012 by KrisHouser (Talk | contribs)

Jump to: navigation, search

Go Up to What's New in C++Builder 64-Bit Windows

The release of C++Builder 64-Bit Windows is also Update 1 for the RAD Studio XE3 release, and XE3 Update 1 includes both the Delphi and the C++ personalities. These Release Notes contain important supplementary information that pertains specifically to the release of C++Builder 64-Bit Windows. We recommend that you read this page in its entirety. For the most current version of these release notes, see

  • For the newest version of any help topic, please rely on the RAD Studio docwiki.
    • We will continue to update docwiki pages after the release and throughout the product update cycle.
    • Help Updates will be released at intervals, but the docwiki always contains the latest help.


General Notes

Do not install extraneous files in \bin directories

Embarcadero does not allow any unsigned third-party DLLs to be placed in the product bin directories:

  • $(BDS)\bin
  • $(BDS)\bin64

A license validation error will occur.

FastReport for 64-bit Windows Available Soon

FastReport Embarcadero edition is currently available for:

  • Delphi (32-bit Windows and 64-bit Windows)
  • C++Builder (32-bit Windows)

The FastReport version for use with C++Builder 64-bit Windows is coming soon and will be available as a free download for C++Builder XE3 and RAD Studio XE3 registered users at

C++Builder Notes

Specify Debug Path for Delphi Packages

If you want to debug Delphi packages that are used in a C++ 64-bit Windows application, you should first perform the following configuration steps:

  1. Select Tools > Options > Debugger Options > Embarcadero Debuggers .
  2. In the Debug symbols search path field, add a full path in this form:
    C:\Program Files (x86)\Embarcadero\RAD Studio\10.0\lib\win64\debug
  3. Click OK.

Adding the Project Directory to the Include Path

Currently the IDE automatically includes the project directory in the #include path, even though the default setting for Add the Project Dir to Include path is False (on C++ Compiler Directories and Conditionals). This behavior might change at a later date, after which you will need to set this option to True if you want the project directory automatically added to the #include path.

For more information, see #include.

Add Priority for #pragma startup and #pragma exit

BCC32 and BCC64 differ in the default priority they assign to #pragma exit (assigned if the optional priority specification is omitted). If your existing code base contains instances of #pragma startup ... #pragma exit that do not specify a priority, you need to add a priority specification of 32 in order to maintain the same behavior seen with BCC32. BCC32 uses a priority of 32 (so that exit is called before VCL finalization), whereas BCC64 uses a default value of 100.

For more information, see #pragma exit and #pragma startup.

WebSnap Applications Might Need WebInit.cpp Added

If you create a C++ WebSnap application with a 64-bit Windows target platform, you might see linker errors such as the following:

[ilink64 Error] Error: Unresolved external '__dso_handle' referenced from E:\EMBARCADERO\RAD STUDIO\10.0\LIB\WIN64\RELEASE\WEBINIT.O
[ilink64 Error] Error: Unresolved external '__cxa_atexit' referenced from E:\EMBARCADERO\RAD STUDIO\10.0\LIB\WIN64\RELEASE\WEBINIT.O

The workaround is to add the WebInit.cpp file to your project using the Project Manager. WebInit.cpp is installed in the $(BDS)\source\internet directory.

Refresh Designer if TBindSourceDB is Not Populated after Loading a Dataset

In VCL or FireMonkey applications with multiple forms and/or datamodules, an embedded dataset within a TBindSourceDB might contain stale submembers in the LiveBindings Designer if the dataset is external to the form the Designer is actively viewing. Stale members could also be due to dataset changes. The Refresh Designer context menu command allows you to work around this update issue.

Program Reset Can Cause Debugger Crash

The C++Builder 64-bit Windows debugger might crash if you do a Program Reset (Ctrl+F2) while the debugger is stopped at a data breakpoint.

SOAP Support

A SOAP client developed in C++Builder 64-bit Windows can invoke a Server passing integers, strings and structs containing integers and strings. Dynamic arrays of strings are not yet supported.

Indy UDP Errors

C++ Indy projects that use UDP (User Datagram Protocol) might elicit compiler errors such as:

OpenGL Restriction

OpenGL projects cannot be linked using ILINK64.

Debugger Notes

  • Debugging of two files with the same name is not supported.
  • Support is incomplete for debugging code that throws exceptions.
    For example, exceptions are not supported in the evaluation of function calls.
  • Evaluation of local static and file static variables only works within the current scope.
  • Evaluation of some function calls might not work, especially with inherited Delphi types such as VCL and RTL members.

For more information, see Debugging C++Builder 64-Bit Windows Applications.

See Also

Personal tools
Previous Versions
In other languages