問題タブ [c++builder-xe3]
For questions regarding programming in ECMAScript (JavaScript/JS) and its various dialects/implementations (excluding ActionScript). Note JavaScript is NOT the same as Java! Please include all relevant tags on your question; e.g., [node.js], [jquery], [json], [reactjs], [angular], [ember.js], [vue.js], [typescript], [svelte], etc.
c++ - csv からのトークンの作成
csvファイルを読み取り、トークンコンマで分割するプログラムがあります。
しかし、私はあるケースで問題を抱えています
exの場合、デモのcsvファイルの内容は次のとおりです:-
val1,val2,val3,val4
1,"テスト,テスト1",,0
この場合、「test を 1 つのトークンとして、test1 を別のトークンとして」取得しています。
この問題を解決するために誰か助けてください。
ここに私が分割に使用しているコードがあります。
c++ - コマンドラインコマンドラインからexeを実行した後、exeの完了を待つ必要があります
サイレント モードで実行するためのいくつかのコマンド ライン オプションが提供されている実行可能ファイルがあります。しかし、コマンドラインオプションを使用してコマンドプロンプトから実行可能ファイルを実行すると、実行可能ファイルの完了を待ちませんでした。
exeの実行完了を待ってほしい。
コマンドプロンプトに他のパラメーターを追加したくありません。これを実行可能ファイルで処理したい。
誰でも助けることができますか?
c++ - dll 関数の呼び出し C++ rad studio xe3
dll から関数を呼び出そうとしていますが、うまく動作していないようです。コードは次のとおりです。
dllhandle は null 値を返し続けます。
dpi - Cbuilder XE3 は、RAD IDE で編集するとフォームを拡大縮小 (拡大) します。
RAD IDE でフォームを開くと、フォームを 1.23 倍に「魔法のように」拡大するアプリケーションがいくつかありますが、すべてではありません。たとえば、947 ピクセルのフォーム幅が突然 1166 ピクセルにジャンプします。120/96 のピクセル比 (1.25 の比) に疑わしいほど近いですが、スケーリングは一貫して 1.23 に近づいています (たとえば、フォームの幅と高さから得られるより大きな整数比によって判断されます)。
.dfm ファイルを見て元の数値を確認できますが、IDE では値が変更されています (高さと幅の拡大、コントロール位置の調整、フォント サイズの拡大など)。
スケーリングと dpi が地雷原であることは知っていますが、関連する設定を (私の知る限り) 変更していません。
影響を受けるプロジェクトと影響を受けないプロジェクトの両方で、フォームのScaledプロパティが「true」に設定され、PixelsPerInchプロパティが 96 に設定されています。開発マシンの画面解像度は 100% に設定されています。これは、これらの問題を回避するための設定です。
この問題があるプロジェクトとそうでないプロジェクトの違いを見つけるために、プロジェクトと IDE 構成ファイルを検索しました。
影響を受ける (および影響を受けない) プロジェクトはすべて、何年にもわたって開発されてきたものです。この動作を確認したのは先週だけです。私の知る限り (私は唯一の開発者です)、スケーリング、dpi などに関連するコードや構成の変更は行っていません。
何が起こっているのか誰にも分かりますか?
私は CBuilder XE3 を使用していますが、これは RAD Studio の問題であると考えているため、この質問にも Delphi XE3 のタグを付けました。
編集 1: また、変更されたコントロールごとに、IDE が次の追加行をスローすることにも気付きました (つまり、、、、、およびの変更に加えTopて) :LeftWidthHeightFont.Height
また、TImages の場合は追加します
編集 2: 不思議なことに、IDE がフォームをスケーリングするとき、フォームに変更済みのフラグは付けられません。つまり、「実際の」変更が行われるまで (たとえば、コントロールの再配置など)、フォームは変更されていないように見えます。変更されたスケールで保存した後にフォームが 2 回目に開かれた場合、それ以上のスケーリングは行われません。構成ファイル:)
c++ - Borland/Embarcadero によるインライン アセンブリ
ここで簡単な質問:
私は、32 ビット Windows 7 で Embarcadero C++ Builder XE3 を使用してインライン アセンブリを実験しようとしています。具体的には、将来の実用的なアプリケーションの可能性を考慮してアセンブリを自分自身に再教育し始めています。
これまでのところ、すべての C++ Builder 構文を自由に使用して問題なくコンパイルできる単純なコンソール プロジェクト内に一連の命令を記述することができました。
これは正常にコンパイルされ、これらの命令は NASM および Windows ネイティブの DEBUG 環境でそのまま機能します。私が期待しているのは、コンソールへの単純な書き込みです$%&'。その後、正常に終了します。
ただし、Project1.exeコマンドラインから実行しようとすると、すぐに標準の Win7 ランタイム エラー ポップアップが表示され、数秒後に消えてプログラムが終了します。
デバッグを実行すると、ハングする前に最初に到達したように見えint 0x21ます。その時点で Borland から次のメッセージが表示されます。
プロジェクト Project1.exe で例外クラス $C00000005 が発生し、メッセージ「0x00401213 でのアクセス違反: アドレス 0xffffffff の読み取り」が発生しました。
私の理論では、セグメントを 256 バイトのオフセットで適切に初期化していないということです (NASM はorg 0x100命令セットの先頭にあるようなものを使用します)。しかし、それが問題なのかどうかは完全にはわかりません。
何か案は?
c++ - c++ ビルダー XE3 プロジェクトの std::string のコンパイラ エラー
私は、c++ ビルダー XE3 でサービス アプリケーションに取り組んでいます。次の行を追加すると、std::string のコンパイラ エラーが発生します。
エラー出力は次のとおりです。
#include <utility> すぐ上に追加しようとしまし #include <string>たが、それでも同じエラーが発生します。代わりに、次のように行を 2 つに分割すると、エラーなしでコンパイルされます。
また
大量のエラーが発生している既存のコードを使用する必要があるため、この回避策を使用するのは実用的ではありません。同じコードは、他の XE3 プロジェクトでもエラーなく動作します。このエラーを修正する方法はありますか?