問題タブ [64-bit]

私はかなり長い間、Windows環境でTortoiseSVNを使用しています。これは非常に機能が充実しており、Windowsシェルにうまく統合されているようです。さらに重要なことに、ソース管理の経験がほとんどまたはまったくない同僚に教えるのはかなり苦痛がありません。 ただし、Windows Vista 64ビットに移行して以来、Tortoiseは非常にバグが多く、explorer.exeの異常やクラッシュを多数引き起こしているようです。これは、古いバージョンのソフトウェアと最新バージョン（1.5.1ビルド13563）の両方で発生しました。

Windows（特にVista 64ビット）で実行される他のSubversionクライアントについて誰かが提案を持っているかどうか興味がありました。ここでの開発者はさまざまなテキストエディタを使用しているため、SVNにVisualStudioまたはDreamweaverを使用することは理想的ではありません。

Cornerstoneについて素晴らしいことを聞いたことがありますが、Windowsに似たものがあれば、それが好きです。

Vista / explorerの問題をTortoiseと関連付けています。これは、通常、Tortoiseの機能を使用しているときに発生するためです。「マージ」画面を表示すると、GUIが非常に奇妙に動作し始め、最終的にハングまたはクラッシュすることがあります。

1.5.2が表示されませんでした-現在インストールしています。問題の一部が修正される可能性があります。

私は、ユーザーのマシンにインストールされているソフトウェアに関する情報を取得するためにWMIにアクセスするプロジェクトに取り組んでいます。Win32_Productは「オプションのコンポーネント」であるため、64ビットバージョンのWindowsには存在しないことを確認するためにのみクエリを実行しています。

この情報についてWMIにクエリを実行する代わりに、非常に優れた方法がたくさんあることは知っていますが、これがどれだけうまくいくかを知ることに少し関心があります。

私が知りたいのは、64ビットユーザーがWMIインストーラープロバイダーを自分のマシンにインストールできるようにするために、ソフトウェアにパッケージ化できる再配布可能ファイルがあるかどうかです。現在、手動でインストールする必要があり、インストールにはWindowsディスクが手元にある必要があります。

編集：

どのOSについては言及していませんが、WMI再頒布可能コンポーネントバージョン1.0は間違いなく存在します。

オペレーティングシステムには.NET3.5を使用しているため、XP64および64ビットバージョンのWindowsVistaで動作するパッケージが必要です。

Windows 64 ビット環境で Memcached を実行できるIF 、いつ、またはどのようにすればよいか知っている人はいますか?

私は新しいホスティング ソリューションをセットアップしていますが、64 ビット OS を実行したいと考えています。これは SQL Server DB を使用した ASP.Net MVC ソリューションであるため、OS は Windows Server 2003 または (願わくば!) 2008 のいずれかになります。

これが、サーバー上で 32 ビットと 64 ビットのどちらを使用するかについての議論に波及する可能性があることは承知していますが、私の好みは 64 ビットであり、いくつかの非常に 正当な理由があるとだけ言っておきましょう。

これまでのところ、いくつかのオプションを試してみて、32 ビット マシンでこれを起動することに関連する少しのヘルプを見つけました(追加することもできます)。ただし、元のWindows ポートは Win32 固有であるため、これはほとんど役に立ちません。 x64 でサービスとしてインストールする場合。また、Win32 でコンパイルされたバージョンしか入手できないlibeventにも依存しています。

