リリースノート

新機能への移動

このリリースノートには、主な製品ドキュメントに含まれていない可能性のある重要な情報が記載されています。このページのすべての内容に目を通されることをお勧めします。

1 RAD Studio のインストール、アンインストール、アップブレード
2 以前のバージョンと移行
3 シングルコア Win 7 VM での GetIt インストーラの問題
4 Windows
- 4.1 DLL は RTL メソッドをエクスポートする
- 4.2 MSBuild を2度目に再ビルドする際の問題
5 Linux
- 5.1 Apache バージョンの要件
- 5.2 誤った PAServer エラーメッセージが Ubuntu Server 16.04 LTS で表示される
6 FireMonkey
7 macOS 64 ビット
8 FireDAC
9 データベースデータベース
- 9.1 データセットの再設定
10 Android
11 C++ ツールチェーン
12 IDE
13 InterBase
- 13.1 RAD Studio 10.3 Rio での InterBase 2017 エディション
  - 13.1.1 InterBase のライセンスエラーの回避策
- 13.2 Android に対して IBLite アプリケーションをビルドする際には、NDK パスを更新する必要があります。
14 長期に及ぶ既知の問題
15 外部ソフトウェア
16 トランスレーションツール
17 関連項目

RAD Studio のインストール、アンインストール、アップブレード

製品をインストール、アンインストール、アップグレードする前に、次のファイルを、選択した言語でお読みください（xx は en、de、fr、ja のいずれかです）：

radstudio_install_xx.htm：インストールとアップグレードの手順に加えて、システム要件が記載されています。
radstudio_license_xx.rtf：ソフトウェア使用許諾およびサポート契約書が含まれています。
radstudio_deploy_xx.htm：配置に関する情報が含まれています。

radstudio_install_xx.htm ファイルの最新版は、以下の場所でお読みになれます。

インストールノート
インストールディレクトリ。デフォルトでは C:\Program Files (x86)\Embarcadero\Studio\20.0 にあります。

アップグレード処理において、GetIt パッケージでエラーが発生する場合があります。IDE 起動時にエラーメッセージが表示される場合には、回避策としては、アップグレード処理を開始する前にプラグインを手動でアンインストールし、レジストリの CatalogRepository セクション以下の一致するエントリを削除し、GetIt から再びインストールします。

以前のバージョンと移行

以前のバージョンのライセンスが RAD Studio に同梱

製品の以前のバージョンのライセンスは、10.3 Rio ライセンスに含まれています。

Delphi 10.3 Rio には、Delphi Tokyo, Berlin, Seattle, XE8, XE7, XE6, XE5, XE4, XE3, XE2, XE, 2010, 2009, 2007, and 7 のライセンスが含まれています。
C++Builder 10.3 Rio には、C++Builder Tokyo, Berlin, Seattle, XE8, XE7, XE6, XE5, XE4, XE3, XE2, XE, 2010, 2009, 2007, and 6 のライセンスが含まれています。

ライセンスについての詳細は、RAD Studio インストールディレクトリにある radstudio_license_xx.rtf ファイルを参照してください。

プロジェクトを開いた際のアップグレード

RAD Studio の以前のバージョンで作成されたプロジェクトを RAD Studio 10.3 Rio を使用して開く場合には、RAD Studio は自動的にプロジェクトをアップグレードします。アップグレードされたプロジェクトは、それ以降、以前のバージョンの RAD Studio とは互換性がありません。

新しいバージョンの RAD Studio でプロジェクトを開く場合には、その前にプロジェクトのバックアップを常に作成してください。

Delphi 7 からのアップグレード

Delphi 7 などの初期リリースで作成されたプロジェクトをアップグレードしようとしていて、そのプロジェクトにカスタムファイル拡張子が付いている場合は、［プロジェクト｜オプション...｜アプリケーション］を選択し、［ターゲットファイル拡張子］をプロジェクトの種類（.exe、.dll、.bpl のいずれか）に合わせて設定する必要があります。

シングルコア Win 7 VM での GetIt インストーラの問題

