問題タブ [32-bit]

この質問/コメントで述べたように、32 ビット .NET から 64 ビット .NET に移行する場合、特定の欠点があります。

おそらく最大の利点は、64 ビット環境でのプロセス アドレス空間がはるかに大きいことですが、注目に値するその他の長所と短所は何ですか?

IIS の 32 ビット エミュレーションで、64 ビット Windows Server 2003 で実行されている従来の ASP アプリケーションを使用しています。

私は 32 ビット サーバーから COM コンポーネントを持ってきており、Classic ASP アプリからアクセスできるようにするにはどうすればよいか考えていました。コンポーネントの 64 ビット バージョンと 32 ビット バージョンのどちらかを選択できます。

私は：

• コンポーネントの 32 ビット バージョンを 64 ビット サーバーにインストールし、クラシック ASP アプリから呼び出します。
• コンポーネントの 64 ビット バージョンをインストールし、Classic ASP アプリから呼び出してみますか?

2 つの DLL を持つアプリケーションを開発しています。1 つは 32 ビット バージョン、もう 1 つは 64 ビット バージョンです。

クライアントは 32bit サーバーは 64bit

私の質問は、デバッグ/リリースを実行するときに 32 ビット dll を使用し、パブリッシュを実行するときに 64 ビット dll を使用する方法があるということです。

NAntまたはMSBuildを使用してこの問題を解決できることはわかっていますが、ビジュアルスタジオでこれを実行できるかどうか疑問に思っていました.

アップデート

すべてのコードは 32 ビットまたは 64 ビットで実行されますが、32 ビット ライブラリと 64 ビット ライブラリを含むライブラリを使用しています。32 ビットはサーバーで動作せず、64 ビットは開発マシンで動作しません

走る

私は得る

com.apple.FinderInfo は何らかのデータ構造のようです。

ls' オプション @ は表示のみ

拡張属性キーとサイズを表示します。

ただし、次のようなデータ構造であることを示唆する32B の行が表示されます。

ls -l@がデータ構造を表示する理由を知りたいです。

ls -l@が自宅のデータ構造を表示するのはなぜですか?

私たちの開発環境はすべて 32 ビットですが、本番 SharePoint ファームはすべて 64 ビットです。SharePoint ソリューションを 64 ビット プラットフォームに直接展開できますか? それとも、すべてを再コンパイルする必要がありますか?

Dについて読んだことの多くが好きです。

• 統一されたドキュメンテーション (そうすれば私の仕事はずっと簡単になります。)
• 言語に組み込まれたテスト機能。
• 言語でのデバッグ コードのサポート。
• 前方宣言。（同じ関数を2回宣言するのはばかげているといつも思っていました。）
• プリプロセッサを置き換える機能が組み込まれています。
• モジュール
• エイリアシングの代わりに適切な型チェックに使用される Typedef。
• ネストされた関数。(咳PASCAL 咳)
• インおよびアウト パラメータ。（それはどれほど明白です！）
• 低レベルのプログラミングをサポート - 組み込みシステム、そうそう!

でも：

• D は、OS を実行しない組み込みシステムをサポートできますか?
• 16 ビット プロセッサをサポートしないという明確な宣言は、そのようなマシンで実行される組み込みアプリケーションから完全に排除するのでしょうか? 問題を解決するのにハンマーが必要ない場合もあります。
• ガベージ コレクションは Windows や Linux では優れていますが、残念ながら、組み込みアプリケーションでは明示的なメモリ管理を行う必要があります。
• 配列の境界チェック、好きでも嫌いでもあります。設計保証には最適ですが、パフォーマンスの問題に対して常に許容されるわけではありません。
• OS を実行していない組み込みシステムでは、マルチスレッドのサポートにどのような影響がありますか? 割り込みも嫌いなお客様がいます。OS/マルチスレッドがはるかに少ない。
• 組み込みシステム用の D-Lite はありますか?

基本的に、D は数メガバイト (1 メガバイト未満の場合もあります) しかなく、OS を実行していない組み込みシステムに適しています。コンパイル時に (要件ごとに) 最大メモリ使用量を知る必要があり、場合によっては 32 ビットよりも小さいものでプロセッサー?

いくつかの機能に非常に興味がありますが、デスクトップ アプリケーションの開発者を対象としている印象があります。

16 ビットの実装に適さない具体的な理由は何ですか? (16 ビット アーキテクチャが、ランタイムを保持するのに十分な量のメモリをフラッシュ メモリまたは RAM にアドレス指定できると仮定します。) 32 ビット値は、ライブラリ コードを使用して、16 ビットよりも遅く、より多くの操作を必要としますが、それでも計算できます。

32 ビットの Windows 2003 サーバーから 64 ビットの Windows 2003 サーバーにアップグレード中です。32 ビットで作成された数百の ODBC DSN があり、これを 64 ビット ボックスで作業したいと考えています。レジストリ エクスポートを使用して 64 ビット ボックスにインポートすると、それらのエントリが 64 ビット ボックスの odbc Windows レジストリ ツリーの 32 ビット部分に配置されます。これらの DSN を ODBC の 64 ビット レジストリ ツリーにインポートする方法はありますか?

ありがとう

.dll の 32 ビット バージョンと 64 ビット バージョンを顧客に提供する必要があります。2 つのファイルを生成する必要がありますか? それとも、単一のアーキテクチャに両方のアーキテクチャのコードを含めることができますか?

さらにブラウニー ポイントとして、同じ質問が Mac ライブラリにも当てはまりますか? それとも、ユニバーサル バイナリ アプローチがその問題を解決しますか?

前もって感謝します

アレックス

ソフトウェア エンジニア/コンピューター サイエンスの特定の分野で、64 ビット システム向けの開発に際立った違いはありますか? 私はコーディングを約 10 年間行っていますが、64 ビット システムが崩壊して以来、私のコードは 1 ビットも変わっていません。

1 人のコーダーがサイド プロジェクトとしてコーディングできるアプリケーションのうち、64 ビット テクノロジを使用する必要があるものはどれですか?

パフォーマンスのためには、開発マシンは 32 ビット、サーバーは 64 ビットである必要があると聞いたことを覚えています。Dot Net RocksのRichard Campellだったと思います！これに言及したもの。

開発ボックスでは 32 ビットが 64 ビットよりも高速であり、サーバーではその逆が成り立つのはなぜですか?