問題タブ [porting]

cygwin を使用して C++ プログラムを Linux から Windows に移植しようとしています。現在、ビルドとリンクは正常に行われていますが、プログラムを起動すると、すぐにエラーで終了します。gdb で試してみると、次の「不明なターゲット例外」の結果が得られます。

gdb にない場合、次のようなダイアログが表示されます。

私が間違ったことをしたかもしれないアイデアはありますか？

ありがとう。

-ウィリアム

ASP.Net コードを mono に移植しようとしています。xsp2 を使用してテストしています。xsp2で実行する前に、Visual Studioでもコンパイルします。

アプリケーションで実質的に空白のページに移動するたびに、

私は検索しましたが、これに関する情報はどこにも見つかりませんでした。Web アプリケーションが Webparts と、Mono でサポートされていない SqlPersonalization を使用していることは知っていますが、基本的に、マスター ページのある空白のページに移動すると、この奇妙なエラーが発生します。

そして、私は Moma を実行しましたが、Web パーツと SqlPersonalization についてのみ不平を言いました。どちらも、表示しようとしている (または何らかの形で参照されている) ページにはありません。

ここで何が問題になる可能性がありますか？誰かが前にこのような問題にぶつかったことがありますか? また、Windows では最新バージョンの Mono を使用しています。

私は、.NET アプリケーションのデータ アクセス層を SQL Server から MySQL に書き換えるのにかかる時間を見積もることを任されました。これが起こるかどうかは議論の余地がありません...どれくらいの時間がかかりますか.

SQL Server のストアド プロシージャを MySQL クエリに変換することを除いて、すべての作業を見積もりました。データ モデルは基本的に同じになります (テーブルが同じであるか、元のスキーマを示唆するクエリによる) が、MySQL 内にあります。私は約 100 のストアド プロシージャを持っています。それらのほとんどはデータの読み取りであり、適切な単体テストが DAL にラップされているため、いつ機能するか/壊れるかを確認できます。

問題は、SQL の 2 つの方言の間で変換するのに (大まかに言って) どれだけの作業が必要かということです。一般的に、それは些細な作業である傾向があり、ほとんどが検索と置換で自動化されていますか? それとも、多数の典型的なクエリを手動で調整する必要があるものですか? タスクの規模に関する一般的なガイダンスを少しお願いします。

ご協力ありがとうございます。

HD Photo Device Porting Kit 1.0をダウンロードし、正常にコンパイルして x86 PC で実行しました。

イメージ ビューアー プログラムを ARM ベースの Windows Mobile スマートフォンに移植したいのですが、ARM コードが不足しています。

まず、ARM 用の「/image/x86/x86.h」に相当するヘッダー ファイルはありません。しかし、ファイルは非常に単純なので、コピーして名前を「arm.h」に変更し、ソース コードのコンパイルとリンクに成功しました。

しかし、実行時にDWORDアライメント例外が発生します。ARMビルドでARMOPT_BITIOは、適切にアライメントされた読み取りと書き込みを宣言する必要があるようです。しかし、では、、、ARMOPT_BITIOなど、一部の IO 関数が欠落しています。peekBitsgetBitsflushToByteflushBits

peekBit16これらの関数 ( 、など)の x86 バージョンをコピーしましflushBit16たが、うまくいきません (スタック オーバーフロー エラーが発生しました)。

複雑な HD Photo ソース ファイルをデバッグできません。欠落している ARM コードをどこで見つけることができるか教えてください。

どんな助けでも大歓迎です。ありがとう！

このプログラムの移植に数時間取り組んだ後、最終的には動作状態になっているようです。しかし、JavaサーブレットをPythonに移植するためのより良い方法またはより完全な方法を誰かが知っているかどうか疑問に思いました。Pythonスクリプトの冒頭には、プログラムを1行ずつPythonに直接移植しやすくするための多くのサポートコードが含まれています。誰かがこれについて行くためのより良い方法を知っていますか？

Java

Python

このプロジェクトの目的が何か疑問に思われる方のために、オリジナルのJavaプログラムは、新入生レベルのコンピュータサイエンスコースの入門演習として提供されました。それ以来、私がJavaを使用して古いプログラムを実行し、チャレンジと学習体験のためにそれらをPythonに移植してから、約6年になります。サーブレットの移植には、さらに困難が伴います。

現在、自分のエンジンから Direct3D レンダラーを移植しようとしています。私は OpenGL の初心者なので、OpenGL についてあまり知識がありません。ウィンドウを作成し、glutを介してレンダリングを実行できるようになりましたが、HWND がコードで作成されてから送信されるため、プロジェクトに glut を使用できません。レンダラー DLL に

私の質問は: GLUT と同様の動作をするGLUTに似たライブラリがありますが、独自のウィンドウ ハンドルを使用できますか?

注: 私は車輪を再発明するよりもライブラリを使用することを好みますが、私を助けることができるライブラリがない場合はそうします

私の本質的な問題は、クラシック MacOS (CodeWarrior) から Windows (VS 2008) に移行して、x86 で浮動小数点演算を PowerPC のように動作させる方法です。

問題のコードには、非常に反復的で数値的に非常に敏感なアルゴリズムが山積みされています。

典型的な複雑な行は次のとおりです。

float基本型としてtypedef を使用して記述されます。

に変更するdoubleと、両方のプラットフォームで非常に似た結果が得られますが、残念ながら数値が受け入れられないため、簡単に解決することはできません。

