問題タブ [rebuild]

Let me rephrase the question:

Is it vital for the /*! */ lines, in the SQL file below, to exist when inserting data using individual INSERT statements?

This is the contents of the file now:

I am asking this because when reaching the /*!40000 ALTER TABLE adv_link ENABLE KEYS */; line, MySQL goes and repairs the index by sort and it can't find enough space since the dataset is large enough to choke in the tmpdir while sorting.

Crystal Reports 9 を使用する asp.net アプリケーションがあります。開発システムの構成方法はわかりませんが、以前は Visual Studio 2003 でプロジェクトを開き、変更を加えて dll (場合によっては aspx ファイル) を本番サーバー。

今、そのシステムがブルースクリーンを表示しています。完全に消えたわけではありませんが、コンピュータをセーフ モードで起動できます。私の問題は、IIS (Web サーバー) が利用できないため、Visual Studio 2003 がプロジェクトを開くことができないことです。コマンド ライン ビルド ( devenv build ) を試しましたが、役に立ちません - OS がセーフ モードのときにプロジェクトをビルド/再ビルドする方法はありますか??

ありがとう！

VS 2005 C ++プロジェクトがたくさんあります。これらのプロジェクトは、相互に依存する大きなファイル階層のごく一部である多数のdllと実行可能ファイルをビルドします。ファイルをデバッグするために、ビルド後のイベントによってビルドされたexec/dllを階層にコピーします。階層を更新することもありますが、すべてのプロジェクトを最新の状態にしています。この場合、必要なのは、すべてのソースを再構築せずに、ビルド後のイベント（つまり、ファイルのコピー）を実行することだけです。それを行う方法はありますか？

全て！

私のソリューションには多くの vc プロジェクトがあります。devenv.exe xxx.sln を呼び出して、これらすべてのプロジェクトをまとめてビルド/再ビルドできます。また、特定のプロジェクトを右クリックして再構築することもできます。

私の質問: devenv.exe を使用しているときに、「右クリックして再構築」と同じことを行うにはどうすればよいですか?

同じプロジェクトを別のビルド マクロでリビルドしたい --- .vcproj で "PreprocessorDefinitions" を設定する

別の質問: .vcproj の PreprocessorDefinitions の値を置き換える簡単な方法はありますか? これを行うためにPythonを使用しています。

/p:Varable=Variable で msbuild を使用し、フレーバーごとに異なるフォルダーを使用している cmd から C++ プロジェクトのさまざまなフレーバーをビルドしたい最後にビルドされたフレーバーは消去されます。したがって、他の .exe ファイルを保持したまま msbuil で再構築する方法があります ありがとう

autoconf/automake ビルド システムを使用している場合、コンパイラ フラグまたは Makefile.am (または configure.ac のようなさらに高いレベル) 内の他の変数が変更された場合、その Makefile に関連付けられた C++ ソース ファイルは自動的に再ビルドされません。これは、必要に応じてのみ再コンパイルする継続的なビルド システムの一部として automake を使用しているため、特に重要になります。

私の考えは、理論的には上記の問題を解決する .o ファイルの依存関係として Makefile を含めることでした。いくつか質問があります：

まず、そのようなルールを追加することは可能ですか? そのカスタム ルールをすべての Makefile.am に追加する必要はないようにしたいので、最上位ファイル (configure.ac など) に配置できるものは素晴らしいでしょう。

第 2 に、このアプローチの欠点は、場合によっては Makefile への変更が実際にはコンパイルに影響しないため、実際には必要ないときに再構築することになります。ビルドが正しいことをより確実に保証するために、これを受け入れて（または少なくともそれがどれほど苦痛かを試して）喜んでいると思いますが、この問題を解決するためのより良い方法はありますか? clearmake は、実際のコンパイラ コマンドを (他の依存関係と共に) 保存し、現在のコマンドと以前のコマンドを比較して、ファイルを再生成する必要があるかどうかを判断することで、これを解決すると考えています。

皆さん:

非常に古いプロジェクトを復活させるには、8051 プロセッサ命令 + 内部ペリフェラル シミュレータが必要です。(長い話です。) 私は、私のニーズにほぼ完璧なWinXP を対象とした放棄ソフトウェア プロジェクトを見つけました。

使用する必要がある外部メモリ モデルをサポートするには、ほんの少しの改善が必要です。(8051 ファンの場合: 0x8000 - 0xffff の外部 RAM と連続して、外部データとして読み取り可能にするには、0 - 0x7fff の外部プログラム メモリが必要です。)

開発者/保守担当者は何年も前に時間切れになり、フロントエンド GUI と 8051 固有の DLL の C++ ソース コードを投稿しました。

注意: 最初にプロジェクトを作成し、保守できなくなったときにソースを投稿してくれた開発者に感謝します!

調整が必要な DLL ソース内のコードを見つけました。それほど難しくはありません。

しかし、開発者は開発環境について何も言わなかった。

DLL ソース コードは、約 30 個のファイルを含む "MSDEV-PRJ" という名前の最上位フォルダーに解凍されます。そのうちの約 10 個は .cpp であり、適切に記述され、適切に文書化されたコードのように見える合計ソース行はおそらく 9000 行未満です。フォルダー名とプロジェクトの経過に基づいて、これは MS Visual Studio プロジェクトであると推測しています。私はたまたま、1995 年から 2000 年とほぼ同じヴィンテージの MSVS のコピーを所有しています。

私の質問:

1. この名前のフォルダーを見つけることは、完全で一貫性のある Visual Studio プロジェクトが含まれていることを意味しますか? つまり、私の VS ディスクを運び出し、インストールを実行する価値があると思われますか (私が覚えているのは苦痛を伴う可能性があります)。

2. GNU ツール、特にたまたま既にインストール済みの MinGW を使用して作業を行うことの難しさは何でしょうか? [1] から … [耐え難い] の尺度で、この種の改宗はどの程度難しいと思われますか?

3. これに対するまったく異なるアプローチ、たとえば、MSVS プロジェクトをインポートして MS ディレクティブを処理できる別の安価で無料の開発環境はありますか? それとも、私が購入できる本当に優れたフル機能の低コストの 8051 シミュレーターを誰かが知っているのでしょうか?

ティア

ヘンリー3リー

今朝、Visual Studio 2005でprivate、クラスに新しいメンバー変数を追加しようとしましたが、それがあらゆる種類の奇妙なセグメンテーション違反などを引き起こしていることがわかりました。デバッグモードに入ると、デバッガーが新しいメンバー変数を認識していなかったため、奇妙な動作が発生していました。

プログラムを再び動作させるために（そしてデバッガーに作成した新しいメンバー変数を表示させるために）、「すべてを再構築」する必要がありました。 なぜすべてを再構築する必要があったのですか？なぜ通常のビルドを行うだけでは不十分だったのですか？

私はすでに問題を解決しましたが、ビルドプロセスをよりよく理解することが将来私に役立つと感じています。他に必要な情報があれば教えてください。

前もって感謝します！

./binEclipse Indigo（Heliosに非常によく似ています）でフォルダーを削除しましたが、Javaプロジェクトを再構築する方法を考えています。Netbeansで見られるようなボタンが見つかりません。

アセンブリのコードまたは参照されているアセンブリのコードを変更せずにソリューションを連続してビルドした後、新しいDLLがビルドフォルダーにコンパイルされていないことに気付きました（つまり、DLLにはまだ古い日付と時刻があります） 。ただし、コードを変更してからソリューションのビルドを実行すると、新しいDLLが作成されます。

また、（標準のビルドではなく）再構築を行うと、 VSが新しいDLLをコンパイルするように強制されることも発見しました。ソリューションをクリーンアップして標準ビルドを実行することも、これを引き起こします。

新しいDLLが標準の再構築でコンパイルされないという私の最初の問題について：これは仕様によるものですか？再構築を行うマクロを作成してCTRL+SHIFT + ALT + Bに割り当てることができるので問題ありませんが、過去の展開で発生したいくつかの問題のため、安心して知りたいと思います。正しいDLLが本番サーバーに適切にコピーされていない可能性があります。