Delphi、C++Builder、RAD Studio 10.3 を、Windows 7 が稼働している単一のコア仮想マシン上にインストールしており、Web ベースの GetIt インストールの最中にオペレーションエラーが表示される場合には、マルチコアに増やし、インストールを再開してください。ファイアウォールのブロック .7z ファイルを持っている場合には、GetIt インストールに失敗します。

Windows

DLL は RTL メソッドをエクスポートする

プロジェクトマネージャにおいて、64 ビットアプリケーションを DLL のインポートライブラリにリンクすると、ライブラリはリンカのコマンドライン上に配置され、リンカを、自分自身の内部 RTL シンボルではなく、DLL のインポートライブラリ内の __CPPdebugHook シンボルに接続します。これを避けるには、#pragma link または #pragma comment を使用してインポートライブラリにリンクし、プロジェクトマネージャにおいて、インポートライブラリへの参照を削除します。これにより、リンカは最後にインポートライブラリ内へシンボルを検索しにいき、それにより、自分の RTL 内の正しい __CPPdebugHook シンボルにリンクするようになります。

MSBuild を2度目に再ビルドする際の問題

MSBuild を2度目に再ビルドする際、リソースファイルのあるなしにかかわらず、プロジェクトバージョンリソースファイルを build するか否かの確認が、再ビルドの clean ステップの前に発生します。

これを発生させないようにするには、clean の後に build を実行してください：

> msbuild /t:clean project.cbproj

> msbuild /t:build project.cbproj

Linux

Apache バージョンの要件

Delphi for Linux は Apache 2.4 をサポートしています。Version 2.2 はサポートされていません。

誤った PAServer エラーメッセージが Ubuntu Server 16.04 LTS で表示される

［実行｜パラメータ］ダイアログでの ［ランチャアプリケーションを使用する］ を使用して、xterm を、Linux がターゲットの場合の、デフォルトのランチャーアプリケーションとします。PAServer を Ubuntu Server 16.04 LS 上で実行する際、ファイルが作成できない旨を伝えるエラーメッセージが表示されます。xterm を希望する Ubuntu Server 16.04 LTS 上で起動できないのが問題であるため、このエラーメッセージは正しくありません。Xterm は別にインストールでき、Ubuntu のクライアントディストリビューションの一部です。

FireMonkey

フォームデザイナで新規ビューの作成前にすべてのコンポーネントに名前を割り当てる必要あり

古い FireMonkey アプリケーションを 10.3 Rio で開く場合、次のエラーメッセージが出力されるおそれがあります。

 Cannot inherit from form 'FormName".  It contains a component with a blank name property.

ビュー継承システムでは、フォームデザイナで新しいビューを作成できるようになる前に、すべてのコンポーネントに名前を割り当てることが必要です。

デバイス上で iOS アプリケーションをデバッグなしで実行したあと正常に閉じる/開き直すことができないおそれあり

デバイス上で iOS アプリケーションをデバッグなしで実行したあと、デバイス上でアプリケーションのプロセスを強制終了した場合は、IDE の外部でプロセスを実行するのであれば、PAServer のリセットコマンドを実行する必要があります。それには、PAServer のコマンドプロンプトで「r」と入力します。

iPhone XS でのデバッグ

iPhone XS でのアプリケーションのデバッグは、現在サポートされていません。これらのデバイスにアプリケーションを配置および実行することは、両方とも可能です。

macOS Mojave 開発

Mojave 上でデバッグしながらアプリケーションを開始することは、現在サポートされていません。回避策として、開始後に実行中のアプリケーションにアタッチすることはできます。

これを実現するには、次の手順が必要です：

［実行｜デバッガを使わずに実行］を選択するか、ツールバーボタンの［デバッガを使わずに実行］をクリックします。これにより、アプリケーションが起動します。
［実行｜プロセスにアタッチ...］を選択します。
［プロセスにアタッチ］ダイアログで：

左側にある［リモート］は必ず選択しておいてください。
［デバッガ］コンボボックスで、EmbarcaderomacOS 32 ビットデバッガを選択します。
［リモートホスト］フィールドで省略ボタン［...］をクリックし、macOS 32 ビットプラットフォームの接続プロファイルを選択します。
デバッグしたいアプリケーションを、実行しているプロセスのリストから選択します。

