VCL コンポーネント ベンダへの注意： コンポーネントのインストーラによって、本製品のレジストリにコンポーネントのパスを追加する場合は、以下にレジストリ キーを追加する必要があります。
HKEY_LOCAL_MACHINE\Software\CodeGear\BDS\7.0\Globals

ForceEnvOptionsUpdate という文字列値を追加します（既に存在する場合は更新します）。 その値を文字列値 "1" に設定します。 この値が "1" の場合、次回 IDE が実行されたときに、ディスク上の EnvOptions.proj ファイルが更新されて、コンポーネント インストーラが追加したパスが追加されます。 EnvOptions.proj ファイルは、IDE の新しい MSBuild ビルド エンジンが、IDE の [ツール｜オプション...] ダイアログの [ライブラリ - Win32] ページに登録されているパスをインクルードするために利用するメカニズムです。

コンポーネント インストーラが次のレジストリ キーのいずれかを更新する場合も、Globals\ForceEnvOptionsUpdate キーの追加または更新が必要です。

• Software\CodeGear\BDS\7.0\Library\Browsing Path
• Software\CodeGear\BDS\7.0\Library\Debug DCU Path
• Software\CodeGear\BDS\7.0\Library\Namespace Search Path
• Software\CodeGear\BDS\7.0\Library\Package DCP Output
• Software\CodeGear\BDS\7.0\Library\Package DPL Output
• Software\CodeGear\BDS\7.0\Library\Search Path

C++ ランタイム ライブラリが強化され、より新しいものに変更されました。 また、Dinkumware の標準 C++ ライブラリが、バージョン 5.01 に更新されました。 この変更のために、C++Builder 2010 のコンパイラによって生成されたバイナリ オブジェクトが、旧バージョンでコンパイルされたものと異なる場合があります。 非互換の部分は、主に C++ 標準ライブラリに限定されます。 C++Builder 2010 に移行するときは、既存の C++ プロジェクトをビルドし直す必要があります。