Mac コードは CodeWarrior を使用してコンパイルされており、FMADD および FMSUB 命令の生成をオフにするだけで、作成される数値に劇的な影響がありました。したがって、私の出発点は、最も類似していると思われる Visual Studio (2008) オプションを検索することでした - 融合追加が使用されていることを確認しました。その鍵は、計算で中間ストレージを割り当てる際のコンパイラの動作にあると思われます

現在、SSE2 と を有効にする組み合わせで最良の結果が得られてい/fp:fastます。組み込み関数を有効にすると、値が Mac の値からさらにずれます。

/fpスイッチのドキュメントには/fp:strict、融合された追加動作のみがオフになると記載されています。

MSDNでは、FP10.OBJ を「LIBC.LIB、LIBCMT.LIB、または MSVCRT.LIB の前に」リンクすることについて説明しています。64 ビットの精度を保証します。リンカの入力フィールドに FP10.OBJ を指定することで、これを達成したようです (詳細なリンカの出力は、MSVCRTD.lib の前にそれを示しています)。

また、呼び出して64ビット精度を設定しました

DllMain で。

この問題は、プラットフォーム間の浮動小数点例外処理の違いによるものでも、PowerPC がゼロ整数による除算 (ゼロを返すだけ) を許可する (楽しい) 方法によるものでもないことに注意してください。 PCリント。プログラムが実行され、ある程度妥当な出力が生成されますが、十分ではありません。

アップデート：

友人からの興味深いコメント: 1 つの可能性として、PPC には 64 ビットの中間値を格納できる一時レジスタが多数あるのに対し、x86 コードでは FPU のアンロードと再ロードが必要になる場合があります (4 バイトに切り捨てられ、精度が失われます)。

1 つの可能性 - コードを 64 ビットとしてコンパイルできますか? x64 モードには、中間体用のレジスタが多く、FP 命令が優れているため、設計と実行において PPC に近い可能性があります。

彼が示唆したように、64 ビット ビルドでの最初のテストは、実際にはもっと近くなりました (最初はやり過ぎだと思っていましたが、それは不適切なモデリング設定が原因でした)。

最終決議

このトピックに興味を持っている人は、最終的にどのようにすべてがうまくいったかを知りたいと思うほど強迫観念を持っていると確信しています. ソフトウェアが完成し、一貫した数値結果が得られます。すべてのアルゴリズムで Mac に同じ結果を提供することはできませんでしたが、統計的に許容できるほど十分に近いものでした。専門家のユーザーが関心のある領域を選択することによって処理が導かれ、ユーザーの入力がモデルの進行状況に部分的に反応することを考えると、主任科学者はそれが受け入れられると判断しました (これは一晩で決定されたわけではありません!)。残りの数値の違いは、さまざまな臨床結果を決定するものの範囲内にあるため、テストではさまざまな診断が見られません.

Windows XP プログラムを Windows CE で動作させる方法はありますか? Windows XP でコンパイルされたいくつかの DLL を取得しましたが、それらは Windows CE でのロードを拒否します。そのような変換を行うことは本当に大きな問題ですか、それともいくつかの解決策があるのでしょうか? Windows CE を通常の Windows に変換することについて話しているので、インターネットで検索しました。誰もこの問題に遭遇しましたか?

コメントに基づく私の質問の更新: 実際、私は非常に大きなオープン ソース プロジェクトを持っています。Windows CE でコンパイルしようとしましたが、多くのコンパイル エラーがあるため、そのオープン ソース プログラムを変更するのも難しいでしょうか?

次のような問題があります。 一部の Windows API 関数パラメーターの型の不一致。一部のヘッダー ファイルはシステムに存在しません。__asm キーワードでエラーが発生します。dllimport 関数として宣言された関数でもエラーが発生する これはすべてのエラーではありません

Lua コードを C# に移植する簡単な方法はありますか?

おそらく最大の問題は、いくつかの辞書できちんとテーブルを移植することでしょう。

誤解を避けるために、いいえ、組み込みの Lua を自分のプログラムで使用することはできません。

抽象化されたGUIAPIを備えた大規模なプログラムに取り組んでいます。これは非常にGUIベースであり、多くのダイアログとGUIのメッセージフローに大きく依存するいくつかの厄介な機能（フォーカス/マウス/アクティブ処理の正しいシーケンスなど）-移植が容易ではありません

現在使用しているFOXToolkitからネイティブのCocoa/MFCに移植したいと思います。

年末までの時間枠を設定しますが、主な作業は既存のツールキットを使用して開発作業を継続することですが、両方のタスクが完了する前にエンドカスタマー向けのリリースは予定されていません。

私の質問は、どのように時間を過ごすべきかということです。

1. メインプログラムでの作業を停止し、最初にGUIの90％の移植（約3か月）を行います
2. すべてを1か月ごとの小さなセッションに分割します。
3. 月曜日/火曜日をGUIプロジェクトに割り当て、残りの週をアプリに割り当てます。
4. 最初にアプリを終了し、次に移植します。

バランスを取る必要がある3つの議論があると思います。

1. モチベーション、両方のプロジェクトで何かが起こっているのを見たい
2. 脳入力オーバーフロー、両方のタスクは私の脳に多くの詳細情報を必要とし、時には十分なだけで十分です。
3. 移植は相互作用していると思いますので、移植には既存のコードとその間に書かれる新しいコードの多くのコード変更も必要になります。