macOS 10.14 SDK は、32 ビットアプリケーションをサポートしなくなりました。 Delphi はシンボル解決に SDK に依存していないので、Delphi ではアプリケーションを依然として 10.14 SDK でビルドすることはできます。しかし、C++Builder ではできないため、C++Builder アプリケーションには 10.13 SDK を使用する必要があります。

Mojava を実行する Mac 上で、macOS 32 ビットアプリケーションを macOS 10.13 SDK を使用して開発したい場合には、XCode 9.x をインストールする必要があります。その際には、Xcode 9 および Xcode 10 の両方をインストールすることをお勧めします。この 2 つは、xcode-select を利用して切り替えることができます：

sudo xcode-select -s <xcode 9.x app>/Contents/Developer/

メモ: これは、10.3.2 で、Delphi または C++Builder 32 ビット macOS アプリケーションをデバッグしている際にのみ発生する問題で、Delphi 64 ビット macOS アプリケーションでは発生しません。

macOS 64 ビット

TMediaPlayer および macOS の App Store

macOS 64 ビットは、FireMonkey macOS アプリケーションで TMediaPlayer の使用をサポートしています。しかし、TMediaPlayer コンポーネントを使用して macOS App Store にアプリケーションを投稿すると、投稿処理が失敗します。これは、コンポーネントが以前の廃止予定の（macOS App Store ではもうサポートされていない）API をベースとしているためです。

macOS 64 ビット上での構造体の検査と評価

macOS64 上で、パラメータとして値私された構造体は、デバッガにおいて誤った値を表示する可能性があります。

macOS 64 ビットでの変更された検査値の展開

展開可能な変数のフィールド値を検査で見てみる際、その変数の値が変更された後も、デバッガ UI には更新済みのサブ値は表示されません。

macOS 64 ビット上での評価は大文字小文字が区別される

技術的な理由により、macOS 64 ビットでの評価（［評価］/［変更］ダイアログでの式など）は、大文字小文字が区別されます。これは、iOS 64 ビットと同様です。また場合によっては、C++ スタイルの構文が必要な場合もあります（16 進数値には0x の接頭辞を $ の代わりに使うなど）。

macOS 64 ビットライセンスの更新

既存の Delphi または RAD Studio ライセンスキーを使用して、10.3.2 Delphi または 10.3.2 RAD Studio（Delphi パーソナリティ）向けの macOS 64 ビットプラットフォームをシステムにインストールするには、自分のライセンスタイプに応じて、次の手順を行う必要があります。

ワークステーションライセンスの所有者:

RAD Studio IDE で、 ［ヘルプ｜ライセンスマネージャ...］を選択します。
［ライセンスアクション］パネルで、 ［登録...］を選択します。
既存のシリアルナンバー、ログイン／パスワード情報を入力し、登録ボタンをクリックします。
このステップが完了したら、ライセンスマネージャを閉じ、IDE を再起動すると、macOS 64 ビットプラットフォームのサポートが動作するようになります。

ネットワークライセンスの所有者：

既存のライセンス証明書をホストに再設定し、クライアントライセンスを配布するよう、ライセンスサーバー（ELC）の管理者に依頼します。
RAD Studio/Delphi の［ヘルプ］ メニューから、 ［ライセンスマネージャ...］を選択します。
［ライセンスアクション］パネルから、。［インポート...］を選択します。
新しいクライアントライセンスを指定して、［インポート］ボタンをクリックします。
RAD Studio/Delphi を再起動すると、macOS 64 ビットプラットフォームのサポートが動作するようになります。

ライセンスを更新する前に、既存の Delphi 10.3 FireMonkey プロジェクトを、バージョン 10.3.2 を用いて開いた場合、テキストエディタでプロジェクトの .dproj ファイルを手動で編集して、macOS 64 ビットのサポートを追加する必要があります。これにより、プロジェクトが 64 ビット macOS プロジェクトを自動的にサポートするようアップグレードされるように、IDE が起動されます。