以前の Delphi コンパイラ（DCC32）は、インターフェイス パラメータがデフォルト値 nil を持つ場合、.hpp ファイル内に次のようなコードを生成しました。

   void methodName(_di_IIntf param =（void *）(0x0））;

C++ コンパイラは、以前は、この構文を誤って受け入れていました。

このリリースでは、Delphi コンパイラと C++ コンパイラの両方で、この場合の処理が変更されています。

Delphi コンパイラは、デフォルト値 nil を持つインターフェイス パラメータに対して、.hpp ファイル内に次のようなコードを出力するようになりました。

   void methodName(_di_IIntf param = _di_IIntf(））;

C++ コンパイラは、Delphi インターフェイスに "void *" 型を割り当てたコードに対して、エラーを出力するようになりました。 たとえば、次の行は

   void methodName(_di_IIntf param =（void *）(0x0））;

コンパイルに失敗し、次のエラーが出力されます。

   'void *' を '_di_IIntf' に変換できません。

デフォルト値 nil を持つインターフェイス パラメータを含む Delphi コードがある場合は、DCC32 で再コンパイルしてください。 ソースがない場合、.hpp ファイルを編集し、該当箇所をすべて次のように変更してください。

   void methodName(_di_IIntf param =（void *）(0x0））;

これを次のように変更します。

   void methodName(_di_IIntf param = _di_IIntf(））;

C++Builder を WebSnap と共に使用している場合、実行可能ファイルが HTML ファイルと同じディレクトリに書き込まれることを確認してください。 実行可能ファイルがプロジェクト ディレクトリに書き込まれるようにするには、[プロジェクト｜オプション...｜パスとシンボル定義｜最終出力] にドット（"."）を入力します。

まれに、C++ 支援機能で、プロジェクトのプリコンパイル済みヘッダーが再生成されたときに完全な結果が得られないか、失敗することがあります。 このような問題が発生した場合は、次の処理のいずれかで、問題が解決します。

• プロジェクトを再びメイクする
• プリコンパイル済みヘッダーを削除する
• プロジェクトをクリーンアップして、メイクする

VCL のデフォルトの文字列型は、現在は AnsiString ではなく、UnicodeString です。ただし、下位互換性のため、UnicodeString インスタンスのワイド データを縮小変換することによって、メソッド UnicodeString::t_str() では 'const char*' が返ります（'const wchar_t*' ではない）。 これにより、結果として予期しない動作が起きることがあります。コードで、t_str() の呼び出しにより元のデータが破壊されることを予測しない場合です。 この動作は、TListItem のように、UI に元のデータを表示させるコードで確認できます。

たとえば、次のように ListView で表示されるデータが、メソッドの最終行で t_str() の呼び出し後に破損することがあります。

void ProcessSelectedItem(const char* item);
void __fastcall TForm6::ListView1DblClick(TObject *Sender)
{
int index = ListView1->Selected->Index;
TListItem *ClassItem = ListView1->Items->Item[index];
ProcessSelectedItem(ClassItem->Caption.t_str());
}

元のデータが縮小変換されることを想定しないフィールドやプロパティで UnicodeString::t_str() を使用しないでください。 代わりに、TCHAR マッピング オプションを wchar_t に設定するか、USTRING_AS_WCHART マクロを定義します。 これらのいずれかの処理により、t_str() が、UnicodeString のワイド データを変換なしで返すことが保証されます。

DesignIntf および DesignEditors ツールを使用した Delphi ユニットを含む C++ パッケージを作成する場合、[プロジェクト｜オプション...｜Delphi コンパイラ｜その他のオプション] を設定する必要があります。 [コンパイル時に使用するパッケージ] コンボ ボックスに DesignIDE を追加します。

ユーザーのコードを STRICT モードでコンパイルしない場合は、#define NO_STRICT を設定できます。

#define NO_STRICT をオフする必要がある 2 つの例は、「既知の問題」に説明があります。

C++ アプリケーションで WinHelp を使うには、次のようにします。

1. #include <WinHelpViewer.hpp> を追加します。
2. WinHelpViewer ヘッダ ファイルで宣言されているオブジェクトを参照します。

   void LinkWinHelp(）
   {
     # pragma startup LinkWinHelp 66
     if（WinHelpTester != NULL）
         WinHelpTester->GetHelpPath(）;
   }

WinHelp ビューアは、Microsoft Web サイト（http://www.microsoft.com/downloads/details.aspx?familyid=6ebcfad9-d3f5-4365-8070-334cd175d4bb）からダウンロードできます。

• 整合性を向上するため、新しい TDBXAppServerConnection コンポーネントは TDSProviderConnection に名前が変更され、コンポーネントが属するパッケージも DataSnapProviderClient140.bpl に変更されました。 ドキュメントでは、新しい名前 TDSProviderConnection を使用して更新されています。

• 次のドライバでは Unicode が有効ではありません。

  • DB2
  • Sybase ASA
  • Sybase ASE
  • Informix
  
   

• Delphi 2007 から Delphi 2010 にデータベース アプリケーションをアップグレードしている場合は、接続に失敗することがあります。回避策は、uses 句に DBX<データベース名> を追加します。たとえば、TSQLConnection を使用して、Oracle データベースに接続している場合は、DBXOracle を uses 句に追加する必要があります。

• 以下の組み合わせについては、テスト済みです。

  LibMySQL.dll（5.1.XX）	DBXMys.dll	MySQL 4.0.XX Server
  LibMySQL.dll（5.1.XX）	DBXMys.dll	MySQL 4.0.XX Server
  LibMySQL.dll（5.1.XX）	DBXMys.dll	MySQL 5.0.XX Server
  LibMySQL.dll（5.1.XX）	DBXMys.dll	MySQL 5.1.XX Server

  
   

• ドライバの共存： 本製品の以前のバージョンもインストールされているときに古いバージョンの使用を試みる場合は、IDE から実行したとき、本リリースのドライバがロードされます。 これは、bin ディレクトリがシステム パスの中で前にあるからです。 古いドライバを使用するための 1 つのソリューションは、[ツール｜オプション...｜環境変数] で表示されるパスにオーバーライドを追加し、パスの先頭に古い bin ディレクトリを配置します。

DataSnap

DataSnap は、データベース アプリケーションの多層アーキテクチャです。 DataSnap には、リモート データ モジュールを格納し管理する中間層アプリケーション サーバーが用意されています。 DataSnap は強化され、異なる階層のコンポーネント間の非常に一般的な接続メカニズムを提供するようになりました。

クラス TDSServer は、トランスポートおよびサーバー メソッド クラスの生成と存続期間を管理します。 TDSServer を使用すると、独自の中間層サーバーを作成できます。 新しいコンポーネント TDSServerClass は、動的メソッド呼び出しを使ってリモート クライアントから呼び出すことができる公開メソッドを備えたアプリケーション サーバーサイド クラスを指定するのに使用できます。 このクラスのメソッドは、DBX クライアント プロバイダや ADO.NET プロバイダなどのリモート クライアントから呼び出すことができます。

DataSnap サーバーにいったん接続すると、アプリケーション サーバー内のメソッドをストアド プロシージャと同じように呼び出すことができます。 たとえば、新しいクラス TSqlServerMethod を使用すると、コマンド テキストのテキスト クラスおよびメソッド名とそのメソッドのパラメータを指定することでサーバー メソッドを呼び出すことができます。 サーバー メソッドでは、TDBXReader を使用して、クライアントとの間でデータセットをやり取りできます。

新しいスマート テーブルは、Datasnap でサポートしているさまざまなデータセットを抽象化したものであるため、クライアントとサーバーの間で透過的に受け渡すことができます。

TRemoteDataModule を拡張するアプリケーション サーバーサイド クラスを依然として作成できるため、その中に含まれているプロバイダには、クライアントサイドの新しい TDBXAppServerConnection クライアント コンポーネントからアクセスできます。 TDBXAppServerConnection は、dbExpress を使って DataSnap サーバーに接続できるようにするもので、既存のアプリケーションの互換性を保ちつつ新しい DataSnap 機能を活用するために用意されています。 新しいアプリケーションでは、TRemoteDataModule や TDBXAppServerConnection を DataSnap と共に使用する必要はありません。

アプリケーション サーバーをデータベースに接続する必要はまったくありません。 サーバー メソッド クラスの要件は以下の 2 つだけです。

• TPersistent の下位クラスでなければならない。
• MethodInfo 指令を有効にする必要がある。

DataSnap についての詳細は、Embarcadero Developer Network の記事（http://dn.embarcadero.com/delphi/distcomp/datasnap および http://edn.embarcadero.com/c_builder/distcomp/datasnap）を参照してください。

Steven Shaughnessy による DataSnap の概要（http://edn.embarcadero.com/article/38682）も参照してください。

dbExpress

dbExpress ドライバ フレームワークの変更点は以下のとおりです。

• MSSQL ドライバでは SQL Native Client のインストールが必要です。 SQL Native Client 2008 では、dbxmss.dll、SQL Native Client 2005 では dbxmss9.dll が必要です。
• MySQL ドライバでは libmysql.dll のバージョン 5.1.x が必要です。

Blackfish SQL の配置ラインセンスを取得する方法が変更されました。 製品に以前含まれていた .slip ファイルは使用できなくなりました。 配置ライセンスは、オンラインの「http://reg.codegear.com」で生成できるようになりました。インストール、配置、およびライセンスについての詳細は、Install、Deploy、License の各ファイルを参照してください。 これらのファイルは、デフォルトで C:\Program Files\Embarcadero\RAD Studio\7.0 に置かれています。

dbExpress

• Blackfish SQL Server 8.0
• InterBase 2009、2007、7.5.1、7.1*、7.0*、6.5*（すべて）（ドライバ dbxINT.dll、クライアント GDS32.DLL）
• Firebird 2.1、1.5
• Adaptive Sybase Anywhere 9、8*（Ent）（ドライバ dbxASA.dll、クライアント dbodbc9.dll）
• DB2 UDB 8.x、7.x*（Ent）（ドライバ dbxDB2.dll、クライアント db2cli.dll）
• Informix 9.x（Ent）（ドライバ dbxINF.dll、クライアント isqlb09a.dll）
• Microsoft SQL Server 2008、2005、2000（Ent）（ドライバ dbxMSS.dll、クライアント oledb.dll）
• MySQL 4.0.24（すべて）（ドライバ dbxMYSA.dll、クライアント libmysql.dll）
  メモ： Delphi 2007 の dbxMYS.dll から変更はありません。 名前が変更されました。
• MySQL 5.1、5.0.27、4.1*（すべて）（ドライバ dbxMYS.dll、クライアント libmysql.dll）
• Oracle 11g、10g、9.2.0*、9.1.0*（Ent）（ドライバ dbxora.dll、クライアント OCI.DLL）
• Sybase 12.5（Ent）（ドライバ dbxASE.dll、クライアント libct.dll & libcs.dll）

* このバージョンのデータベースでは、ドライバの動作が完全に保証されていません。

C++ Builder 6 で作成された ActiveX ライブラリ プロジェクトを C++ Builder 2009 で開き、実行すると、[ActiveX サーバーの登録] と [ActiveX サーバーの削除] メニューが有効になりません。 これを回避するには、[実行｜実行時引数...] を選択して、[ホスト アプリケーション] に "C:\windows\system32\regsvr32.exe" を、[パラメータ] に <プロジェクト名> を設定します。

XP と以前のオペレーティング システムでは、英語版のオペレーティング システムに付属しているフォント（Tahoma）を IDE で使用します。 この場合は、基本多言語面以外の文字の表示はサポートされていません。 サロゲート ペアを使用する文字は IDE の一部（オブジェクト インスペクタを含む）では正しく表示されません。 正しく表示するには、Windows に追加言語をインストールする必要があります。 Windows のコントロール パネルで [地域と言語のオプション] で実行します。 詳細については、http://blogs.codegear.com/nickhodges/2008/07/17/39073 を参照してください。

DLL を動的にロードする場合、ランタイム ライブラリと動的にリンクできません。 動的にリンクした場合、プログラムが終了すると、アクセス違反が発生します。 これを回避するには、[プロジェクト｜オプション...｜C++ リンカ] ページで [動的 RTL] を [False] にします。

C++ の GdiPlus ライブラリは、非 STRICT モードでは使用できません。 これは、Graphics::Graphics(HDC) を Graphics::Graphics(HWND) と区別できる必要があるからです。 非 STRICT モードでは、HWND と HDC はともに "void*" です。 別のモードでは、次のエラーが発生します。
 

[C++ エラー] GdiplusGraphics.h(37): E2015 'Gdiplus::Graphics::Graphics(void *)' と 'Gdiplus::Graphics::Graphics(void *,int)' の区別があいまいです。

VCL は Windows の handle パラメータを C++ STRICT マングリング スキームに一致するように変換するようになりました。 VCL では NO_STRICT を定義する古いアプリケーションのためにエントリポイントが残されています。 ただし、NO_STRICT を定義したアプリケーションを STRICT モードに更新すること（NO_STRICT マクロの削除）をお勧めします。 型安全性が強化され、VCL のネイティブ マングリングに一致するからです。

TImageList.ColorDepth プロパティに cd32Bit を設定し、ImageList に透明画像が含まれる場合は、画像がコントロール上で描画されるとき正しくブレンドするように Runtime Themes を有効にする必要があります。

ITE/ETM プロジェクトを Delphi 7 からアップグレードするには、ユーザーの dfm をテキスト形式にする必要があります。 この変換を実行するには、convert.exe（デフォルトでは C:\Program Files\Embarcadero\RAD Studio\7.0\bin にインストール）を使用します。

プロジェクトがインポートされ、リソース dll がリソース DLL ウィザードで更新された後に、リソース dll が更新されていないようにみえる問題が発生することがあります。この場合、ウィザードで単にもう 1 度更新すると、問題が解決します。

各国語文字が String/Memo フィールドで使用されている場合は、TCustomClientDataSet.SaveToFile では不正データが生成されることがあります。たとえば、アクセント付き文字の代わりにスペースが表示されることがあります。

Copyright 2009 Embarcadero Technologies. All rights reserved.