問題タブ [managed-code]

2 つの異なるドメインに 2 台のマシンがあります。どちらにも VS 2005 がインストールされています。それらの間でリモートデバッグが必要です。認証なしでも可能ですが、マネージド コードをデバッグしたいと考えています。本当にくだらないマシンなので、直接デバッグしたくありません。

デバッガーでアタッチしようとすると、「このワークステーションとプライマリ ドメイン間の信頼関係に失敗しました」というメッセージが表示されます。これを克服する方法はありますか？両方のマシンに同じローカルユーザー名を追加してトリックを試みましたが、うまくいきませんでした。

編集:両方のマシンに同じローカルユーザーがいます。ローカル ユーザーを使用して、RunAs で VS2005 とデバッグ モニターの両方を開始しました。デバッグ マシンで Windows 監査を有効にすると、VS2005 マシンのローカル ユーザーがログオンしようとしていることがわかります。しかし、彼はエラー 0xC000018D (ERROR_TRUSTED_RELATIONSHIP_FAILURE) で失敗します

私はC/C ++コードを20年近く書いていますが、Perl、Python、PHP、およびいくつかのJavaも知っており、JavaScriptを自分で学んでいます。しかし、私は.NET、VB、またはC＃の作業を行ったことがありません。マネージコードとは正確にはどういう意味ですか？

ウィキペディアはそれを単に次のように説明しています

仮想マシンの管理下で実行されるコード

具体的には、Javaは（通常は）マネージコードであると書かれているので、

• この用語がC＃/ .NETにのみ適用されるように見えるのはなぜですか？
• C＃をVMも含む.exeにコンパイルできますか、それともパッケージ化して別の.exe（a la java）に渡す必要がありますか？

同じような調子で、

• .NETは言語またはフレームワークであり、ここで「フレームワーク」とは正確にはどういう意味ですか？

わかりました。それは複数の質問ですが、私がいる限り業界に携わっている人にとっては、今はかなりN00Bっぽい感じがします...

ここで興味深いのは、Windows XP/Vista で .net マネージ コードを使用して Windows ブルー スクリーン オブ デスを呼び出すことは可能かということです。可能であれば、サンプルコードは何ですか?

念のために言っておきますが、これは悪意のある目的ではありません。指定されたオペレーティング システムを実際に強制終了するには、どのような種類のコードが必要なのかを知りたいだけです。

Win32 では、アンマネージ コードでは、戻り値は通常 EAX レジスタに格納されます。これは、プログラムが戻り値を変数に保存しない場合に便利です。これは、Visual Studio デバッガーで簡単に確認できます。

マネージド コードに相当するものはありますか?

C++ で SQLSERVER SMO を使用する必要があります。マネージ コードは、C++ で SQLSERVER SMO を操作する唯一の方法ですか?

さまざまな方法を試しましたが、マネージ コードを使用することが唯一の選択肢であることがわかりました。他の方法はありますか？

私が見たリストのほとんどは次のとおりです。

• C#
• VB.Net
• その他の .NET 言語

「その他」のカテゴリに分類される言語は?

私は出くわしました：

• デルファイ
• C++
• Cobol.Net
• クロム

きっと他にもいるはずですよね？

これは、Microsoft がマネージ コードの概念を広めるために大々的に宣伝している .NET CLR に関するものではないことに注意してください。ほとんどの人は、マネージ コードがかなり前から存在しており、ロケット サイエンスとはあまり関係がないことを知っています。

私が知りたいのは、コンピュータの進化におけるランタイム セキュリティの概念が遅れて登場した理由です。

これは、「なぜ最初の T 型フォードにエアバッグとシートベルトが装備されなかったのか?」と尋ねるようなものです。しかし、既知の危険から身を守ることは人間の本能の範囲内であるため、この問題の関連性は依然として残っています。たとえば、最初の T-Ford は、エアバッグの研究を動機付けるほどの速さではありませんでした。人々が致命的な判断ミスを頻繁に犯すほど速く進まなかったので、多くの国でシートベルトが法律および標準として動機付けられました.

コンピュータの進化では、ほとんど逆です。私たちはアセンブラーから始めました。これは、眼帯を付けて時速 200 マイルで T フォードを運転するのと同じです。この時代の何人かの年配のトラック運転手と会話することができて、アセンブリ コードの手作業による組み立て、ヒューマン デバッガー、コードのグリリオン行などについて話を聞くことができました。ブルースクリーンで。何十年も前に、ハードウェアが損傷してしまう可能性がありました。しかし、それは私にとっては謎です。何十年もの間、クラッシュの痛みを軽減するために私たちが行ったのは、ブルースクリーンだけでした (MS を原型として使用して申し訳ありません)。

既知の危険から保護することは人間の本能の範囲内にあるだけでなく、エラー チェック、メモリ診断、ロギング フレームワーク、バックアップ メンテナンスなどの一般的な機能を自動化およびシステム化することは、プログラマの本能の範囲内でもあります。

プログラマー/人間は、システムにフィードするコードがシステムに害を与えないようにするタスクを自動化し始めなかったのはなぜですか? はい、もちろん、パフォーマンス. しかし、これは、真剣に浸透するハードウェア標準よりもずっと前のことです。「マネージ コード」を容易にするために、バス アーキテクチャと追加のプロセッサを備えたマザーボードを設計しなかったのはなぜですか?

モデル T フォードが十分に速くないという比喩はありますか?

C ++コードで管理する必要があるものを管理する（つまり、「CLR互換」にする）コンパイラを作成できないのはなぜですか？

状況によってはvoidポインタを禁止するなど、ある程度の妥協が必要かもしれません。しかし、これらすべての余分なキーワードなど。これらの追加によって解決する必要のある問題は何ですか。

私はいくつかの側面と解決するのが難しいかもしれないことについて私の考えを持っていますが、良いしっかりした説明をいただければ幸いです！