まず最初に、RAD Studio 10.3.2 IDE をシャットダウンします。
MS Windows のファイルエクスプローラで、プロジェクトの .dproj ファイルをプロジェクトフォルダ内で探します。
次に、.dproj ファイルのバックアップコピーを保存するために、エクスプローラでそのファイル名を右クリックし、［コピー］を選択します。
再び右クリックし、［貼り付け］を選択して、.dproj ファイルのバックアップコピーを作成します。
次に、エクスプローラでファイル名を右クリックし、［プログラムから開く...］を選択します。現れたダイアログで、［メモ帳］を選択します。.
メモ帳で、<ProjectVersion>18.7</ProjectVersion> とある行を見つけます。これはファイルの上から4行目にあるはずです。
この行を <ProjectVersion>18.6</ProjectVersion> と変更します。
メモ帳で、.dproj を保存し、元のファイルを上書きします。
RAD Studio IDE を再起動し、プロジェクトを開きます。macOS 64 ビットが、プロジェクトの［ターゲットプラットフォーム］以下に現れ使用できるようになります。

FireDAC

実行時パッケージと C++ FireDAC DataSnap ドライバの併用

実行時パッケージを使ってビルドした 64 ビット C++ アプリケーションで FireDAC DataSnap ドライバを使用する場合は、実行時にエラーが発生するおそれがあります。このエラーを避けるには、以下の手順に従って、DataSnapClient を実行時パッケージに追加する必要があります。

［プロジェクト｜オプション...｜パッケージ｜実行時パッケージ］を選択します。
［実行時パッケージインポートライブラリ］フィールドで、DataSnapClient をリストに追加します。

この設定で問題は解決され、DataSnapClient.a ではなく DataSnapClient.bpi がリンク行に追加されます。

FireDAC コンポーネントを使用する 64 ビット Windows C++ アプリケーションでエラーが発生するおそれあり

静的リンクを使用する Windows x64 をプラットフォームとする場合は、FireDAC コンポーネントを 1 つ使用するアプリケーションをコンパイルしようとすると、以下のエラーが発生します。

c:\program files (x86)\embarcadero\studio\<n.n>\Bin\CodeGear.Cpp.Targets : warning : Warning: Out of memory
c:\program files (x86)\embarcadero\studio\<n.n>\Bin\CodeGear.Cpp.Targets(2751,5): error MSB6006: "ilink32" exited with code 2.

回避策は、FireDAC を Win64 C++ アプリケーションにおいて静的にリンクしないことです。

データベースエクスプローラにおける DBX Enterprise エンタープライズの無効化

問題があるため、データベースエクスプローラでの DBExpress Enterprise データベースドライバの読み込みは、デフォルトで無効になっています。データベースエクスプローラは現在、ユーザーが所有する FireDAC ドライバすべてと、プロフェッショナルエディションの DBExpress ドライバを一覧表示します。この修正は、今後のリリースで行われる予定です。

この問題はデータベースエクスプローラウィンドウに限定するものなので、DBExpress コンポーネントは、IDE では引き続き利用でき、DBExpress を使用するアプリケーションも期待通り動作します。

メモ: 10.3.1 リリースの時点で使用できなくなっています。

データベースデータベース

データセットの再設定

バインドした TClientDataSet や TFDMemTable を再設定することは、初期時より遅くなる可能性があります。この問題を回避するため、新しい EmptyDataLink メソッドを TBindSourceDB に追加しました。

Android

JDK パスの問題

Java 開発キット（JDK）のバグが原因で、Android ターゲットプラットフォーム向けプロジェクトの配置パスに非 ASCII 文字を含めることはできません。

Android SDK/NDK インストール手順

Android SDK/NDK インストールは完全ではありません。代わりに、SDK Manager.exe を開いて正しいダウンロードオプションが選択されているか確認する、または、（より信頼のおける）コマンドラインサイレントインストールを使用することができます。

コマンドプロンプトを開いて、次に移動します：