I suspect that simply loading all this up in C++ and hitting "compile" (for 64bit) wouldn't work, not least because of the intricate differences in 32 and 64bit architectures, but I'm wondering if anyone is working on getting this off the ground? Unfortunately, my expertise lie in managed code (C#) only, otherwise I would try and take this on myself, but I can't believe I'm the only guy out there trying to get memcached running on a 64 bit Windows server....am I?

Update

はい、私はまだこれに対する答えを探しています - 安定したビルドを作成するための私のすべての努力 (私の哀れな C++ スキルによる) は失敗しました - 私は 1 台のサーバーと 3 台の VM をただ試しただけなので、今私は本当の専門家に相談してください。これを64ビットに移植する予定の人はいますか? それとも、代わりに MS Velocity を使用することを本当に提案していますか? 私はその考えに震えます。

更新: @Lars - 私は実際に Enyim を使用しています - それは非常に優れていますが、あなたが言及しているのはサーバー部分ではなくクライアントです。

@DannySmurf - 32 ビット OS のサービスとしてしかインストールできませんでした。64 ビット OS は、この Win32 サービスのインストールを拒否します。もちろん、多くの Win32 コードは x64 アーキテクチャ上でシームレスに動作するため、32 ビット アプリ (Office など) やゲームを Vista/XP 64 などで実行できますが、サービスに関しては直接変換されません。私は専門家ではありません。サービスがサブスクライブする必要がある同期またはイベントに関係していると思われます。また、64 と 32 がうまく動作しないのではないかと思います。これについて修正できてうれしいですが、あなたの質問に答えるために-はい、試しました。

@OJ - 率直な回答に感謝します。私も同じように考えましたが、他の誰かが提案を持っているかどうか、またはすでにこのルートをたどったかどうかはわかりませんでした. おそらく、StackOverflow が LIVE になると、より多くの人が応答して、これが調査中のものであるかどうかを知らせてくれるでしょう。自分で試してコンパイルすることはできますが、(C++ の経験レベルでは) それを「信頼」することはできません。大規模でスケーラブルなソリューションのこのような重要なコンポーネントに「エンタープライズ レベル」の信頼性を提供します。自信を持つ前に、無害な実験的アプローチではなく、教育を受けた介入が必要になると思います. 私のちょっとした見落としで、サイトがダウンする可能性があります。ま、まぁ・・・次回まで。

アプリが実行される直前に実行しているアーキテクチャにコンパイルされる こと.NETは知っていますが、JIT コンパイラは 64 ビット アーキテクチャに最適化されていますか?JIT

で実行されるアプリをプログラミングするときに、実行または検討する必要があることはあり64bit systemますか? (つまり、Int64 を使用するとパフォーマンスが向上し、JIT コンパイラは Int64 を 32 ビット システムで自動的に動作させますか?)

これらの質問について：

• 開発者のマシンに最適な Vista のエディションはどれですか?
• 開発マシン用の Vista または XP

人々は 64 ビットを推奨していますが、その理由を説明できますか? 32ビットが提供する3GBを超えるアドレス指定可能なRAMを使用できるようにするためですか？

そして、Visual Studio はこの余分な RAM からどのようなメリットを得るのでしょうか?

とにかく、使用していたソフトウェアの90％が32ビットしかなく、64ビットのドライバーと一部のソフトウェアに問題があったため、64ビットXPから32ビットに戻りました。

ここで説明したものと似ていますが、微妙に異なる問題があります(アセンブリとその依存関係の読み込み)。

顧客に販売する 3D レンダリング用の C++ DLL があります。.NET ユーザーの場合は、CLR ラッパーを使用します。C++ DLL は 32 ビット バージョンと 64 ビット バージョンの両方でビルドできますが、これは、CLR が特定の DLL にバインドされるため、2 つの CLR ラッパーが必要であることを意味すると思いますか?

ここで、顧客が 32 ビットまたは 64 ビットの .NET アプリを持っていて、それが純粋な .NET アプリであるため、単一のアセンブリ セットからそれを解決するために CLR を離れるとします。問題は、アプリ コードが実行時に 32 ビットと 64 ビットの CLR/DLL の組み合わせを動的に選択するにはどうすればよいかということです。

さらに具体的には、前述の質問に対する提案された回答はここでも適用できますか (つまり、ResolveEvent ハンドラーを作成します)?

MAC OS X 10.5 には Apache がインストールされていることは知っていますが、将来他のアップデートで問題が発生する場合に備えて、OS のデフォルトに触れずに最新の Apache をインストールしたいと考えています。http://diymacserver.com/installing-apache/compiling-apache-on-leopard/にある詳細を使用しましたが、まだインストールされているように見えるため、これを 64 ビット バージョンの Apache にする方法がわかりません。 32ビット版。

どんな助けでも大歓迎です

乾杯

OS X 10.5 のデフォルトの Python インストールは、FAT 32 ビット (Intel および PPC) クライアントを使用する 2.5.1 です。django を実行するために apache と mysql をセットアップしたいと考えています。過去に、このインストールに合わせて 32 ビット モードで Apache と MySQL を実行しました (動作させるために Apache から 64 ビットのものを取り除きました)。

Python を 64 ビットにアップグレードしたいと考えています。ソースからコンパイルすることに完全に満足していますが、1 つの注意点があります。デフォルトのインストールの配置方法を一致させるにはどうすればよいですか? 特に、/Library/Python/2.5/コンパイルすると、フレームワークの上部に埋め込まれているサイトパッケージではなく、サイトパッケージに関して。

それをしようとすると、次のエラーが表示されます。

64 ビット アプリケーションへの変更は許可されていません。

@Wilka: [ツール] > [オプション] > [プロジェクトとソリューション] > [全般] を選択し、[高度なビルド構成を表示する] をチェックするまで、このオプションは使用できませんでした。MSDNリンクからこのヒントを見つけましたが。したがって、コメントを編集すると、それを受け入れられた回答にすることができます...

みんなありがとう！

この質問に対する私の最初のコメントを参照してください。そこにはありません...どういうわけか...ターゲットフレームワーク（2.0、3.0、および3.5）を選択できますが、この特定の問題でそれが使用されているわけではありません...

必ずしも 64 ビット プログラムである必要はありません。実際には、どちらかというとユーティリティに似ており、32 ビット システムで動作するはずなので、とにかく 32 ビット プログラムを使用することを好みます。

また、64ビットでVistaを実行しています。ひょっとしたら、それと関係があるのでしょうか？

@Rob Cooper: 今考えてみると、ソリューション/プロジェクト/アプリケーションを作成するときに 64 ビットまたは 32 ビットのアプリケーションを選択する機会はありませんでした...そして、リンクによると、「64 ビット デバッグ (X64)」はMS VB2008 Express Edition で可能。

ところで、私は次のことを見つけました：

64 ビット アプリケーションをデバッグしていて、エディット コンティニュを使用する場合は、ターゲット プラットフォームを変更し、アプリケーションを 32 ビット アプリケーションとしてコンパイルする必要があります。この設定を変更するには、[プロジェクト プロパティ] を開いて [コンパイル] ページに移動します。そのページで [Advanced Compile Options] をクリックし、[Advanced Compiler Settings] ダイアログ ボックスで [Target CPU] 設定を x86 に変更します。リンク

しかし、ターゲットCPUの設定が表示されません...

新しい開発マシンを入手し、Vista 64 Ultimate に移行して 8 GB RAM を活用しています。私たちのマネージャーは、すべての開発を 32 ビット仮想マシンで行って、コードを本番環境に移行する際に問題が発生しないようにすることを望んでいます。

結果のプログラムが 32 ビット OS で動作することを保証する方法はありますか? 仮想マシンの使用は気にしませんが、「シングル」モニター タイプ ビューに強制的に戻される方法は好きではありません。VS ツールバーを別のモニターに移動するのが好きです。

編集: Visual Studio 2005 および 2008、VB.NET および/または C# を使用しています。

編集:Harpreet's answerを使用して、これらは Visual Studio IDE を x86 / 32bit をコンパイルするように設定するために使用した手順です。

1. [ビルド] をクリックして構成マネージャーを開きます
2. アクティブなソリューション プラットフォームのドロップダウン リストを選択します
3. リストにある場合は x86 を選択し、そうでない場合は手順 5 に進み<New...ます。
4. [新しいソリューション プラットフォーム] ダイアログで、[x86] を選択して [OK] を押します。
5. すべてのプロジェクトで選択したプラットフォームが x86 であることを確認します
6. [閉じる] をクリックします。

楽しみ。

ありがとう、キース