Ｃ言語（Ｗｉｎｄｏｗｓ）からＵＮＩＸに移植したことある人

Question

Ｃ言語（Ｗｉｎｄｏｗｓ）からＵＮＩＸに移植したことある方はいらっしゃいますか？
ある方がいらっしゃいましたら、移行の仕方等教えて下さい。その際の
注意点等ありましたらお願いします。
やろうとしていることは、Ｗｉｎｄｏｗｓの通信制御アプリをＳｏｌａｒｉｓに
移植です。なのでＷｉｎｓｏｃｋ関係などの情報が知りたいです。
通信制御アプリなのでＣＵＩだと思いますが、もしＧＵＩの場合ＵＮＩＸではどうなるのでしょうか？

mcWalker · Accepted Answer

私もレスを楽しみにしていたのですが、付きませんね。
レスがないと、削除されますので、当て馬代わりに。
私も GTK+ でやろうとしていますが、環境がまだです。
それに、通信関係は畑が違うので、ご希望にはそえませんが、
これまでの移植への感触では、
１．API が対応していれば、その部分は容易でないでしょうか。
　　MFC が使ってあると、ちょっと難題かも。
２．リソースでカバーしていると、面倒でしょう。
３．GUI になると、再構成が必要になる可能性があります。
　　サンプルを見ると、絵文字で表示している例があり、
　　ちょっとぞっとしています。
ソースが公開されている UNIX からの移植は多そうですが、
逆は、例が少ないというか、やっている人が少ないというか、
余程、覚悟が必要な気がしています。
　　Linux をインストールして、ドライバなどないと作動しないことがあり、
　　win のを出している会社に聞くと、サポートなしというところが、
　　（まだ）多そうなので、移植が進むと助かると期待しています。

nobe · Answer

すみません。
ご参考になるかどうかわかりませんが、

以前に、ご質問の場合とはまったく逆の、
Unix→Windowsの移植をしました。

Sorarisということですので、
UnixのSocketはバークレイ準拠のものと考えてよいのでしょうか？

ソケットですが、基本的な流れは同じですが、
Windowsではソケット扱いが根本的に違いますよね。
バークレイでselectを使うソケットの同期があるように
WindowsにもWSAAsyncSelectやWSPAsyncSocketがありました。
バークレイではソケットのハンドルに対してselectするのに対し
Windowsでの同期の対象はハンドルというよりウィンドウ自体で、
同期の通知をウィンドウのイベントで受けるようになっています。
またWindows版にもバークレイ的扱いをするselect関数があるのですが
動作がまったく違う動きをするので注意が必要です。

賛否両論の意見ではありますが、
ＭＦＣで元のソースが実装されているなら
差ほど移植は難しくないと考えてよいと思います。
私は今は無きWinsockやTranpetの開発供給元であった
stardast社のご協力を得てお仕事をしたことがあります。

結果的に移植の要は、socketのシステムに付随する箇所を
見ないで、中身だけを追ったほうがやりやすいということでした。
たとえばメールサーバーを作るときは、
RFCに付随してプロトコルをチェックしますよね。
で、実際の送受信の処理を書くわけですが、WindowsとUnixでは
根本的にシステムの考え方が違うためsoketを見つめてしまうと
とても大変なわけです。

なので、実際に送信されるデータ、実際に受信されるデータのみに
的を絞って抽出し、ソケットの重要なところは飛ばして
別ソースに搾り出して行きます。
勿論、元のソースがあった場所のマーキングはしておきます。
クリティカルな送受信の処理だったら対処が大変ですからね。

あとは、本来のシステムの仕様を忘れて、
　→　ここが肝心です、忘れてしまうのです！
本当にクリティカルな部分を調べ、双方に実装の違いと
利点を見出して移植先のシステムの該当する箇所に
抽出したコードを載せて行きます。

すると案外簡単に行ったりします。

Sorarisならバークレイベースのはずですから
バークレイベースのソケットは仕組みも見た目も単純で悩むことなんてありません。

Sun Microsystemsの仕事をした経験からですが、
SorarisでGUIといえば、SunのベンダーではMotifというものを使います。Suntools等が含まれています。
そこではソケットはバークレイベースです。
Soraris4辺りからSystem5ベースで若干変わりましたが
そんなに違いはありません。GUIであってもWindowsの様にシステムとAPIが密接に絡みつくことが無いのでとてもスマートに出来ています。

ご参考になりましたでしょうか。
何か具体的な例でもあればよいのですが
申し訳ありません。

mcWalker · Answer

私は趣味のプログラミングの方ですが、多少、参考になれば。
GUI の種類は、会社の方針とか、一緒に仕事をしているとかで
制約があるかと思いますが、そうでなければ、一番流布して
いるものが、分からないとき聞けるというので、よいでしょう。
GTK+ を取りあえず選んだのは、行っている本屋で見たせいです。
（タダでいろいろ揃いそうな点も決め手でした）
Wide Studio とかも漁ったのですが、皆さん難渋しているみたいで、
もう少し後かなと思いました。
Windows でいうところの message 処理が、GTK+ ではちょっと
面倒な印象を持っています。
余計なことですが、Macintosh から転向したもので、どれも
違和感を否定できません。できるはずだとAPIなど探してしまいます。
（検索手段がそろっているってのも欠かせませんね。）

Ｃ言語（Ｗｉｎｄｏｗｓ）からＵＮＩＸに移植したことある人

私もレスを楽しみにしていたのですが、付きませんね。

すみません。

私は趣味のプログラミングの方ですが、多少、参考になれば。

似たような質問が見つかりました

関連するカテゴリからQ&Aを探す

デイリーランキングこのカテゴリの人気デイリーQ&Aランキング

マンスリーランキングこのカテゴリの人気マンスリーQ&Aランキング