C:\Users\Public\Documents\Embarcadero\Studio\20.0\CatalogRepository\AndroidSDK-2525_20.0.32429.4364\tools

コマンドを実行します：

android.bat update sdk --no-ui --all --filter platform-tools,build-tools-28.0.2,android-26

これらの手順が正常におこなわれたか確認するには、RAD Studio で SDK Manager を開き（［ツール｜オプション...｜配置｜SDK マネージャ］）［Android SDK 25.2.5 32 ビット］を［SDK バージョン］リストボックスから選択し、［プロパティ］ページの［SDK］タブをクリックします。 SDK リンクは正しくなければなりません。これが参照しているファイルがない場合、感嘆符アイコン（！）が付きます。

C++Builder に対する Android SDK の追加設定手順

自動的に設定される SDK では、string.h ヘッダーファイルで発生するエラーを回避するよう設定されません。これを解決するには、RAD Studio IDE を開き、次の手順を実行する必要があります：

［ファイル｜すべてを閉じる］を選択します。
［ツール｜オプション...｜配置｜SDK マネージャ］を選択します。
［Android SDK 25.2.5 32 ビット］を［SDK バージョン］リストボックスから選択し、［削除］をクリックします。
同じウィンドウで、［追加...］をクリックします。
［新規 SDK の追加］ダイアログボックスで、［Android］を［プラットフォームの選択］ドロップダウンリストから選択し、［新規追加...］を［SDK バージョンの選択］ドロップダウンリストから選択します。これにより、［Android SDK の新規作成］ダイアログが開かれます。
インストールに応じて、［Android SDK の基底パス］と［Android NDK の基底パス］を次のルートディレクトリから探します：

Web / GetIt インストール： c:\Users\Public\Documents\Embarcadero\Studio\20.0\CatalogRepository
ローカル/ISO インストール： c:\Users\Public\Documents\Embarcadero\Studio\20.0\PlatformSDKs

Android 用 `string.h` ファイルのパッチ

Android 用 FMX アプリケーションを作成するために C++ Builder を使用している際、Android 用 SDK の作成中に問題にあたる場合があります。次のステップに従い、string.h ファイルに手動でパッチを当ててください：

エラーメッセージをダブルクリックします。
IDE に string.h ファイルが開きます。

次のコメントを含む行に移動します：

/* Const-correct overloads. Placed after FORTIFY so we call those functions, if possible. */

上記のコメントの後の行を、次に示すように変更します：

修正前	#if defined(__cplusplus) && defined(__clang__)
修正後	#if defined(__cplusplus) && defined(__clang__) && ((__clang_major__ > 3) \|\| (__clang_minor__ > 4))

以下の例を参照してください。.diff の生成時にコードをどのように変更したらいいかは次の通りです：

--- string.h.orig
+++ string.h.modified
@@ -188,7 +188,7 @@
 #endif
 
 /* Const-correct overloads. Placed after FORTIFY so we call those functions, if possible. */
-#if defined(__cplusplus) && defined(__clang__)
+#if defined(__cplusplus) && defined(__clang__) && ((__clang_major__ > 3) || (__clang_minor__ > 4))
 /*
  * Use two enable_ifs so these overloads don't conflict with + are preferred over libcxx's. This can
  * be reduced to 1 after libcxx recognizes that we have const-correct overloads.

C++ ツールチェーン

macOS アプリケーションにおける DWORD または ULONG の多重宣言の解消

macOS ターゲットプラットフォームに対してコンパイルされたマルチデバイスアプリケーションでは、E2238 はmacOS ヘッダー iodbcunix.h および sqltypes.h が、typedef 文を DWORD および ULONG に対して宣言しており、また、C++Builder sysmac.h ファイル（System.hpp にインクルードされている）も同様の typedef 文を持っているため、問題が発生する可能性があります。回避策については、E2238 を参照してください。

C++ パッケージ内のコンポーネントを使用する際の依存パッケージおよび必須パッケージの指定

C++ パッケージ内の既存コンポーネントを使用する際、IDE では、そのコンポーネントの依存（必須）パッケージを自動的には追加しません。このステップは手動で実行する必要があります。

関連する依存（必須）パッケージがなければ、そのコンポーネントの使用時に初期化する必要がある .obj ファイルをリンカが見つけられないため、C++ パッケージはリンクできないおそれがあります。このようなリンカエラーを避けるには、コンポーネントのパッケージとその依存パッケージを（プロジェクトマネージャ内の）C++ パッケージの［Requires］ノードに追加する必要があります。

次の例では、コンポーネントの必須パッケージを割り出し、そのコンポーネントを使用するダミーの VCL フォームアプリケーションを作成することにより "xxx.obj を開けません" というリンカエラーを解消する方法を示しています。

デフォルトでは、次のリンカコマンドライン（［表示｜メッセージ］でビューを表示）で指定されている *.bpi ファイルからもわかるように、新規に作成される C++ マルチデバイスアプリケーションでは .rtl パッケージおよび .fmx パッケージとリンクします。

ilink32 コマンドライン：

c:\BDSLoc\bin\ilink32.exe ... -aa -V5.0 -Tpe  c0wfmx32w rtl.bpi fmx.bpi memmgr.lib sysinit.obj .\Win32\Debug\Project30.obj .\Win32\Debug\Unit26.obj , .\Win32\Debug\Project30.exe , .\Win32\Debug\Project30.map , import32.lib cp32mti.lib , , Project30.res

新しいコンポーネントを追加すると、IDE が依存パッケージを推定し、リンカコマンドラインを調整します。このことを確認するため、C++ パッケージ内の使用コンポーネントをマルチデバイスフォームに追加します。この例では、TFDSchemaAdapter コンポーネントを使用します。では、アプリケーションを再ビルドします。新しい .bpi ファイルがいくつかリンカコマンドラインに追加されたことがわかります。

ilink32 コマンドライン：

c:\BDSLoc\bin\ilink32.exe ... -aa -V5.0 -Tpe  c0w32w rtl.bpi fmx.bpi FireDACCommonDriver.bpi FireDACCommon.bpi xmlrtl.bpi dbrtl.bpi FireDAC.bpi FireDACSqliteDriver.bpi memmgr.lib sysinit.obj .\Win32\Debug\Project30.obj .\Win32\Debug\Unit26.obj , .\Win32\Debug\Project30.exe , .\Win32\Debug\Project30.map , import32.lib cp32mti.lib , , Project30.res

これらの新しい .bpi ファイルが、お使いのコンポーネントの依存パッケージです。TFDSchemaAdapter の場合は、次の .bpi ファイルがそれに当たります。

FireDACCommonDriver.bpi FireDACCommon.bpi xmlrtl.bpi dbrtl.bpi FireDAC.bpi FireDACSqliteDriver.bpi

そのため、C++ パッケージ内の TFDSchemaAdapter コンポーネントを使用するには、IDE でこれらの bpi ファイルをそれぞれ '必須' 参照として明示的に追加する必要があります（「パッケージ（Delphi）」を参照）。

DirectX ヘッダーファイルのダウンロード

Microsoft Windows Platform SDK 内の DirectX ヘッダーのみ付属しています。"d3d.h ファイルが見つかりません" などのエラーが発生した場合、その Delphi ユニット用に生成された HPP には #include <D3D*.hpp> が含まれています。以下のいずれかを行うことができます。

D3D ユニットを使用しているユニットに {$NOINCLUDE Winapi.D3DX9} 指令を追加し、そのユニットの HPP ファイルを生成し直します。再生成された HPP には #include <Winapi.D3DX9.hpp> が含まれていません。
D3D ヘッダーの基になっている DirectX SDK をダウンロードします。DirectX SDK は、Microsoft 社から無償でダウンロードできます。詳細については、「DirectX SDK の場所（Windows）」（英語版）を参照してください。

C++ コード補完

Clang ベースコンパイラ用のコード補完が、10.3.2 で全面的に改善されましたが、すでに認識されている問題が発生するケースがいくつかあります。最も一般的なものは、「使用するものを含める」原則が実装されていない場合です：つまり、.cpp ファイルまたはそのヘッダー（または、ファイルに含まれているその他のヘッダー）が、ビルドに必要なすべてのインクルードファイルを含んでいない場合です。これは大抵、差し込まれたプリコンパイル済みヘッダーによるものであり、それが必要とするファイルをインクルードしています。言語サーバーは各 .cpp ファイルをスタンドアロンファイルとみなし、プリコンパイル済みヘッダーなしで処理を行うようになっています。エラーインサイトをチェックし、表示されたエラーを解決していくとよいでしょう。

ツールチップの［インサイト］と［定義に移動］（インデックスを利用）は影響を受けません。

IDE

マルチデバイスフォームデザイナではマスタビューからのみコンポーネントを削除可能

別のビュー（［マスタ］ビュー以外）からコンポーネント（たとえば TButton など）を削除しようとすると、次のエラーメッセージが表示されます。

 Selection contains a component, Button1, introduced in an ancestor and cannot be deleted

この問題を解決するには、コンポーネントの削除を［マスタ］ビューで行います。ビューの詳細については、「フォームデザイナ」を参照してください。

名前を変更した iOS プロジェクトは実行時またはデバッグ時に失敗するおそれあり

IDE でプロジェクトの名前を変更すると、iOS アプリケーションが実行時やデバッグ時に失敗するおそれがあります。この問題を解決するには、以下を行います。

［プロジェクト｜配置］を選択します。
配置マネージャで、［デフォルトに戻す］スピードボタンをクリックします。

バージョン情報設定の継承

Windows をターゲットとするプロジェクトにバージョン情報を組み込むには、［すべてのプラットフォーム］ターゲットでのキー値を変更するのではなく、代わりに各プラットフォーム（32 ビットおよび 64 ビット）向けに値を個別に変更します。個々のターゲットでは、［すべてのプラットフォーム］ターゲットから値を正しく継承しません。

InterBase

RAD Studio 10.3 Rio での InterBase 2017 エディション

この注意事項は、RAD Studio の旧バージョンと RAD Studio 10.3 Rio の両方が同じマシンにインストールされているユーザーを対象としたものです。この注意事項では RAD Studio に言及していますが、Delphi と C++Builder のエディションも言外に含まれています。

RAD Studio の各バージョンには、InterBase のバージョンのライセンスも含まれています。

製品	InterBase バージョン
RAD Studio XE3	InterBase XE3 Developer エディション
RAD Studio XE4	InterBase XE3 Developer エディション
RAD Studio XE5	InterBase XE3 Developer エディション
RAD Studio XE6	InterBase XE3 Developer エディション
RAD Studio XE7	InterBase XE3 Developer エディション
RAD Studio XE8	InterBase XE7
RAD Studio XE9	InterBase XE7
RAD Studio Berlin	InterBase XE7
RAD Studio Tokyo	InterBase XE7
RAD Studio Rio	InterBase 2017

これらの RAD Studio ライセンススイートはすべてシステム全体で参照できるので、使用できる InterBase のライセンスは常に 1 つだけです。

たとえば、RAD Studio XE6 に付属していた "InterBase XE3 Developer エディション"を実行している場合は、RAD Studio XE7 に付属している "InterBase XE3 Developer エディション" のインスタンスを同時に起動することはできません。また、RAD Studio 10.3 Rio に付属している "InterBase 2020 エディション" のインスタンスを同時に起動することもできません。このインスタンスを起動しようとした場合は、"InterBase のライセンスエラー" であることを通知するエラーダイアログが表示されます。InterBase のログを調べれば、"Registration file error: License is in use by another instance of InterBase"（登録ファイルエラー: ライセンスは別の InterBase インスタンスで使用中）と記載されています。

InterBase の複数のインスタンス実行についての詳細は、http://docs.embarcadero.com/products/interbase/IBXE7/OpGuide.pdf の「マルチインスタンス」セクションを参照してください。

InterBase のライセンスエラーの回避策

InterBase のインスタンスをすべて停止します。このインスタンスを Windows サービスとしてセットアップしてある場合は、それをシステムの［サービス］コントロールパネルでも無効にしてください。
使用したい InterBase のインスタンスを起動します。今度は、適切なライセンスで正常に起動します。

RAD Studio の上記のバージョンとそれらでビルドされたアプリケーションは、RAD Studio 10.3 Rio と一緒にインストールされる、InterBase 2020 の更新版とも連携できます。以前の IDE ツールおよびアプリケーションについては、この InterBase インスタンスへの TCP ループバックを通じて、お使いのデータベースに接続させます。たとえば、

localhost/gds_db:<dbpath>

RAD Studio の以前のバージョンでは、［ツール｜オプション...｜環境オプション｜環境変数］を選択し、ローカルクライアント接続を行うための以下の［ユーザー定義環境変数］エントリを新しく追加してもよいでしょう。

変数	値
`IB_Protocol`	`gds_db`
`InterBase`	`C:\Program Files (x86)\Embarcadero\Studio\20.0\InterBase2020`

Android に対して IBLite アプリケーションをビルドする際には、NDK パスを更新する必要があります。

Android に対して IBLite および IBToGo アプリケーションをビルドできるようにするには、NDK API の場所をバージョン 26 に変更します（19 以降で同様に動作します）。これを行うには、［ツール｜オプション...｜配置｜SDK マネージャ］ に移動し、［Android SDK 25.2.5 32 ビット］を［SDK バージョン］リストボックスから選択し、［プロパティ］ページの［NDK］タブをクリックして、次のパスを変更します：

［NDK API の場所］

C:\Users\Public\Documents\Embarcadero\Studio\20.0\CatalogRepository\AndroidNDK-17b_20.0.32429.4364\platforms\android-19

［C++ Builder NDK ライブラリパス］

C:\Users\Public\Documents\Embarcadero\Studio\20.0\CatalogRepository\AndroidNDK-17b_20.0.32429.4364\platforms\android-19\arch-arm\usr\lib

［Delphi NDK ライブラリパス］

C:\Users\Public\Documents\Embarcadero\Studio\20.0\CatalogRepository\AndroidNDK-17b_20.0.32429.4364\platforms\android-19\arch-arm\usr\lib
C:\Users\Public\Documents\Embarcadero\Studio\20.0\CatalogRepository\AndroidNDK-17b_20.0.32429.4364\sources\cxx-stl\gnu-libstdc++\4.9\libs\armeabi-v7a

メモ: 10.3.1 リリースの時点で使用できなくなっています。

長期に及ぶ既知の問題

HP コンピュータには、PLATFORM という名前の環境変数が含まれており、"Win32"、"Win64"、または "OSX32" 以外の値に設定されると、コンパイル時に次のエラーを発生させます：

PLATFORM 変数 "(値)" が無効です。 PLATFORM は、次のいずれかです： "Win32"、"Win64"、"Android32Arm"、"iOSSimulator32"、"iOSDevice32" "iOSDevice64"、"OSX32"、"OSX64"、"Linux64"。

次の手順に従い、PLATFORM 環境変数をシステムから削除してください：

デスクトップで、マイコンピュータを右クリック。
［プロパティ］を選択。
OS に従い、［詳細］タブか［システムの詳細設定］を選択。
［環境変数...］ボタンをクリック。
［Platform］環境変数を探し、［削除］ボタンをクリック。

外部ソフトウェア

Yandex Punto Switcher などのサードパーティ製キーボード切り替えツールが組み込まれている環境でデバッグされたアプリケーションの場合、問題が発生する可能性があります。Windows によりアプリケーションが終了し、アプリケーションでアクセス違反エラーが発生した場合、このアクセス違反エラーは無視してください。

トランスレーションツール

RAD Studio 10.3 Rio は正式に、アクティブサポートから、製品で利用可能なトランスレーションツール（VCL の Integrated Translation Editor および FireMonkey の TLang の両方）を廃止および削除します。双方の機能とも、Rio でまだ利用可能ですが、これらに対する依存度をプロジェクトから減らしていくことを推奨します。 RAD Studio は、サードパーティベンダーにも別の選択肢を提供するよう協力を依頼しています。

リリース ノート

目次